「悪い」フラグと、組織的なフラグや「ヘルプ」フラグを区別してください

mattdm · 2023 年 5 月 24 日午後 2:28

申し訳ありませんが、すでに議論されている内容であれば、検索対象を特定するのが難しいです。^[1]

現在、ユーザーはフラグを立てる理由を選択できますが、レビューキューではすべてのフラグが平等に扱われているように見えます。そして、それらはすべて、フラグが立てられた人の「永久記録」に残ります。たとえば、「タイプ」でフィルタリングすることはできますが、スタッフへの通知方法は同じです。

問題があるわけではないが、_キュレーション_の恩恵を受ける可能性のある投稿（自分の投稿を含む）にフラグを立てることを奨励したいと思います。

つまり、次のようなものです。

トピックを別のカテゴリに移動するか、タグを追加または削除してください^[2]
これ（およびおそらく返信）は新しいトピックに分割されるべきです
このトピックは重複しています – この他のトピックにマージしてください^[3]
自分の投稿を編集できなくなりましたが、重要な更新を行う必要があります
その他、現時点では思いつかない同様のこと

… 次のようなことを望みます。

異なる通知インジケーター（異なる色と形状）
永久記録なし
投稿を非表示にしたり、そのようなことはしない
TLのマイナスとして扱われない

これらのことに対してフラグを立てないように、代わりにヘルプカテゴリに投稿するか、PMを送信するようにユーザーを訓練することもできますが、それはユーザーにとってより手間がかかり、使用される可能性は低いと思われます。

新しいAI検索でも何も見つかりませんでした ↩︎
ボーナス機能 – 推奨されるタグとカテゴリの変更を許可し、設定可能なTLでのレビュー/アクションを許可し、さらに低いTLでの十分な同意に基づいて_自動_アクションを実行します ↩︎
Stack Exchangeのような、重複マークのサポートを第一級でサポートしてほしいです ↩︎

Lilly · 2023 年 5 月 24 日午後 2:43

うーん。承認されなかったフラグ（レビューキューで「いいえ」と回答）で削除しても、ユーザーに対するフラグ付き投稿としてカウントされるのはなぜですか？

これには同意します。ユーザーが重複トピックや移動が必要な投稿をフラグ付けするのを目にします。これらのケースではモデレーターが必要ですが、実際のネガティブな「フラグ」は必要ありません。

Curtis_Rueden · 2023 年 5 月 24 日午後 9:50

私も同意します。素晴らしい提案です。話は変わりますが、フラグシステムは一般的に非常に紛らわしいと思います。例えば、ユーザープロフィールに「〇〇さんはX件のヘルプフルフラグを持っています」と表示されている場合、それは他の人がそのユーザーの投稿をヘルプフルだとフラグ付けしたということでしょうか？それとも、そのユーザーがモデレーターの注意を引くために投稿をフラグ付けし、モデレーターがそれらのフラグに肯定的に対応したということでしょうか？後者であることは知っていますが、その表現を読むたびに、それが何を意味するのかを思い出そうと少し考えなければなりません。このような機能は、フラグ関連の情報の表示方法を一般的に調整する余地も提供できるかもしれませんか？

Lilly · 2023 年 5 月 24 日午後 11:17

admin-customize-text のテキスト置換コンソールで、好みのテキストに変更できます。編集したい2つの文字列は次の場所にあります。

js.user.staff_counters.flags_given.one
js.user.staff_counters.flags_given.other

または、そこにある検索フィールドで「helpful flag」を検索することもできます。

Ed_S · 2023 年 5 月 25 日午前 5:45

私もです。おそらく、Discourseで私がそう感じる唯一の側面でしょう。フラグを処理したときは、「無視」に設定しました。それが最も影響が少ないように思えるからです。

davidkingham · 2023 年 5 月 25 日午後 10:28

はい、ユーザーが例外的な返信をモデレーターに通知できるようにフラグを使用し、カスタムバッジを付与していますが、現在の状態ではフラグ付けは意味をなしません。そして、私もフラグシステムは好きではありません。非常に紛らわしいです！

sam · 2023 年 10 月 17 日午前 6:17

私たちはこのすべてを理解しようと、巨大なウサギの穴に落ちてきました…そしてそれは非常に深いです。

github.com/discourse/discourse

app/models/trust_level3_requirements.rb

542f77181


      
          def flagged_post_ids
            @_flagged_post_ids ||=
              @user
                .posts
                .with_deleted
                .where(
                  "created_at > ? AND (spam_count > 0 OR inappropriate_count > 0)",
                  time_period.days.ago,
                )
                .pluck(:id)
          end

トラストレベルのフラグをカウントする唯一の方法は、spam_count または inappropriate_count が 0 より大きいことです。したがって、このトピック全体は、少しの誤解から始まりました…

投稿がスパム/不適切としてフラグ付けされると、カウントが増加します。
モデレーターが「おっと、これは悪いフラグだった…」と言うと、カウントが減少します。

「その他…」フラグについては、これまで何でも好きなように行うことができましたが、TLなどにはカウントされませんでした。影響があったのは、ユーザーページのUXだけでした。実際にはこの情報を見つけたいと思うかもしれません…

これはOPで開かれていたスズメバチの巣を開くことにもなります。

「その他…この投稿はひどく虐待的です」
対
「その他…この投稿は素晴らしい人物であり、バッジが必要です」

どちらの場合もフラグは役立ちます
最初のケースでは、フラグは悪い投稿の兆候であり、議論の余地がありますが、TLのペナルティになるはずです。
2番目のケースでは、そうではありません。

これはすべて非常に複雑で、過度に複雑であることは理解していますが、OPについてはよくわかりません。この複雑さに、さらに複雑さを加えることを提案しています。

議論の余地がありますが、私たちのTLアルゴリズムは現在壊れています…管理者が言ったように

ねえ、この投稿には大きな赤い箱によると問題があります

しかし、私たちはその情報を使って何もしていませんでした。

ここでの不整合は次の点にあります。

レビューフラグとフラグに対するアクションは、投稿が良いか悪いかということですか？

または

レビューフラグとフラグに対するアクションは、フラグとそのフラグが有用であるかどうかということですか？

もう少し分解すると：

TLのペナルティとしてカウントされるべきものは何ですか？
ユーザーページにどのハイパーリンクを表示すべきですか？（ユーザーがフラグ付けされたすべての回数、結果に関係なく？ユーザーがフラグ付けしたすべての回数、結果に関係なく？結果に基づくリンク、フラグが良いか悪いか？）

このタマネギを剥がせば剥がすほど、層が増え、すべてがより複雑に感じられます。

sam · 2023 年 10 月 17 日午前 7:36

このコードを読み、「フラグ付けのうまさ」に基づいて付与される「ユーザー精度ボーナス」のような奇妙で素晴らしいものを見たので、私の提案は次のようになります。

すべての「その他…」フラグを変更し、自動非表示の対象にならないようにします。（現在、「その他…」フラグの積み重ねは非表示を引き起こす可能性があります。）
「その他…」フラグについて、「この投稿に何か問題がありますか？」というテキストを「このフラグは役に立ちましたか？」に変更します。これはフラグ付けシステムとより一貫性があります。
「その他…」の信頼レベルの計算にニュアンスを加えるための変更は行わないでください。
モデレーターがプロフィールからユーザーが行った良いフラグと悪いフラグのリストに簡単にアクセスできるようにします。
モデレーターが、他の人がフラグ付けした正当なものを簡単に確認できるようにします。可能であれば、「その他… / 無関係」の正当なものと、「スパム/不適切」の正当なものを分割します。信頼レベルとの同等性を保つためです。
「無視」について理解できればと思います。

これは確かに非常に複雑な一連の変更です。

Lilly · 2023 年 10 月 17 日午後 12:38

私のMODも同じことを言っています。

Ed_S · 2023 年 10 月 17 日午後 12:45

面白いことに、他の選択肢の意味を理解している自信がないため、「無視」を使用しています。

非常に役立つ区別が上記にあります。役立つフラグと役に立たないフラグ、そして良い投稿と悪い投稿の区別だと思います。

not-ethan · 2023 年 10 月 17 日午後 1:45

これは、ある程度、しばらく考えていたことです。

私がモデレーターを務めているフォーラムでは、TL（トラストレベル）に影響を与えるべきではないフラグが多くあります。例えば、重複トピックは閉じたりマージしたりするためにフラグが立てられます。しかし、スパムや不適切なコンテンツに使用される場合があるなど、TLに影響を与えるべきフラグもあります。

そこで、フラグごとにモデレーターが変更できるように、TLにカウントするかどうかを選択するオプションを設けてはいかがでしょうか。

Firepup650 · 2023 年 10 月 17 日午後 5:37

「TL3にカウントする」のような小さなトグルボックスがあれば、そこで機能すると思います。

Lilly · 2023 年 10 月 17 日午後 5:44

ユーザーがフラグアイコンをクリックしたときに、フラグがコンテンツ違反のためか、ヘルプを求めるためかを尋ねるモーダルまたはドロップダウンが表示されるべきだと思います。その後、フラグシステムはそこから適切にルーティングするはずです。

mattdm · 2023 年 10 月 19 日午後 12:41

私がこれを最初に投稿して以来、いくつかの変更がありましたが、「その他のもの」を「問題のあるその他のもの」と「その他のもの（モデレーターにプライベートメッセージ）」に分割することによって、最大の改善が得られると思います（舞台裏の議論の一部に加えて）。

前者はレビューキューに、後者はモデレーターメッセージに入ります。メッセージオプションは、「投稿者に直接メッセージを送信」の近く、上部に移動させることもできます。

これは、OPのどこかで述べたと思いますが、キュレーションやその他の注意が必要な投稿をフラグ付けすることを奨励したいからです。

トピック		返信	表示
Use of Flags Community	31	712	2025 年 7 月 13 日
Posts are hidden after a single flag Feature	84	8107	2020 年 5 月 2 日
Lack of Effective Flag Integrity Controls Community	38	1418	2023 年 9 月 17 日
How do you deal with flag spammers? Community	43	3012	2024 年 6 月 21 日
Flagging a post for moderator attention Using Discourse moderation , how-to , interface	8	24239	2024 年 8 月 1 日

「悪い」フラグと、組織的なフラグや「ヘルプ」フラグを区別してください

関連トピック