警告、サイレンシング、および一時停止の結果

サポート
1

皆さん、こんにちは。
処理に組み込まれている警告、サイレンス、および一時停止の影響について説明している関連ドキュメントのセクションを教えていただけますでしょうか。例えば、TL3の付与は、過去180日間にサイレンスや一時停止がないことが条件となっています。

また、既にTL3である場合、降格の原因にもなりますか？
他にどのような結果が適用されるかの詳細はどこにありますか？

規律違反のユーザーが上位の権限者に異議を申し立て、その行動が支持された場合、善意で、かつモデレーションが間違っていた場合、誤って使用された警告、サイレンス、または一時停止を抹消するために必要な措置はどこに文書化されていますか？
よろしくお願いします。

「いいね！」 1
2

Discourse Moderation Guide。もちろん、フォーラムに合わせて変更できますし、そうすることをお勧めします。

このトピックには、関連するデフォルト設定を上書きできることについての@simonからの役立つ投稿を含む情報がいくつかあります。

結果はフォーラム固有のものだと思います。私が管理しているホストされたフォーラムには、フォーラムスタッフによって作成された明示的な行動規範があり、フォーラムに合わせてモデレーションガイドも具体的に書き直しました。

「いいね！」 3
3

この投稿で見落としていたようです: Let's talk Moderation - #2 by simon. 以前の停止は、実際にはtl3昇格に影響します。ここに記載されている要件が、昇格プロセスで2回計算されるのは奇妙です。

まずtl3昇格ジョブで、次にreview_tl2の呼び出しから。そのメソッドは、ペナルティカウント（サイレンスと停止）を考慮して、tl3の要件を再度計算します。discourse/app/models/trust_level3_requirements.rb at main · discourse/discourse · GitHub

これはかなり重要です。なぜなら、停止は、ユーザーを罰することを意図しない方法で一時的にサイトへのアクセスを一時停止するために使用されることがよくあるからです。たとえば、外部アプリケーションの有料メンバーシップが期限切れになったときにユーザーは停止されます。

編集: ユーザーが停止され、システムユーザーではないユーザーによって解除された場合、ペナルティカウントが削除されるようです。discourse/app/models/trust_level3_requirements.rb at main · discourse/discourse · GitHub

このロジックは理にかなっていますが、どこかで明示されるかもしれません。API経由でユーザーを停止および解除することはかなり一般的です。アクションがシステムユーザーによって実行されたかどうかによって重要度が変わることを、私は今まで知りませんでした。

ユーザーをサイレンスするペナルティカウントにも同じロジックが使用されています。

「いいね！」 4
4

両方ともありがとう。
読み応えがありますね！
:slight_smile:

Modガイドは、しばらくの間「始めたけど終わっていない」山にありましたが、ブックマークしました…明日の焦点です。:slight_smile:
その後、ダークウィザーズ/サイモンのトピック/投稿です。