モデレーターとして、問題があると思われる投稿に遭遇することがありますが、相手との過去の個人的な確執を考慮すると、自分で対応したくない場合があります。通常はこの場合、投稿にフラグを立てたいのですが、残念ながらこれにより自動的に非表示になってしまい、その目的が果たせません。
仲間のモデレーターに手動でメッセージを送る以外に、この状況に適した方法はありますか？
「いいね！」 1
そうは思いません。この件を処理する最も簡単な方法は、ウィスパーを使って他のモデレーターに静かに@メンションすることだと思います。
「いいね！」 2
考えられる一つの方法は、テスト用のTL0/TL1ユーザーになりすまして投稿をフラグ付けすることですが、これには少し手間がかかるかもしれません。
その後、テーマコンポーネントを使用して、フラグ設定モーダルにボタンを追加し、そのボタンからテストユーザーの管理ページに移動してなりすますことができるかどうかに興味があります。これには、Custom Components -- add button or text at any plugin outlet のようなものを利用できます。
「いいね！」 1
すべてのフラグタイプがすぐに投稿を非表示にすると私は思いません。「その他」を使用しても安全だと思いますし、カスタムフラグを作成することもできます。
「いいね！」 2
それが「問題だ」と思うのであれば、適切なフラグタイプでフラグを立て、他のモデレーターに判断してもらってください。そして、彼らが反対する場合は非表示を解除することを選択します。これがレビューキューとDiscourseのモデレーション全般の適切なワークフローです。「該当する人物との過去の個人的な対立の経緯」と言うとき、私はモデレーターとしてのあなたの判断に影響が出る可能性があるという意味だと解釈しますが、その場合、通常のユーザーと同じように行動し、それに応じてフラグを立てるべきです。述べられているように、使用できる他の代替手段は、他のスタッフが見ることができるウィスパー投稿、または「時々」しか起こらないと言っているので、単純に：
私は、フラグが立てられたメンバーと、投稿にフラグを立てたメンバーの両方に対して、モデレーターに対するフラグをチェックする Theme component コードを作成しようとしてきました。モデレーターがフラグが立てられた投稿の所有者であるか、投稿にフラグを立てたユーザーである場合です。レビューボタン（例えば「後回し」など）は非表示になります。
AIを試してみましたが、最近のフラグレビューメニューの変更が問題を引き起こしている可能性があります。
これは、カテゴリ・モデレーターにとっても役立ち、IMO（私の意見では）モデレーション行為の整合性を確保できます。過去に、意見の相違があったメンバーの投稿にモデレーターがフラグを立て、その後、自分自身のフラグに同意したケースがありました。中には「モデレーターの選定をより良くしろ」と言う人もいるでしょうが、誘惑を防ぐための簡単な方法が最善です。
さて、TC（テーマ・コンポーネント）はそれほど安全ではないかもしれません。AUコードは、誰かが回避した場合にコンポーネントがログを生成できることを示唆していました。後でDev投稿でサンプルコードを共有するかもしれません。