それで、あなたは一体何のためにこのツールを非難しているのですか？「欠陥」とは何ですか？このトピックのあなたの投稿をすべて読みましたが、Discourseを使用している別のフォーラムでのモデレーションに不満があるという以外に、あなたがこれらすべてで言いたいことが何なのか、本当に理解するのが難しいです。
どのような望ましくない結果ですか？あなたが同意しないフラグが付けられた投稿があったということですか？なぜそれが「ツール」のせいなのですか？
これがあなたの質問ですか？
過度に熱心なフラッガーがいる場合は、そのようなユーザーのカスタムグループを作成してから、この設定から除外する（そしておそらくTL-1にロックする）、または信頼レベルのレート制限などを検討できます。フラグはモデレーターとのPMを開始するため、そこで異議を申し立てることができます。
フォーラムでフラグ付けが問題になっている場合は、モデレーションポリシー（フォーラムにあることを願っています）と利用規約を見直して更新する必要があるのではないでしょうか？
あなたが話している問題は、モデレーターが不在のときにシステムが自動的にフラグに応答し、それらが未解決のまま放置される方法であるように思われますか？あなたが経験しているこのコミュニティには、数千人のメンバーが多すぎるかもしれません。
これに対する解決策は、コミュニティのフラグレポートに自動応答しないように設定を変更することでしょうか。それとも、モデレーターに通知して、モデレーターがそれらについて決定を下せるようにするのでしょうか？あなたが話しているサイトのモッド/管理者がそのような新しいアイデアを受け入れていない場合、あなたができることは何もないかもしれません。
投稿フラグのしきい値を調整することは確かに可能です。しかし、その場合、適切にレビューされるまで非表示にすべき投稿が表示されてしまうリスクがあります。
私の経験では、それがDiscourseフォーラムであれ、Redditであれ、FBであれ、しばしば人々はせっかちで、迅速な解決を期待しています。これは、アフターサポートが必要な購入製品でも同様に見られるため、完全な文化的な問題かもしれません。
確かに、フォーラムが
コミュニティが大きくなりすぎて、低品質なフラグが多すぎる場合、TL1からフラグを立てる機能を削除し、TL2に移動させるのはどうでしょうか？ TL2のユーザーは、おそらくコミュニティの中でもより行儀が良く、より献身的なメンバーであり、フラグの誤用で降格の脅威にさらされた場合、失うものが多くなります。
検閲という言葉は強い言葉であり、この文脈では正しくないかもしれません。
あなたが誰かのサイトのゲストである場合、そのプラットフォームで公開する内容を編集する権利があります。
政府があなたのサイトや複数の異なるプラットフォーム/出版社で公開したいものを禁止している場合、それは検閲かもしれません。
私の最後の投稿がこのビジョンを支持していなかったとしたら申し訳ありません。誰かがそれをフラグ付けしましたが、ここのモデレーターはそれを削除しないことを選択しました。検閲の定義についての別の話であり、その歴史は全く異なるものであることに同意します。
このトピックを継続したい場合、プラットフォームのコアフラグシステムに変更を提案しているのでしょうか？機能リクエストのトピックの方が適しているかもしれません。
これをより良く処理する方法について、何か提案はありますか？
個人的にはこの問題に直面したことがないので、皆さんの推薦を聞いてみたいです 
それまでの間、@KhoiUSA、@Ed_S、@ondrej の最初の返信が的を射ていると思います。
簡単なメモ：ピープル、プロセス、テクノロジーというレンズを通して見ると、コミュニティマネージャーはしばしばテクノロジーに解決策を求めがちですが、多くの場合、まずピープル（人々）の部分に対処する方がはるかに良いです
ここに目を通したり、返信してくださった方々、そして多少の混乱を招いてしまったことをお詫びいたします。
OPの指摘：TL1のコンテンツにフラグを立てる機能は簡単に悪用される。
私は実際の例を提示し、コミュニティでの議論を求めました。これは特定的な変更を求めるものではありませんでした。
これは、このトピックに関する多くの提案や視点の要約です（すべてがここからのものではありません）：
このスレッドはモデレーターによってクローズされましたが、私はその決定に異議を申し立て、スレッドは再オープンされました。異議申し立ての機会をいただき、大変感謝しております。これは確立された適切なモデレーションプロセスです。まさに私がコミュニティモデレーションの問題としてプロファイルしようとしたプロセスです。
これ以上貢献できることはないと感じています。問題があるという確固たるコンセンサスも、状況を認識している人々の間で技術的な解決策が存在しうる、あるいは存在するべきだというコンセンサスもありません。それはそれで良いです。私は単に、同僚の管理者や尊敬されるプラットフォームの「ユーザー」の間での議論を求めていたのであり、結論を求めていたわけではありません。今後ここに表示される可能性のある他のコメントを楽しみにしています。
改めて感謝いたします。
これは、最初に聞こえるほど大きなオープンゴールではないと思います。
ほとんどの場合、TL1 はほとんどの人にとって比較的短い期間です（デフォルトで 15 回の訪問と軽い参加）。そのため、TL2 になる前にこれを行う機会はそれほど大きくありません。
しかし、投稿を非表示にするには、投稿を非表示にするしきい値を超えるのに十分な「ポイント」を蓄積する必要があります（管理者/モデレーターは、キュー内の各レビュー可能項目の右上隅にある疑問符アイコンをクリックすることで、特定の投稿のレビュー可能スコアを確認できます）。信頼度の低いユーザーは、信頼度の高いユーザーよりもポイントのブーストが低くなります（TL1 では 1 ポイントのみ）。そのため、投稿を非表示にするには、より多くのユーザーからのより多くのフラグが必要になります。
また、ユーザーのフラグ評価もあります。これは、以前のフラグがどれだけ同意/不同意されたかに基づいて、ポイントを加算するか減算するかに直接影響します。したがって、モデレーターがこれらの TL1 ユーザーが送信したすべてのフラグに不同意している場合、彼らの評価は急落し、将来のフラグが何かを非表示にする可能性はさらに低くなります。
このトピックには、ユーザーの評価がどのように機能するか（およびサイトで何かを変更したい場合の非表示感度）に関する情報が含まれています。
また、「その他のもの」フラグは投稿を非表示にしないことに注意してください。
不正なフラガーに関するトピックが取り上げられる場合、通常は、公への影響が大きすぎるというよりも、スタッフの時間を無駄にしていることに関するものであると思います。ただし、「投稿を非表示にするしきい値」は、内部の魔法に基づいた動的な数値であり、意図したよりもトリガーが軽かったことを意味する、意図せず非常に低かった例が少なくとも 1 つあったように思います。
しかし、すべてが意図したとおりに機能している場合、すでにかなり洗練された保護措置が講じられています。
「ポリシー」という言葉を使用する場合、それはサイトのスタッフが作成・実装するものです。
@JammyDodger と私が言及したように、合意/不同意フラグに基づく評判はパーセンテージで表されます。
フラグ付けなどを制限するためにグループを作成できるというアイデアには賛成です。これは、新しい Dynamic Groups プラグインで現在可能なのかもしれません。ただし、機能リクエスト/PRが必要になる場合があります。
フラグに対する異議申し立てを簡単に要求できるようにすることには同意します。1つのアイデアは、テンプレートシステム投稿を編集して、異議申し立て用のリンクを含めることです。フラグが付けられた投稿へのリンクが含まれるように、いくつかの調整が必要になる場合があります。
これはサイトチーム/カテゴリモデレーター間のコミュニケーションにかかっています。
これは、カスタム Theme component の CSS を使用して、該当するカテゴリ、タグなどにある場合にフラグボタンを非表示にすることで実現できると思います。また、フラグ乱用者のグループに属するユーザーがいる場合にフラグボタンを非表示にすることもできます。
素晴らしい議論です。さまざまなサイト設定やオーバーライドをグループに移動することは、間違いなく素晴らしいアイデアです。私が言及したプラグインは、これらのことの一部を実現できる可能性があります。作者は Category restrictor プラグインも持っており、サイト全体を完全にミュートするのではなく、カテゴリからユーザーをミュートする機能を追加します。
このトピックについても触れておきます。サスペンションについては、異議申し立てのメッセージを伝えることが言及されているはずです。しかし、このテンプレートには、メールリンク、または特定のグループや定義されたユーザーへの DM/PM 機能を含めるべきです。理論的には、サイトの連絡先メールアドレスで問題ないはずです。しかし、それを容易にするために、フラグ/サスペンション投稿へのリンクを提供するテキストを含めるべきかもしれません。
あなたが最初に説明した状況には、確かに少なくとも一つの問題があったように思われますが、限られた情報でそれを正しく診断するのは困難です。かなり洗練されたフラグシステムを持つプラットフォームで特定できる明確な技術的問題はなかったようです。
これは重要な発言であり、私も同意します。コミュニティディスカッションプラットフォームとは無関係な、リーダーシップやスタッフのポリシー実施に関するあらゆる種類の問題が存在する可能性があります。
