如果回复“技术上”是原始帖子的正确答案，那么我认为版主可以标记一个帖子作为解决方案
特别是如果：
- 原始帖子提出了一个非常具体的问题
- 如果问题在标题中，则加分
- 这是一个较旧的帖子（也许设定一个主题被认为是“旧”的期限，比如 6 个月）
- 如果主题中没有活动（同样，也许 3 个月）
- 版主非常确定答案是正确的
被标记为解决方案是否会使搜索正确答案更容易？搜索或人工智能机器人是否会给予被标记为解决方案的主题更高的权重？
3 个赞
我认为这取决于 prioritize_solved_topics_in_search 这个设置。对我来说，在搜索结果中能看到主题已解决就已经很有帮助了。你也可以在搜索中筛选已解决的主题。
1 个赞
这是我的下一个问题，很高兴知道
看来“内容园艺”的概念是侧重于让论坛更容易搜索到解决方案
已解决的主题在搜索结果中应该享有更高的优先级吗？也许应该有一个横幅或明显的提示方式说明“该主题有一个已标记的解决方案”？
如果您愿意继续讨论，以免使一般内容园艺讨论变得混乱。
这里（在 Meta 上）所有的支持相关类别都使用“标记为解决方案”选项吗？
编辑补充：
但我的本意并非暗示
是想说这跑题了。事实上恰恰相反。
我觉得“标记为解决方案”的选项在“内容园艺”过程中可能非常有用。
2 个赞
该选项用于多个可能给出解决方案的领域：
我认为 Creating form templates 可以被标记为 form-templates
1 个赞
re. 版主标记解决方案：
好清单！
JammyDodger 使用了更短的时间窗口：
最好先有一个介于 2 周到 6 个月之间的经验法则 
1 个赞
是的，我只是随便说个数
2 周似乎更贴切
另外，如果楼主回复说问题解决了但没有标记为解决方案，那就板上钉钉了。
2 个赞
我已经实现了一个潜在的变通方法，我们可以尝试一下看看效果如何。
- 授予信任等级 3 用户创建权限
- 开启“新主题需要批准”
- 添加了以下主题模板
<!-- 如果您不是团队成员，请不要在此类别中创建主题。 -->
<!-- 信任等级 3 用户拥有创建权限，以便他们可以编辑标题和标签 -->
我认为这应该能让 TL3 用户在那些文档类别中修改标题和标签，而不会在谁可以或应该在这些类别中创建主题方面造成太多困惑。
让我们看看效果如何。
（我对每个 Documentation 子类别都这样做了，但 Documentation > Developer Guides 除外，因为它通过从 git 存储库同步来管理）
3 个赞
我最近一直在思考这个问题，因为我观察到很多情况下，楼主说“谢谢，这解决了我的问题”，但却没有标记为已解决。昨天我介入并将其标记为解决方案，但如果我们等上几周再这样做，是否适用？
我不确定人们是怎么错过那个写着“已解决”的绿色大按钮的，但如果这是我们为了保持网站整洁需要采取的行动，我认为即使是最近的情况，这也是一个有效的处理方式。
1 个赞
可以考虑做以下事情：
- 标记解决方案
- 留下评论说明你已完成
另外，我们最近添加了这个功能：Notify OP and answerer if staff accepts an answer
也许我们可以/应该尝试开启它？
2 个赞
就我所知，这里已经启用此功能一段时间了：
在我看来，那个选项并非一个坏主意，我在这里历史上见过的唯一其他可行的选择是将主题标记为已解决并直接锁定，但我不想在主题完成其目的后立即锁定它，以防出现后续问题。在锁定消息中告知用户似乎比完全回复要好得多，但我认为我们应该尽可能避免随意锁定主题（尤其是支持主题）。
告知原帖发布者似乎是正确的选择，但我也觉得有一种情况是让版主/工作人员标记为解决方案，然后让主题自动关闭？我记得在哪里看到过一个关于能够建议解决方案的功能建议，但这并非当前可行的方案……在此期间启用该功能可能会更好。
是的，这个也已经配置好了：
这相当慷慨了（30 天？）。
所以，如果我们开启另一个选项，我认为“标记为解决方案”就足够了：
- 标记为解决方案
- OP 收到通知
- （他们有 30 天的时间回复并澄清“不，未解决”）
- 主题自动关闭
如果 30 天感觉太长，我们可以缩短它……
1 个赞
我已经将该标签添加到了该主题。
这可能是该类别中缺少许多标签的原因。标签也是在 GitHub 上添加的吗？
是的，我们暂时将#documentation:developer-guides 视为一个略有不同的类别，先关注其他部分。
我很好奇发给 OP 的通知是什么样的。它会是 js.review.stale_help 吗……？
只是觉得这条消息应该传达“这似乎已解决，但如果有误请指正”的意思。
1 个赞