モデレーターとして、問題があると思われる投稿に遭遇することがありますが、相手との過去の個人的な確執を考慮すると、自分で対応したくない場合があります。通常はこの場合、投稿にフラグを立てたいのですが、残念ながらこれにより自動的に非表示になってしまい、その目的が果たせません。
仲間のモデレーターに手動でメッセージを送る以外に、この状況に適した方法はありますか?
モデレーターとして、問題があると思われる投稿に遭遇することがありますが、相手との過去の個人的な確執を考慮すると、自分で対応したくない場合があります。通常はこの場合、投稿にフラグを立てたいのですが、残念ながらこれにより自動的に非表示になってしまい、その目的が果たせません。
仲間のモデレーターに手動でメッセージを送る以外に、この状況に適した方法はありますか?
そうは思いません。この件を処理する最も簡単な方法は、ウィスパーを使って他のモデレーターに静かに@メンションすることだと思います。
考えられる一つの方法は、テスト用のTL0/TL1ユーザーになりすまして投稿をフラグ付けすることですが、これには少し手間がかかるかもしれません。
その後、テーマコンポーネントを使用して、フラグ設定モーダルにボタンを追加し、そのボタンからテストユーザーの管理ページに移動してなりすますことができるかどうかに興味があります。これには、Custom Components -- add button or text at any plugin outlet のようなものを利用できます。
すべてのフラグタイプがすぐに投稿を非表示にすると私は思いません。「その他」を使用しても安全だと思いますし、カスタムフラグを作成することもできます。
それが「問題だ」と思うのであれば、適切なフラグタイプでフラグを立て、他のモデレーターに判断してもらってください。そして、彼らが反対する場合は非表示を解除することを選択します。これがレビューキューとDiscourseのモデレーション全般の適切なワークフローです。「該当する人物との過去の個人的な対立の経緯」と言うとき、私はモデレーターとしてのあなたの判断に影響が出る可能性があるという意味だと解釈しますが、その場合、通常のユーザーと同じように行動し、それに応じてフラグを立てるべきです。述べられているように、使用できる他の代替手段は、他のスタッフが見ることができるウィスパー投稿、または「時々」しか起こらないと言っているので、単純に:
私は以前から、特定のフラグ付きメンバーだけでなく、投稿をフラグ付けしたユーザーもモデレーターと比較してチェックする #customization:theme-component のコードを作成しようとしてきました。もしモデレーターがフラグ付き投稿の所有者、あるいはその投稿をフラグ付けしたユーザーだった場合、レビューボタンを「延期」表示以外非表示にするものです。
AIを使ってみましたが、フラグレビューメニューに関する最近の変更が何らかの問題を引き起こしている可能性があります。
これはカテゴリモデレーターにとっても有用で、モデレーション行動の整合性を保つのに役立ちます。以前、意見の対立があったメンバーの投稿をフラグ付けし、その後自分自身のフラグに同意するモデレーターがいたことがあります。一部の人は「モデレーターを選別すべきだ」と言うかもしれませんが、誘惑を防ぐ簡単な方法を用意しておくのが最善です。
現在、TC(Theme Component)は完全に安全ではないかもしれませんが、AUコードの提案では、回避された場合にコンポーネントがログを生成するようにすることで対応可能とのことです。後ほど開発者向け投稿でサンプルコードを共有する予定です。
レビューキュー内の何かを非表示にするコンポーネントを作成しようとしていることが、モデレーターによるフラグによって投稿が非表示になるのを防ぐのにどのように役立つのか、よく理解できません。高い信頼レベルを持つユーザーによるフラグは、意図したよりも大きな力を持つことがあります。@Steradiant さんは、投稿を非表示にしないフラグを望んでいる最初の人ではありません Trigger Moderator Attention Instead of Auto-hiding Flag
それでは、私が目的を十分に説明できていなかったのかもしれません。
レビューキューを審査しているモデレーターが、フラグが立てられたコンテンツに直接関与している場合、考え方は非常に単純です。その場合、唯一の選択肢は、関与していない別のモデレーターにフラグが立てられたコンテンツを審査させるために保留することです。
したがって、
mlMod = フラグが立てられた投稿の作成者。フラグが立てられたコンテンツの作成者であるため、フラグを解決することはできません。誠実性のために、別のモデレーターがそれを審査する必要があります。
Mod = 投稿にフラグを立てたユーザー。フラグを立てたこと自体も対立となるため、フラグを解決することはできません。したがって、別のモデレーターがフラグを審査し、解決する必要があります。
これにより、偏ったモデレーションに対する安全策が講じられ、モデレーションプロセスの整合性が確保されます。私のケースでは、意見の相違の中で他のユーザーに対して行ったフラグを、同僚のモデレーターが「モデレーターとの議論」とは無関係にフラグを立て、解決するということがありました。
ポリシーを導入し、適切な人材をチームに選ぶことに頼ることはできますが、安全策による予防が誘惑を取り除くのに最適です。さらに、カテゴリモデレーションを追加することで、この安全策はボランティアのモデレーターの誠実性も保護します。
この単純なアイデアは、モデレーションの中立性に役立ちます。