我已经对这个问题进行了更多的研究；我现在认为我理解了您是如何在逻辑上得出这个结论的，但我认为您的 PR #24294 应该被回滚。
嵌入式主题通常由用户浏览创建
Discourse 的嵌入式主题功能几乎没有文档。这就是全部。Embed Discourse comments on another website via Javascript 在该文档中，它描述了如何通过 JavaScript 将 Discourse 集成到任何博客中，而无需 WordPress 插件。
在 Discourse 推荐的实现中，仅仅是 _访问_一篇博文就会自动在 Discourse 上为该博文创建一个主题。
由于博客可能有很多文章，因此用户访问者可能仅仅通过浏览博客就会自动创建数百个空主题帖，这实际上会垃圾化论坛。这就是为什么 embed unlisted 默认设置为 true，以确保博客 读者 不会自动创建数百个空主题。
WordPress 主题可以由博主点击“发布”创建，这完全不同
在 WP 插件中，有一个您可以勾选的框，可以在将博文发布到 WordPress 的同时，“发布”博文到论坛。
当博主点击“发布”时，我们希望创建一个 已列出 的论坛主题。这就是为什么在 WP 插件中，“发布未列出”设置是 单独的设置，而不遵循 embed unlisted 设置。
您可以想象，WP 插件根本没有发布功能。博主会发布一篇博文，然后查看该博文；_查看_该博文（作为用户）会在论坛上创建一个未列出的主题。然后，博主可以导航到论坛并手动点击嵌入式主题以使其可见。
但这对于博主来说很麻烦/令人困惑，因为我确实希望在论坛上出现一个已列出且可见的主题，即当我想要将博文交叉发布到论坛时。
这就是为什么 WP 插件有一个单独的设置，用于覆盖和穿透 embed unlisted 设置，并真正地、真正地交叉发布到论坛。
为发布设置单独的选项并非历史的怪癖
我认为发生的情况是，您问：“有人知道为什么 WP 插件不遵循 embed unlisted 功能吗？”而碰巧没有人能记住原因。
但我希望我已经说明了该功能存在的原因。这是经过设计的，现在它坏了。
嵌入式未列出主题的存在确实很糟糕
正如许多人所说，最终用户仅仅通过 阅读 一篇博文就可以在 Discourse 上创建一个主题，这 很奇怪。
理想情况下，当博主发布博文时，会创建公开列出的嵌入式主题。然后，用户可以正常回复这些主题。
但是，如果博文在未创建主题的情况下发布，那么当用户 查看 博文时创建主题仍然没有意义。相反，当有人 回复 该博文时，应该创建嵌入式主题。
创建未列出的嵌入式主题是为了模拟这种行为。当有人回复时，未列出的主题会自动列出。