死帖复活！我没找到任何关于此主题的新帖子，这可能说明大家对此兴趣不大，所以我才选择在这个较旧的讨论中发帖。但我也认为，这或许是一种人们平时不太会想到或想象到的功能，可一旦实现，可能会更受大家欢迎。
我之所以在此发声，是因为这个主题在我参与的各个讨论圈中最近多次被提及。如今，人们对协作知识构建、讨论和社区的兴趣正在复兴，同时越来越希望远离 Facebook。Facebook 之所以受欢迎，部分原因在于它是一个“一站式”平台：它将围绕各种主题的特定兴趣群体聚集在一起，每个群体拥有自己的私密空间，同时又能整合在一个连续的帖子信息流中展示，并方便互动，甚至可以通过“标签”以粗略的方式将它们相互关联。
我在知识和工作/任务/项目管理工具及其相关社区领域非常活跃，经常接触到许多 Discourse 实例。其中许多是特定于软件的，但大多数通常也设有更开放的区域，用于讨论更广泛的知识管理话题。例如，Obsidian 的知识管理板块就是一个很好的例子：
在那里，与众多其他 Discourse 实例中的某些主题存在大量重叠，例如关于 Zettelkasten（卡片盒笔记法）的讨论。因此，这确实是一个非常适合通过跨 Discourse 主题链接来获益的典型案例。如果有人感兴趣，我可以找出几个示例线程，更具体地说明我的意思。
我意识到在 Discourse 中实现此类功能存在巨大的技术挑战。但与其讨论为什么它“不能”实现，我更希望能探讨在今天，只需付出适度的工作量，它“能够”实现哪些功能。我认为，这里已经提出的许多问题和顾虑，似乎都是针对某种非常具体的实现方式（例如关于内容审核的担忧），而在我看来，在我们有机会讨论并共同理解它究竟“如何可能实现”之前，这些担忧还为时过早。
许多理论上的顾虑似乎很容易解决，甚至可能根本不是问题，这取决于该系统实际如何运作以及如何配置。例如，每个社区可以像往常一样自行审核其帖子，只需互相显示链接，并在某个位置提示其他社区的线程中是否有新帖子（例如，在主题底部提供一个可展开的页脚，显示远程链接的 Discourse 实例中的最新回复）。如果发往其他社区的帖子违反了本社区的规则，可以切断该链接；或者，如果问题不那么严重，可以屏蔽新“远程”帖子的提示，但保留链接。简而言之，让我们思考我们能做什么，而不是为什么我们不能做。