遵循 https://meta.discourse.org/t/wiki-status-of-first-post-does-not-confer-the-ability-to-edit-tags-category-or-title/126950。
在 https://community.wanikani.com 上，TL2 用户无法编辑 wiki 主题的标题，尽管他们可以编辑 wiki 帖子本身，这已经成为一个真正的问题。该社区运行着几个读书俱乐部，主题标题通常会更新以反映当前正在阅读的书籍，或者我们是否正在投票选择下一本书等。即使这些主题是 wiki，只有 TL3 用户可以编辑标题（因为他们可以编辑任何主题的标题），这非常受限制。允许所有 TL2 用户编辑任何主题的标题（如果存在这样的设置的话）将过于宽松，并可能导致混乱。
目前，有一个站点设置 min_trust_to_edit_wiki_post，默认为 TL1。我建议新增一个站点设置 min_trust_to_edit_wiki_topic_title。这可以默认为 TL3，对于现有安装应该不会有任何变化，因为 TL3 用户已经可以编辑任何主题的标题。但是，然后 https://community.wanikani.com 上的管理员可以将该设置降低到 TL2，以提供我们所需的灵活性。
@sam @codinghorror 我知道你们两位在我上面链接的主题中已经讨论了你们希望如何实现这一点，但我希望你们能考虑这个补充。这个提议将极大地帮助组织我社区中的这些读书俱乐部，而且似乎这种额外的灵活性对其他社区也可能很有价值。请告诉我你们的想法。
sam
(Sam Saffron)
2
我认为这是一个合理的要求，只是我担心 Discourse 中会有太多的设置选项，这可能会是多余的一个。
不过，我确实承认你在你的社区中遇到了这个问题。
这里是否不能使用标记功能？如果有人标记“有用的工作人员，请重新命名此主题”，这是否不可行？如果这样做，我们每周需要处理多少额外的标记？
2 个赞
mattdm
(Matthew Miller)
3
我有一个真正的问题——为什么书本更换时不开新话题？在旧话题中链接到新话题，然后关闭旧话题？
1 个赞
标记可能是一个选项（我不太确定员工是否会对此感到恼火），但我认为社区尽可能喜欢自给自足。目前，我认为人们倾向于等待一位乐于助人的Regular出现并处理它。还有延迟的问题。等待Regular或员工处理可能需要一整天的等待时间。这也不是世界末日，但可能很不方便。
这确实是一个艰难的决定。我明白为什么你决定不允许编辑标题作为现有wiki功能的一部分，因为在某些情况下这可能不是理想的。因此，要求额外的站点设置。我觉得这是一个很好的折衷方案，但我理解你的担忧。
1 个赞
我所说的“主题”是指“主”主题。我没有在最初的帖子中详细说明，但这个社区是一个语言学习社区，读书俱乐部是“初学者读书俱乐部”、“中级读书俱乐部”等。当通过主主题中的投票选出新书时，它确实会有一个专门讨论该书的主题（通常是几个）。但是，主主题允许用户跟踪/关注他们感兴趣的语言难度的所有对话，包括提名、投票和时间表。如果主主题被放弃，就没有地方来组织提名和投票，用户可能会错过他们恰好错过了新主题的创建。
如果您想了解更多细节，所有这些都是公开的。
1 个赞