SPAM攻撃からの大量投稿のフラグ付けは面倒です

[emyoulation (Brian McCullough)]

モデレーターがSPAMbombからの新しい投稿の束にフラグを立てるワークフローは、時間がかかりすぎます。

他のDiscourseフォーラムと同様に、最近、「airways」や「quickbooks」といった数十件の投稿が私たちのサイトを氾濫させました。このフォーラムで検索し、新しい攻撃を軽減するための提案を実装しました。しかし、これによりフォーラムは氾濫し、さまざまな遅延設定をしていたメーリングリストモードのユーザーにまだゴミを送信していました。

新しいコンテンツのキューをフラッシュするには、投稿ごとに約2分かかりました。70件のメッセージをクリアするには、2時間以上のモデレーター時間が必要でした。ワークフローが主な問題でした。

1. タイトルがSPAMであることを明確に示していても、各投稿を表示する必要がありました。

2. メッセージのフラグ付けコントロールを取得するために、非常に長いメッセージの最下部までスクロールする必要がありました。

3. フラグボタンは隠されており、フラグを表示するには楕円ボタンをクリックする必要がありました。

4. 次に、それぞれからメニューでSPAMオプションを選択する必要がありました。

5. 次に、モデレーターはフラグをすぐに解決するかどうかを決定する必要がありました（ユーザーがまだすべてのゴミを見ないようにキューに入れるのではなく）。

6. ユーザーを削除してブロックすることを選択すると、それらを削除することに関する一般的な警告メッセージが表示されます。しかし、複数のメッセージに関する情報はありません。それらがすべて新しい場合、それは間違いなく正しいステップです。しかし、複数のメッセージのタイトルや日付はありません。（スパマーが実際のユーザーを偽装する方法を見つけた場合、これは実際のメッセージやユーザーを削除する可能性があります。）

7. メッセージが削除としてマークされた後、赤い削除されたメッセージコンテンツが画面上に残ります。モデレーターは、他の新しい投稿を見るために最新のビューを選択してリフレッシュする必要があります。

「管理者」メニューに「投稿を選択…」のような、新しい投稿キューの同様のスレッド読み取り機能があれば非常に便利です。タイトルのみを表示して、メッセージの大量フラグ付けを許可します。これにより、モデレーターは時間的プレッシャーを少なくしてキューに入れられたメッセージを処理できます。

Watched words to block recent spam attack

I’ve had at least two sites get hit with a wave of spam that looks like it’s designed to poison LLMs. The same attack has also been reported here at least once (Anyone else currently undergoing mass spam attack?). The best solution is to set up Discourse AI - Spam detection, which I do recommend, but it’s a bit of a bother. Here’s a stopgap you can implement that will take just a few minutes. It assumes that you have a unix-like operating system (e.g., linux or mac). If you use Windows and can…

[Moin]

@emyoulation

「新規投稿」キューの「投稿を選択…」のような、スレッドを読み取る機能が「管理者」メニューにあれば、非常に良いと思います。タイトルだけを見て、メッセージを一括フラグ付けできる機能です。

これは、トピックリストの一括アクションに「フラグ」を追加する機能リクエストですか？

@emyoulation

フラグボタンは非表示になっており、フラグを表示するには省略記号ボタンをクリックする必要がありました。

それは、post_menu_hidden_items サイト設定の設定に基づいています。

[emyoulation (Brian McCullough)]

@Moin

これは、トピックリストのバルクアクションに「フラグ」を追加するための機能リクエストですか？

それが一つの選択肢です。おそらく最も大きな影響があるでしょう。しかし、バルクアクションは「モデレーター」レベルのオプションではなく、「管理者」レベルのオプションではありませんか？また、明らかにスパムであるものをフラグ付けしたいユーザーもいました。彼らにとって20件（新規ユーザーの初期制限。この傾向に対応してこれを増やしました。）行うのは、ほぼ同じくらい苦痛でした。

しかし、完全なワークフローを説明したのは、見逃している機会があるかどうかを確認するためでした。post_menu_hidden_items は良い例です。

[Moin]

@emyoulation

しかし、一括操作は「モデレーター」レベルのオプションではなく、「管理者」レベルのオプションではないのですか？

モデレーターも使用できると思います。

@emyoulation

しかし、完全なワークフローを説明したのは、自分が何を見逃しているかの機会を知るためでした。

ユーザーを一括削除できることをご存知ですか？ Bulk-delete multiple users as a staff user

[emyoulation (Brian McCullough)]

@Moin

ユーザーを一括削除できることをご存知ですか？

はい、しかしメッセージのタイトルからのフィードバックループなしでそれを行うには、多くの手動での相互参照が必要です。（多くのユーザーは意味のないユーザー名を選択するため。）

[pfaffman (Jay Pfaffman)]

これは「Discourseサイトをセルフホストする人を支援するためのガイド」とは見なされないため、「サポート」に移動しましたが、どうやらサポートを求める前に、大変な労力をかけて問題を解決したようですね。

ここにはいくつかまともな#featureリクエストが含まれていると思うので、それらをそこで提案してみてはいかがでしょうか。

[emyoulation (Brian McCullough)]

@pfaffman

なので、「サポート」に移動しました。

おっしゃる通りです。ワークフローを文書化する前に、当面の問題を解決しました。したがって、サポートも不要です。

手戻りを避けるために、「機能リクエスト」に移動することは可能でしょうか？

[pfaffman (Jay Pfaffman)]

@emyoulation

作り直しを避けるために、機能リクエストに移動できるのではないでしょうか？

移動できると思いますが、機能リクエストにするには、リクエスト内容を記載した新しいリクエストを作成し、こちらにリンクするのが良いと思います。

これは、機能リクエストとほぼ同じ内容ですよね？

@emyoulation

「管理」メニューの「投稿を選択…」のような、新しい投稿キュー用のスレッド読み取り機能があれば非常に便利です。タイトルだけを表示して、メッセージを一括フラグ付けできるようにします。これにより、モデレーターは時間的プレッシャーを少なくして、キューに入れられたメッセージを処理できます。

「トピックの複数選択とすべてをスパムとしてマークする機能を許可する」のようなタイトルで（少し不格好ですが、それに近いです。）

ああ、そして、これはこのトピックの他の場所でほぼ同じように言われています。

[tobiaseigen]

このトピックを Feature に移動しました。スタッフ体験チームが検討するのに十分な価値があると思います。

[sam (Sam Saffron)]

現在、以下の状態です。

簡単な機能を追加すべきか検討しています。

スパム…

（モデレーター向け）スパムトピックを簡単に処理できるオプションです。

---

しかし、良いニュースは、AIスパムが有効になれば、問題が深刻化する前に停止するため、これは問題ではなくなるということです。

[emyoulation (Brian McCullough)]

@sam

しかし良いニュースは、AIスパムが有効になればこれは問題ではなくなり、事態が悪化する前に停止するということです。

一方で、スパマーの攻撃はAIスパム機能に対抗するために進化するであろうことは間違いありません。そのため、この必要性は将来再び現れ、数日以内に反対の修正が見つかり、「必要性」は再び「問題なし」と見なされるでしょう。

つなぎの機能は緊急時のみ「問題」となるでしょう。