天哪，你说得好像很复杂似的。
表面上看，你只需在已修复的 bug 上添加 fixed 标签，在已实现的功能请求上添加 completed 标签。[1] 这是关闭话题流程的一部分（同时也让相关方及时了解最新进展）。最初引入这些标签是为了提供某种视觉提示，表明“好事发生了”，以区别于表示话题已关闭的锁形图标。当这些标签被一致应用时，在滚动浏览类别的话题列表时，你会看到一片令人愉悦的绿色波浪。
（delivered 是另一个独立但类似的标签，不由团队控制，因此可用于 Marketplace）
对于“已解决”（Solved），除了通用的 Support 类别外，还有许多其他类别也处于活跃状态。基本上，任何大多数话题都是可以获得解答的问题的类别都适用。例如：#support、#installation、#dev、#data-reporting、#support:sso。
理想情况下，最佳实践是由原帖作者（OP）标记解决方案，但我们知道这有时不会发生（原因多种多样），所以我通常会定期回溯话题列表，在几周后（一旦话题被视为“已废弃”）清理一些尚未解决的话题。
仅供参考，该话题对应的 Customization > Theme component 主题是 https://meta.discourse.org/t/reader-mode/307916，因此你链接的那个 feedback 话题实际上不应该放在 Customization > Theme component 中（因为它不是一个主题组件话题）。它可能应该放在 Contribute > Feature 或 Contribute > UX 中，因为随着这类话题越来越多，它们似乎已经主要集中到了这些类别中。
（我认为它最初是在 Contribute > Site feedback 中，因为这是在这里进行的一项实验）
至于 Contribute > UX，它处于两者之间的过渡地带，具体使用哪个标签取决于特定话题的“风格”。 ↩︎