哦哦，这是我以前的一篇帖子！
好的，让我看看能不能回答这个问题：
“需要什么才能让 Discourse 取代 Facebook？”
正如我在其他地方指出的那样，Facebook 的杀手级功能是其用户的“动态”（News Feed）。
让我们暂时假设 Discourse 必须与 Facebook Groups 竞争，尽管我们知道它服务于不同的细分市场。
但假设你想用 Discourse 给 Facebook 的棺材钉上最后一颗钉子。
在我看来，实现这一目标的方法是提供能与 Facebook 动态相媲美的功能。
Facebook Groups 之所以成功，原因很多，其中之一是它们易于由非技术人员快速设置，并且利用了现有的可信用户账户池。然而，另一个重要的成功原因是，Facebook Groups 中的活动会发布在参与者的动态中，与其他来源的内容混合在一起。
因此，如果 Discourse 要真正与 Facebook Groups 竞争或“取代”它们，就必须考虑这一功能，并思考如何实现它。
这引出了从多个来源聚合内容的想法。Mastodon 可能有点像 Twitter，但它也从多个来源聚合内容，就像一个 Facebook 动态，只不过这些来源是由不同实体拥有和运营的不同网站。
在我看来，Discourse 急需一个应用程序或架构扩展，允许将用户选定的一组实例的“主题预览”合并到一个视图中。
目前，为了查看我参与的不同 Discourse 实例中正在发生的事情的详细信息，我必须访问不同的网站。这有点笨拙。
出色的 Discourse Hub 应用程序为我们指明了方向。它提供了一个单一视图，显示你参与的论坛中值得注意的活动通知徽章。如果将其扩展为实际显示一个单一的“最新”列表，以及一个“值得注意/关注”的主题列表，该列表是所有已添加的 Discourse 社区的组合，那就太棒了。然后你可以向下滚动，决定要深入哪个社区以获取更多详细信息。该应用程序已经执行了一种聚合形式（为了显示所有徽章），并且已经持有用户访问每个网站的凭据，所以……
我可能错了，鉴于分散服务器的架构，从性能或可用性的角度来看，这可能是一种糟糕的体验，但看到它如何运作会非常令人兴奋。
然而，缺乏这种能力至少导致我的一次从 Facebook Groups 迁移失败，用户抱怨他们讨厌去一个单独的地方，并且无法在他们的 Facebook 动态中看到他们的 Discourse 帖子。尽管 Discourse 在其他领域提供了巨大的优势。我知道我的这种失败经历并非个例。
Mastodon 执行来自不同来源的聚合。它也是一个健康的开源项目。这就是我的参考依据。
希望现在这更有道理了？