我不知道发生了什么，也不知道 ActivityPub 是什么，但我认为这就是导致此问题的原因：
此主题没有分类，只有一个标签。这肯定不是故意的吧？
啊，有意思。activitypub 标签被配置为通过 ActivityPub 协议接收来自另一个社区的主题（这是一个双向同步，meta 上的主题和回复也会发送到另一个社区）。
然而，看起来该插件没有为它创建的主题选择一个默认分类。我不确定这是否严格是插件问题，还是 meta 的问题。
@tobiaseigen 是否有关于“未指定时选择的默认分类”的站点设置？我看到了 default composer category，但这并不完全相同。
这是故意的。
我认为目前严格来说 Discourse 中并没有默认类别。正如你所说，作曲家中的默认类别是另一回事。
1 个赞
@angus 这也发生在这里。有没有办法解决这个问题，或者无法通过 ActivityPub 发帖时指定类别（据我所知，这是 https://mastodon.social/@Discourse），我猜？
也许有一个设置可以将 ActivityPub 创建的主题移到一个指定的类别中？
感谢您的建议 @NateDhaliwal。
澄清一下，您链接的帖子最初是在 socialhub.activitypub.rocks 上创建的。您可以在 ActivityPub 信息中看到它最初发布的位置。
也许我更详细地解释一下它的工作原理，您就会明白为什么这没有意义。
Discourse 支持两种可以发布和接收帖子的 ActivityPub 参与者：类别和标签。目前在 meta 上有两个类别和四个标签启用了 ActivityPub。 您可以在此处查看它们。
要实现您所建议的，只需创建一个类别参与者即可。接收来自 Announcements 或 Feature 的帖子（即发送到 announcements@meta.discourse.org 或 feature@meta.discourse.org 的帖子）将直接进入这些类别（如果类别参与者启用了“完整主题”）。
您注意到的是，接收来自标签参与者的帖子，例如 activitypub 的 activitypub@meta.discourse.org，不会自动进入特定类别。如果您从我概述的上下文中考虑，它们会这样做会有点奇怪。
标签的作用是对不同类别的主题进行分类分组。如果有一个默认类别，所有发送到 activitypub@meta.discourse.org 的帖子都会进入该类别，那么我们应该创建一个 activitypub 类别并为其创建一个参与者，而不是一个标签。
稍微退一步看，如果您更广泛地考虑这个问题，使用 activitypub 这样的通用分类标签而不是类别，并根据需要手动分类传入的主题，可能会更好。有一些与特定类别相关的更具体的参与者，但是 activitypub 可能包含各种类型的主题。
根本上，这取决于社区希望如何管理自身及其与联合宇宙的关系。我认为这里不需要技术解决方案，至少目前不需要。也许 @tobiaseigen 会对如何处理这个问题有一些进一步的想法。
2 个赞
我明白了。感谢你的澄清！