继续关于 Featured Badges breaks user profile page 的讨论：
我想知道：这个指示主要针对谁？既然您将其发布在主题本身中，我假设它是针对讨论的参与者。但实际上应该如何处理呢？
在许多情况下，当某人因为遇到的问题而开启一个主题时，他们并不能立即清楚是否涉及第三方插件、主题或组件。这通常只会在讨论进展到一定程度后才变得明显。那时，我们大多数人都无法将帖子移至专门的主题——所以您关于如何处理此事的想法一定有所不同。
您是否期望用户在发帖前就已经知道问题的根源？我同意，如果您不确定，在 Support 而不是 Bug 中开启一个主题是有意义的，但既然您也没有将此主题移至 Support，这似乎也不是您建议的做法。
我正在试图理解我们作为常规参与者在这里应该做些什么不同的事情。
我想在这种情况下，社区可以提供2种帮助：
在链接的案例中，我承认我有点懒惰，我应该找到主要讨论主题并将其移至那里。
在这种情况下，我认为将其发布到 Bug 是正确的，因为最初不知道原因。然后应该将其合并到主题组件主题中。在此之前，我认为它可以保留在 Bug 中，也许可以添加一个标签来表明是组件在作祟？
我不喜欢 General 类别，它已经变成了所有类型话题的“收容所”。我设想一种情况，人们发布到 General 是因为他们不知道该发布到哪里，但版主会将这些帖子移到已有的合适位置，或者如果足够多的类似帖子都发布到 General，则可能创建一个新类别。
Sam，在这种情况下，如果你觉得懒得自己动手，也可以随时使用标记功能。然后版主可以处理。
这让我想，我们可以创建一个新的 #3rd-party 标签来使用，就像我们使用 unsupported-install 一样。例如，在 Dashboard New Posts statistics broken 的情况下，有很多关于调试 Discourse 的知识可以学习，但只有一小部分对话是关于导致问题的特定插件的。我认为将整个对话移到插件的主题中并不理想，因为我不会在这里寻找缩小问题范围的例子。
因此，我认为将其保留在自己的主题中并带有 #3rd-party 标签会更有意义。将其放在支持类别而不是错误类别中可能会更好。这样，用户就可以选择一个解决方案，主题会自动关闭。在错误类别中，工作人员必须手动关闭它。
所以，可以创建一个主题，回复中包含识别原因的步骤。将识别出原因的帖子选为解决方案，主题将被标记为 #3rd-party，并在需要时移至其他类别。然后，OP 可以通过在专用的插件/主题/组件主题中发帖来通知插件/主题/组件作者（如果他们还不知道的话）。不过，即使在这种情况下，在主题中发帖对遇到同样问题的其他人也会有帮助。