I don’t know if there is a way to expose site/plugin settings to non-admins.
The plugin could be extended to add a button to user profile screens to toggle forced moderation on and off for the displayed user. That would make it possible for moderators to use it.
Realistically, I don’t know if I will have time to add that to the plugin myself in the near future, but I’d take a pull request if someone else wants to.
Would it be difficult to implement a function where posts rejected have a reason text field that’s PM’d to the user?
Great plug in by the way @LeoDavidson 
That would probably be best as a separate plugin, since it would be useful as a general part of the moderation queue functionality in Discourse.
This plugin just puts messages into the moderation queue (if the username matches) and doesn’t change how anything after that works.
Can this plugin be applied to a Group?
Does this plugin even work under the new reviewables design in Discourse 2.3 @eviltrout? I think it is unlikely…
It still works, at least on my v2.4.0.beta1 forum. (It did break when v2.3 was released, but I fixed it.)
It only checks usernames at the moment but I might be able to add that if I can find some spare time. How much do you need it?
Has it been updated to use the review queue? Or does it have a different mechanism for review? I can help upgrade it if not.
I’m not sure, to be honest. I haven’t really explored the new review queue feature.
When I fixed it for v2.3, I had to change it so it returned either :trust_level or :skip instead of true or false. Don’t know if anything more is needed?
I’m not sure how many customer requests we get for per-user moderation but it might be worth a quick look to scope the task if we ever do.
I just reviewed the code and was surprised to see it’s nice and simple! It uses the existing post queuing methods so it automatically uses the review queue and nothing more should need to be updated.
Indeed, nice work @LeoDavidson 
I’m looking for the opposite feature: any user that appears in a small list of users won’t get their posts moderated. (Some posts are getting held because of watched words that spammers tend to use, and it’s annoying a few long-time users.)
If I fork and modify this plugin, is there something that I could return on line 19 that would ensure that the matching users don’t get their posts moderated? (maybe something like :skip instead of :trust_level?)
What trust level are these users?
They are between TL2 and TL4.
I was going to see if this code works later today, but I’m not sure if it’s correct.
It seems to work. I put the plugin code here in case anyone else has a use for it. Any user in the list bypasses moderation.
此插件是否适用于当前的 Discourse 版本？
如果插件在未来停止工作会怎样？它只会停止保存用户帖子以供审核，还是会破坏其他东西？
升级后进行测试，我能否尝试以一个虚拟 TL0 用户身份发帖并看看会发生什么？
我今天花了一段时间才找到这些，希望在这里添加详细信息有所帮助。您可以通过搜索“approve”（而不是“moderate”或“moderation”）或查看“Posting”选项卡来找到设置。最相关的设置似乎是 approve unless trust level。
我仍在继续使用它，并且没有遇到任何问题或收到任何问题报告。
它可能只会不起作用，行为会恢复到没有插件时的样子，但这很难猜测，因为它取决于具体的变化情况。
尝试以一个不在插件配置中的用户身份发帖，然后再以一个在插件配置中的用户身份发帖，并检查前者是否能正常发布而没有任何（额外的）审核，而后者发帖则会被添加到审核队列中进行审查。
这个插件备受赞赏，多年来即使没有更新也仍然有效。
我们仍然可以看到帖子，并且我在隐私浏览器中进行了测试，以排除我的员工身份。但是，我阅读了关于标志、审核和隐藏的内容，然后将隐藏灵敏度设置为高。
我不确定高灵敏度是否有效，因为我们的“朋友”已经被静默（两次）并即将被驱逐。
如果您想进行更新，此隐藏功能在不调整全局灵敏度的情况下可能会很有用。也许该插件可以成为一个“员工用户”来标记。我认为员工标记会自动隐藏它。但我不太确定标记和隐藏是如何工作的。我们是一个新团队，只需要处理一个人，他已经被静默了两次。一个用于搜索和选择用户的下拉列表也很好，但手动输入姓名也可以。该插件可以完成工作。
正如我们在佛教界所说：
Sadhu Sadhu Sadhu。干得好！
我们也感谢 Discourse 团队对 FOSS 的贡献，并向我们这样的小型团队展示了如何自托管，这也使我们能够添加插件。
我不知道最近是否有任何变化，但根据插件和 Discourse 当前版本上次在我们论坛触发时的运行方式，被标记的帖子会保留在审核队列中，并且只有工作人员/管理员才能看到。
据我所知，我没有更改任何 Discourse 设置来实现这一点。
