我在想是否有一种方法，也许通过修改共享主题 URL，可以让我的系统账户在元论坛或其他地方被提及的时候自动被提及。
目前，我们通过创建帖子并将所有权切换到系统来模拟这种行为。在此处查看实际效果。
我不太明白。能否提供一个具体的现实世界示例，说明为什么这会是可取的？
好的，这有帮助，但为什么呢？这的重要性是什么，为什么是必要的？
（我猜我们在 GitHub 集成中也做了类似的事情，将 Discourse 主题与提交关联起来，但这就像把两种很棒但不同的东西强行融合在一起，比如巧克力和花生酱。而在这里，你是在把花生酱……和……呃……更多的花生酱强行融合在一起？）
我发现这非常有用，因为我们使用像 meta.discourse 这样的平台来讨论我们自己的 Discourse 论坛上遇到的问题，而大多数管理员通常不会想到将这些讨论线程链接回来，以便为用户和未来的维护者提供上下文。我最近才接手论坛的维护工作，因此希望未来能为维护者留下更多信息。
论坛技术的“联邦化”似乎是个热门话题。听起来似乎不可行，但我还是想确认一下。
这简直复杂得离谱。对于社交软件而言，这就像“全自动无人驾驶汽车近在咫尺”一样。
GitHub ⇿ Discourse 的使用场景尚可辩护，但在我的观点中，基于 Reese’s Peanut Butter Cups 的传递法则，点对点（peer to peer）的实现则远非如此。
难道 pingback 的工作原理不也是这样吗？
它们曾成为博客圈的祸害，充斥着大量滥用行为，且问题从未得到真正解决。
你或许可以 whitelisting 受信任的网站，但这听起来仍是得不偿失，徒增麻烦。当某台服务器升级到更新的版本或标准时，会发生什么情况呢？
另一方面，使用 incoming_links、incoming_referers 和 incoming_domains 来相对轻松地实现这一功能，难道不是可行的吗？
如果我们可以将某个 incoming_domain 加入白名单，并让这些域名指向该主题的链接自动生成一框（onebox）呢？
编辑：下面的代码片段将列出 Discourse 站点* 上所有指向特定主题的链接。将其放入一个定时任务中，每当发现新链接时就在该主题下插入一条帖子，应该非常容易实现。一框功能会自动处理其余部分。
topic = Topic.find(xxx)
IncomingLink.where("post_id in (#{topic.posts.pluck(:id).join(',')})").where("incoming_referer_id is not null").each do |link|
next unless link.incoming_referer.path.start_with?('/t/')
puts "https://#{link.incoming_referer.incoming_domain.name}#{link.incoming_referer.path}"
end
*）我目前使用一个简单的检查来判断链接是否来自 Discourse 站点，但也可以请求该站点的主页并检查其元数据——不过我认为这种方法对于来自非 Discourse 站点的链接同样非常有效。也许可以在插件设置中将域名加入白名单。