这就是为什么你允许他们申请。如果需要，可以撤销访问权限。至于信任？嗯，这取决于社区。
他们凭什么申请？不必拘泥于旧的分类方式。人人应该平等。如果有人注意到文本中的错误并决定修复它，他们应该提交申请吗？我不认识这位用户，我不想给他访问所有内容的权限。为什么呢？如果普通的审核就能解决所有内容质量问题。而且，通过 markdown 更改内容，用户会比使用普通可视化编辑器遇到更多困难，很容易出错。没有人能保证用户不会犯错。
应该像 GitHub 一样。任何人都可以提出更改建议，但不是每个人都有完全的访问权限。
如果有人发现错误，他们可以通知维护数据库的团队。这减少了对知识库进行大量审核的需要。如果有人想成为积极的维护者，他们可以这样做；如果不行，他们可以将更改提交给维护维基的团队。
根据我的经验，没有人会报告错误。对于普通用户来说，操作太多了。修复或添加内容很容易。用户不想加入群组或成为版主，他们只想修复或添加内容。他们只想做一次。请基于这个逻辑。并非所有用户都想成为社区的活跃成员。但他们可以做出贡献。我已经以 GitHub 为例进行了说明。
1 个赞
那么这就是社区本身的问题。为“普通用户”添加一个按钮/链接来提交对该帖子/主题的更改建议非常容易，如果该普通用户想加入维护者团队，还可以添加第二个按钮/链接。
这里的重点是，如果存在人们破坏您的知识库的问题，并且您不想使用繁重的审核；拥有一群可以进行更改的维护者是有意义的。在一个完美的世界里，人们不必担心不择手段的人制造不必要的麻烦。 
目前，每次编辑都会向主题所有者以及任何关注该 wiki 的用户发送编辑通知，因此我认为根据您的通知设置方式，跟踪更改是相当容易的。
不过，我个人并不反对在编辑上线前将其发送到审核队列/某种群组审核队列的想法。但我不知道构建它需要多少工作量？
7 个赞
感谢您的理解。我正在创建一个技术社区，没有人希望用户意外地写一些无稽之谈。知识库最重要的特点是信息的准确性。这是所有事情的基础。否则，这样做毫无意义。知识库的正确审核与内容本身同等重要。
实际上，您要找的是共享编辑。因为除非您事先了解编辑者并进行预审核，否则当维基采用事后审核时，您会发现很难做到这一点：
2 个赞
不。这完全是两回事
它有什么不同？您不想允许自由编辑，因为您不信任随机访问者知道和能。这就是为什么您想通过预先审核来使用事实上的有限编辑权限。您对质量和知识有要求，
您称之为经过工作人员批准的维基。然而，它是供一个小组共享编辑——为此您已经拥有工具和设置。
你歪曲了我的话。我希望每个人都能编辑知识库，包括普通用户和临时用户。为此，必须有一个功能，由一个函数组成：接受或拒绝更改。这就够了。
1 个赞
从实际操作的角度来看，如果队列中有多个编辑等待处理，队列状态会是怎样的？目前，编辑会在当时被保存，维基也已准备好供下一个人进行编辑（如果两个人同时尝试编辑，我会看到“x 正在输入”以及一些保存时的警告）。维基是否必须锁定，直到一个批准被接受/拒绝？
5 个赞
事实并非如此。你说过这句话。
你不喜欢这个答案，因为你认为它必须通过维基来处理。这与歪曲完全不同。
因为这是一个关于维基的元讨论，我有点反对更严格的事前审核，因为已经有合适的工具了。如果一个维基不遵循一般规则，那么它应该改变，如果可能的话。毕竟，维基只是另一个话题。但是维基不需要比其他话题更严格的审核工具。
维基的想法并不局限于编辑权限。它应该是自由的，但没有像狂野西部那样的争斗，所以必须有基本的控制。而且已经有了。
1 个赞
我认为你可能误解了。他确实支持“自由模式”帖子审核。
简单来说，Discourse Meta 支持这两种方法，每个社区都必须决定哪种方法最适合他们。无论是事后审核修复，还是使用群组权限分类安全选项为专门的维基知识库分类进行预先批准提交流程。
这两种方法都可以，并且根据 Discourse Meta 的开放式定制，是可行的。
2 个赞
知识库和开放式讨论是完全不同的。在知识库中，信息的准确性是第一位的，而你可以在讨论中写任何东西。
本质上，这需要某种形式的版本分支，以及合并等。另一种选择正如您所说的锁定，但这确实不理想。
是否可以向作者提交编辑后的版本作为私人消息（PM），由作者来合并或拒绝编辑？流程可以是这样的：
- 我编辑维基
- 我点击提交
- 作者会收到关于维基新版本的私人消息（PM）
- 作者可以接受新版本——这将用私人消息（PM）中的版本替换原始版本
作者也可以在私人消息（PM）中回复提交的内容，并建议修改或完全拒绝。用户仍然可以通过编辑私人消息（PM）来修改他们的提交——这仍然是一个“分支”，只有当原始作者接受时才会被“合并”。接受后，私人消息（PM）将被存档（也许还可以以某种更透明的格式进行转换？）
1 个赞
我注意到自 2015 年以来，invision 用户也一直在要求开发人员添加类似的功能。所以这种痛苦不仅仅是 discourse 用户独有的
https://invisioncommunity.com/forums/topic/423493-wiki-like-editing-is-useless-at-this-moment/?tab=comments
跟进一下。@SystemZ 我认为这对支持混合社区/维基设置非常重要。我也很乐意为代码贡献一份力量，以完成这项工作。
1 个赞
我正在使用 Discourse 作为语言学习社区的基础。我们有一个文章版块供大家投稿，但是，即使是中级学习者有时也会过分自信地评估自己的技能，并最终分享错误信息。
这样的功能将非常有助于我们实现对网站维基内容的民主化编辑，同时确保信息的准确性。此外，它还可以防止对编辑功能的不当使用。
如果我是一个有夏季度假屋的富人，我会给 Discourse 送去贿赂来实施这个功能。可惜我只是一个身处某地、某时、某人的普通人。
2 个赞
我也认为这可能是一个好功能。我们已将文档从 Docusaurus 迁移到 Discourse，在那里我们使用 git 进行版本控制和审批。现在，我们不希望每个人都能编辑第一篇文章。但是为了审批，我们（版主）希望审查作者（自定义群组）所做的编辑。
目前，我只是信任作者发布他们的更改，同时稍后检查我从该主题收到的“编辑”通知。
1 个赞