目前所有的 ActivityPub 实现都期望帖子由稳定的 Actor 发布，因此你可能需要以下方案之一：
- 一个系统账户发布所有帖子
- 每个可关注的订阅源对应一个账户
- 每个可关注的订阅源对应一个账户，该账户对帖子进行
Announce，而这些帖子名义上是由每个 Discourse 用户账户创作的
第一种方案可能最容易实现；第三种方案在融合数据模型方面效果最好。
此外，我们还需要决定是发布完整的主题内容、仅发布主题的初始帖子，还是像 StackExchange 的 Twitter 订阅源那样，发布独立的帖子来推广来自 /top 页面的帖子。或者，这也可以只是“热门帖子”订阅源的工作方式，而其他订阅源则发布所有内容……
在技术层面，URL 无需更改：所有服务器都会发送 Accept: application/activity+json 或其替代格式。
我早就希望有一种 ActivityPub 阅读器应用，能够混合来自不同来源、在不同时间发布的订阅源，将“算法时间线”作为可选功能重现出来，而目前似乎还没有这样的应用。
@hellekin：我认为跨域创作极有可能严重破坏 Discourse 现有的许多反垃圾保护机制。实现阅读功能更为重要：毕竟，阅读是根本！