モデレーターとして投稿にフラグを立てる

サポート
1

モデレーターとして、問題があると思われる投稿に遭遇することがありますが、相手との過去の個人的な確執を考慮すると、自分で対応したくない場合があります。通常はこの場合、投稿にフラグを立てたいのですが、残念ながらこれにより自動的に非表示になってしまい、その目的が果たせません。

仲間のモデレーターに手動でメッセージを送る以外に、この状況に適した方法はありますか？

「いいね！」 1
2

そうは思いません。この件を処理する最も簡単な方法は、ウィスパーを使って他のモデレーターに静かに@メンションすることだと思います。

「いいね！」 3
3

考えられる一つの方法は、テスト用のTL0/TL1ユーザーになりすまして投稿をフラグ付けすることですが、これには少し手間がかかるかもしれません。

その後、テーマコンポーネントを使用して、フラグ設定モーダルにボタンを追加し、そのボタンからテストユーザーの管理ページに移動してなりすますことができるかどうかに興味があります。これには、Custom Components -- add button or text at any plugin outlet のようなものを利用できます。

「いいね！」 1
4

すべてのフラグタイプがすぐに投稿を非表示にすると私は思いません。「その他」を使用しても安全だと思いますし、カスタムフラグを作成することもできます。

「いいね！」 3
5

それが「問題だ」と思うのであれば、適切なフラグタイプでフラグを立て、他のモデレーターに判断してもらってください。そして、彼らが反対する場合は非表示を解除することを選択します。これがレビューキューとDiscourseのモデレーション全般の適切なワークフローです。「該当する人物との過去の個人的な対立の経緯」と言うとき、私はモデレーターとしてのあなたの判断に影響が出る可能性があるという意味だと解釈しますが、その場合、通常のユーザーと同じように行動し、それに応じてフラグを立てるべきです。述べられているように、使用できる他の代替手段は、他のスタッフが見ることができるウィスパー投稿、または「時々」しか起こらないと言っているので、単純に：

「いいね！」 5
6

私は、フラグが立てられたメンバーと、投稿にフラグを立てたメンバーの両方に対して、モデレーターに対するフラグをチェックする Theme component コードを作成しようとしてきました。モデレーターがフラグが立てられた投稿の所有者であるか、投稿にフラグを立てたユーザーである場合です。レビューボタン（例えば「後回し」など）は非表示になります。

AIを試してみましたが、最近のフラグレビューメニューの変更が問題を引き起こしている可能性があります。

これは、カテゴリ・モデレーターにとっても役立ち、IMO（私の意見では）モデレーション行為の整合性を確保できます。過去に、意見の相違があったメンバーの投稿にモデレーターがフラグを立て、その後、自分自身のフラグに同意したケースがありました。中には「モデレーターの選定をより良くしろ」と言う人もいるでしょうが、誘惑を防ぐための簡単な方法が最善です。

さて、TC（テーマ・コンポーネント）はそれほど安全ではないかもしれません。AUコードは、誰かが回避した場合にコンポーネントがログを生成できることを示唆していました。後でDev投稿でサンプルコードを共有するかもしれません。

7

レビューキュー内の何かを非表示にするコンポーネントを作成しようとしていることが、モデレーターによるフラグによって投稿が非表示になるのを防ぐのにどのように役立つのか、よく理解できません。高い信頼レベルを持つユーザーによるフラグは、意図したよりも大きな力を持つことがあります。@Steradiant さんは、投稿を非表示にしないフラグを望んでいる最初の人ではありません Trigger Moderator Attention Instead of Auto-hiding Flag

「いいね！」 1
8

それでは、私が目的を十分に説明できていなかったのかもしれません。

レビューキューを審査しているモデレーターが、フラグが立てられたコンテンツに直接関与している場合、考え方は非常に単純です。その場合、唯一の選択肢は、関与していない別のモデレーターにフラグが立てられたコンテンツを審査させるために保留することです。

したがって、

mlMod = フラグが立てられた投稿の作成者。フラグが立てられたコンテンツの作成者であるため、フラグを解決することはできません。誠実性のために、別のモデレーターがそれを審査する必要があります。

Mod = 投稿にフラグを立てたユーザー。フラグを立てたこと自体も対立となるため、フラグを解決することはできません。したがって、別のモデレーターがフラグを審査し、解決する必要があります。

これにより、偏ったモデレーションに対する安全策が講じられ、モデレーションプロセスの整合性が確保されます。私のケースでは、意見の相違の中で他のユーザーに対して行ったフラグを、同僚のモデレーターが「モデレーターとの議論」とは無関係にフラグを立て、解決するということがありました。

ポリシーを導入し、適切な人材をチームに選ぶことに頼ることはできますが、安全策による予防が誘惑を取り除くのに最適です。さらに、カテゴリモデレーションを追加することで、この安全策はボランティアのモデレーターの誠実性も保護します。

この単純なアイデアは、モデレーションの中立性に役立ちます。