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.
このプラグインはグループに適用できますか？
Discourse 2.3 の新しいレビューアブルデザインにおいて、このプラグインは本当に動作するのでしょうか、@eviltrout？多分無理だと思いますが…
少なくとも私の v2.4.0.beta1 フォーラムでは動作しています（v2.3 公開時には動作しなくなりましたが、修正しました）。
現時点ではユーザー名のみを確認していますが、もし時間があればその機能も追加できるかもしれません。どのくらい必要ですか？
[quote=“LeoDavidson, 投稿:26, トピック:58179”]
私の v2.4.0.beta1 フォーラムではまだ動作しています（v2.3 がリリースされた際には動作しなくなりましたが、修正しました）。[/quote]
レビューキューを使用するように更新されましたか？それとも、レビューのための別の仕組みを持っているのでしょうか？もし必要であれば、アップグレードのお手伝いをできます。
正直なところ、わかりません。新しいレビューキュー機能については、まだ十分に探っていません。
v2.3 の修正時には、true または false の代わりに :trust_level または :skip を返すように変更する必要がありました。これ以上何か必要なことはあるでしょうか？
ユーザーごとのモデレーションに関する顧客からのリクエストがどれくらいあるか確信はありませんが、もし将来実施することになったら、その範囲を把握するために少し確認してみる価値があるかもしれません。
コードを確認しましたが、シンプルで素晴らしいことに驚きました！既存の投稿キューイング方法を使用しているため、自動的にレビューキューが利用され、他に更新する必要はありません。
本当に素晴らしい仕事ですね、@LeoDavidson 
逆の機能を探しています：特定のユーザーリストに含まれるユーザーの投稿は、モデレーションの対象にしないようにしたいのです。（スパマーがよく使う監視ワードによって、いくつかの投稿が保留されてしまい、長年の利用者たちが困っています。）
このプラグインをフォークして修正する場合、19行目でどのような値を返せば、一致するユーザーの投稿がモデレーションされないようにできるでしょうか？（trust_level の代わりに :skip のような値など）
これらのユーザーの信頼レベルは何ですか？
TL2 と TL4 の間です。
後でこのコードが機能するか確認しようと思っていましたが、正しいかどうかはわかりません。
動作しているようです。他の誰かに役立つかもしれないので、プラグインのコードをこちらに置きました。リストに含まれるユーザーはすべてモデレーションをバイパスします。
このプラグインは、現在のDiscourseのバージョンで動作しますか？
将来的にプラグインが動作しなくなった場合、どうなりますか？単にユーザーの投稿をモデレーションのために保持しなくなるだけですか、それとも他のものを壊す可能性がありますか？
アップグレード後にテストするには、ダミーのTL0ユーザーとして投稿してみて、何が起こるか確認できますか？
今日これらを見つけるのにしばらく時間がかかりましたので、ここに詳細を追加することが役立つことを願っています。「モデレート」や「モデレーション」ではなく「承認」で検索するか、「投稿」タブで確認することで設定を見つけることができます。最も関連性の高い設定は approve unless trust level のようです。
まだ使用していますが、問題や問題の報告はありません。
おそらく何も機能しなくなり、プラグインなしの場合と同様の動作に戻るでしょうが、どのように変更されたかによって異なるため、推測するのは困難です。
プラグインの設定に含まれていないユーザーとして投稿し、次に含まれているユーザーとして投稿してみて、一方は（追加の）モデレーションなしで通過し、もう一方はレビューのためにモデレーションキューに追加されることを確認してください。
このプラグインは高く評価されており、長年アップデートなしでも機能し続けています。
投稿は依然として表示されており、スタッフ権限を除外するためにプライベートブラウザでテストしました。しかし、フラグ、モデレーション、非表示について調べ、非表示の感度を高く設定しました。
高感度で対応できるかどうかはわかりません。なぜなら、私たちの「友人」は（二度）ミュートされ、追放寸前だからです。
もしアップデートする機会があれば、グローバル感度を調整せずにこの非表示機能は役立つかもしれません。おそらく、プラグインをフラグを立てる「スタッフユーザー」にすることもできます。スタッフがフラグを立てると自動的に非表示になると思います。ただし、フラグ立てと非表示の仕組みについては完全にはわかりません。私たちは新しいグループであり、すでに二度ミュートされている一人の人物に対してのみこれが必要でした。ユーザーを検索して選択するためのドロップダウンリストもあると良いですが、手動で名前を入力しても機能します。プラグインは目的を果たします。
仏教の世界で言うように
サーヅゥー、サーヅゥー、サーヅゥー。素晴らしい仕事です！
また、FOSS（フリー・アンド・オープンソース・ソフトウェア）を提供し、私たちのような小規模グループがセルフホストする方法を公開してくれたDiscourseチームにも感謝しています。これにより、プラグインを追加することもできます。
最近何か変更があったのか分かりませんが、以前このプラグインと現在のバージョンのDiscourseがフォーラムでトリガーされた際、フラグが立てられた投稿はモデレーションキューに保持され、スタッフ/管理者にのみ表示されていました。
私の知る限り、そのように動作させるためにDiscourseの設定を変更したことはありません。
