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 unless trust level のようです。
まだ使用していますが、問題や問題の報告はありません。
おそらく何も機能しなくなり、プラグインなしの場合と同様の動作に戻るでしょうが、どのように変更されたかによって異なるため、推測するのは困難です。
プラグインの設定に含まれていないユーザーとして投稿し、次に含まれているユーザーとして投稿してみて、一方は（追加の）モデレーションなしで通過し、もう一方はレビューのためにモデレーションキューに追加されることを確認してください。
このプラグインは高く評価されており、長年アップデートなしでも機能し続けています。
投稿は依然として表示されており、スタッフ権限を除外するためにプライベートブラウザでテストしました。しかし、フラグ、モデレーション、非表示について調べ、非表示の感度を高く設定しました。
高感度で対応できるかどうかはわかりません。なぜなら、私たちの「友人」は（二度）ミュートされ、追放寸前だからです。
もしアップデートする機会があれば、グローバル感度を調整せずにこの非表示機能は役立つかもしれません。おそらく、プラグインをフラグを立てる「スタッフユーザー」にすることもできます。スタッフがフラグを立てると自動的に非表示になると思います。ただし、フラグ立てと非表示の仕組みについては完全にはわかりません。私たちは新しいグループであり、すでに二度ミュートされている一人の人物に対してのみこれが必要でした。ユーザーを検索して選択するためのドロップダウンリストもあると良いですが、手動で名前を入力しても機能します。プラグインは目的を果たします。
仏教の世界で言うように
サーヅゥー、サーヅゥー、サーヅゥー。素晴らしい仕事です！
また、FOSS（フリー・アンド・オープンソース・ソフトウェア）を提供し、私たちのような小規模グループがセルフホストする方法を公開してくれたDiscourseチームにも感謝しています。これにより、プラグインを追加することもできます。
最近何か変更があったのか分かりませんが、以前このプラグインと現在のバージョンのDiscourseがフォーラムでトリガーされた際、フラグが立てられた投稿はモデレーションキューに保持され、スタッフ/管理者にのみ表示されていました。
私の知る限り、そのように動作させるためにDiscourseの設定を変更したことはありません。
