jericson
2020 年 9 月 14 日午後 10:43
1
私のsock puppet（なりすましアカウント）が最善の振る舞いをしていないため、警告を出し、一時停止処分を下しました：
「1 suspensions」のリンクをクリックすると、スタッフの行動ログに移動し、その一時停止の記録が表示されます。もし再び問題を起こした場合、非常に便利です。モデレーターは次回、一時停止の期間を決定できます。
しかし、「1 warnings」の後ろにはリンクがありません。ログを探しても、そのユーザーに対する公式の警告の記録は見当たりません。ユーザーの受信トレイを確認すれば私の警告は見えますが、他のモデレーターはその警告をそこでは見られないと思います。リンクがあれば実際のメッセージは確認できますが、そのリンクを別途共有しない限り、他のモデレーターがそれを見つける方法はないと思われます。さらに問題なのは、他のモデレーターが「誰がユーザーに警告を出したか」や「いつ警告したか」を知る方法がないことです。
何か見落としているのかもしれませんが、これはモデレーターチームにとって警告の有用性を低下させ、誤解を招く可能性があります。例えば、あるユーザーが最初の日にスパム行為に対して警告され、その後模範的な利用者になったとします。それでも警告の回数は文脈なく残ったままです。その後、そのユーザーが将来ある日問題を起こした場合、別のモデレーターは「その行為に対して既に警告が出ている」と誤って思い込み、通常なら警告で済むところを一時停止処分を下してしまうかもしれません。あるいは逆に、同じ行為に対して再度警告を出し、本来なら処分に値するケースを見逃してしまうこともあります。
要約すると、文脈のない警告数の表示はなぜ必要なのでしょうか？あるいは、代替案として、モデレーターがユーザーの警告履歴にアクセスし、将来の判断に役立てられるようにする方法はあるでしょうか？
「いいね！」 4
Stephen
2020 年 9 月 14 日午後 11:02
2
警告はPM（プライベートメッセージ）として送信され、モデレーターは自分がメンバーではないPMの会話を見ることはできません。
内容が見られなくても、警告が発令されたことを知っておく方がおそらく良いでしょう。必要に応じて、管理者がさらに詳細を提供することも可能です。
「いいね！」 1
jericson
2020 年 9 月 14 日午後 11:13
3
「公式警告」としてマークされた PM についても、その通りでしょうか？私は「なりすまし」機能を使って、別のモデレーターが URL にアクセスすればその PM を閲覧できることを確認しました。また、このコード は、モデレーターがそれらの PM をフラグ付きのものとして閲覧できることを許可しているように見えます。
「いいね！」 1
jericson:
「1 件の警告」の背後にはリンクがありません
クリックまたはタップした際に移動すべきと思われる具体的な URL を提供していただけますか？
「いいね！」 1
jericson
2020 年 9 月 23 日午後 7:29
5
ええ、それがそもそも私がこの質問をした理由なんです。警告ページを生成するスクリプト の世界で最もつまらないモックアップを作成しました。必要なのは、以下の情報を持つ警告のリストだけです。
警告の日付
警告を発したモデレーターの名前
警告自体へのリンク
（私のスクリプトでは送信モデレーターを特定するために last_poster_username を使用していますが、これは誤った方法です。ユーザーが返信すると、代わりにそのユーザーの名前が表示されてしまいます。ただ、API を通じて送信者のユーザー名を抽出する方法を調べる時間をあまり費やしたくなかったのです。）
モデレーターたちと話し合った結果、Vanilla から移行する前にこの機能を実装する必要があることが分かりました。私の考えの詳細については、先日書いたブログ記事 をご覧ください。理想的には、これは一般的に有用であるため、組み込み機能として実装されるべきですが、そうでない場合は、私たちが自分で構築する必要があります。
余談ですが、Discourse のモデレーターツールに込められた配慮と工夫が大好きです。発見するのが楽しく、本番環境で使うのが待ち遠しいです。
「いいね！」 8
あなたの方法は、私がフォーラムで最終的にやったことよりもおそらく優れていると思います。実装してから時間が経っているので詳細は確認が必要ですが、私がやったのは基本的に、警告が発令された際にその情報を記載してデフォルトのスタッフカテゴリにトピックを投稿するよう、Webhook と API を組み合わせたスクリプトを使用することでした。
Discourse 自体にその情報を表示するページがあれば役立つでしょう。あるいは、公式警告ボックスをチェックすると自動的にモデレーターグループが PM スレッドに追加されるようにしてもらえれば嬉しいです。現状では、Discourse は（当然ながら）追加の受信者を含める場合、公式警告オプションを使用できないためです。
「いいね！」 5
riking
2020 年 9 月 26 日午前 4:55
7
新しいメッセージフィルターを追加し、リンクを https://meta.discourse.org/u/riking/messages/warnings に設定する必要があると思います。
「いいね！」 5
jericson
2021 年 1 月 7 日午後 6:09
9
Data Explorer プラグイン（https://meta.discourse.org/t/data-explorer-plugin/32566）を使用して、一時的な解決策を実装しました。特定のユーザーに対する警告のリストを返すクエリを作成しました。
-- [params]
-- string :username
select topic_id
from user_warnings
join users u on user_id = u.id
where username = :username
その後、このクエリをモデレーターが利用できるようにしました。これにより、モデレーターは /g/moderators/reports にアクセスし、「公式警告」のレポートを選択してユーザー名を入力することが可能です。プロフィール上の「1 件の警告」というテキストをクリックできるほど便利ではありませんが、モデレーターに必要な情報にアクセスできる手段を提供しています。
「いいね！」 5
Ubik
2021 年 4 月 2 日午前 12:03
10
私も同じ経験があり、警告が表示されて何が起こったのか頭を悩ませました。
個人的な参照のため、警告には@付けされていない完全なユーザー名を含めてください（少し堅苦しく見えますが）。また、モデレーターの方々に 追加/削除 に移動してもらい、警告送信直後に @moderators（またはフォーラムのタイトルに応じて適切な名称）を追加してください。これにより、警告が公開のモデレーター受信トレイに配置されます。
その後、モデレーターは単にその人のユーザー名と「Warning」（この単語が手順に含まれていることを前提）を検索すれば、必要な人がすぐに確認できます。
メッセージの直後に「(あなたのユーザー名) が @moderators を招待しました 1 分前」と表示されることで、メッセージがより深刻で権威あるものに見える効果もあるかもしれません。
「いいね！」 2
riking
2021 年 4 月 9 日午前 1:27
12
これに関するドラフト PR を作成しました。テストを追加する必要があります。
master ← riking:warnings-list
merged 09:01PM - 14 Jun 21 UTC
https://meta.discourse.org/t/why-arent-warnings-easily-accessible-like-suspensio… ns-are/164043
The second commit gives moderators special dispensation to access the view, with a visible warning that they might not be able to actually read each topic.
モデレーターがリストにアクセスできること を確認し、アクセスすると次のような特別な警告が表示されるようにしました。
また、一般ユーザー向けに /my/messages/warnings でも利用可能ですが、UI 側でそのリンクを生成することはありません。
「いいね！」 7
riking
2021 年 6 月 14 日午後 9:01
13
ついにマージされました
「いいね！」 5
riking
2021 年 6 月 21 日午後 3:00
14
このトピックは5日後に自動的に閉鎖されました。新しい返信は許可されていません。
遅くなってすみません、皆さん！