レビューキューからユーザーをミュート/一時停止する機能を追加することは可能でしょうか？
当社のコミュニティは、リンクポリシーが（つまり、ノーフォローではない）フレンドリーであるとSEOフォーラムで紹介されているため、かなりの量のスパムトラフィックがあります。しかし、当社はコンセプトが登場して以来、ほぼノーフォローを貫いています。スパム業者は波のようにやってきます。自動でスパムを送信する者、かなりの期間待つ者、コール＆レスポンス形式でスパムを送信する者もいます。チームで来る者もおり、おそらく私たちが見逃すことを期待して、わずかなリンクジュースを得ようとしているのでしょう。
様々なスパムの手法があるため、当社としては、できるだけ多くのドキュメントと追跡情報を整備することが有益であると考えています。そのため、削除/ブロック（SSOのため、これを使用する必要があります）が必要になります。しかし、ドキュメントの不足（小さな情報ポップアップはありますが、ログレコード自体には何も表示されません）により、スパマーに注意を払うこと、また、誤ってスパマーとマークされた（人間ですから）に対処することが困難になっています。そのため、手動でユーザーを一時停止し、投稿を承認してから削除しています。
フラグスパム処理時に表示される「アクションを実行」ボタンがあれば、スパム対策プロセスで一貫した動作が得られ、問題のあるユーザーのパターンを最も可視化できるようになります。
「いいね！」 5
「本当にそういうことを言いたくはないのですが、これをもう一度皆さんに再考していただきたく、このスレッドを上げさせていただきます。
スパムがひどいのです…本当にひどい。1時間に15〜20件のスパムメッセージが来る日もあります。そのため、ユーザー削除という方法を取らざるを得なくなりました。そうでなければ、承認、投稿への移動、フラグ付け、アクションの実行（直接実行できる場合、そうでなければキューに移動して実行）と、4〜5ステップのプロセスになります。その間、コミュニティメンバーが「承認済み」の投稿にフラグを立てて、私たちにさらなる仕事が増えることを願うばかりです。
しかし今、私たちのスタッフも人間であるという問題に直面しています。ごく稀に、正規のユーザーが削除されてしまうことがあります。投稿が偽物のように見えても、実際には正当なものだった場合です。
そして、少なくとも私が見つけられた限りでは、ユーザーを元に戻す機能がありません。また、ログを調べる以外に、削除されたユーザーを明確に確認する方法もありません。これは、削除されたユーザー一人ひとりの情報ポップアップを見る（またはログをエクスポートしてその方法でユーザーを見つける）ことを意味します。
そのため、「どちらの悪魔と付き合いたいか」という状況に陥っています。モデレーション時間を2倍、3倍にするか、正規の顧客が誤って削除されてしまうという事態に、サポートスタッフに対処してもらうかです。正規の顧客は、投稿がギリギリのラインを攻めすぎてしまうために、意図せず削除されてしまうのです。
注：レビューキューにある投稿拒否機能は知っていますが、それはユーザーに対処するものではないため、二重の意味で問題があります。ユーザーは戻ってくることができ、キューには以前に投稿が拒否されたことを示すものがないためです…」
レビューキューに届くスパムのほとんどは、どの方法でカウントされますか？
Akismet によってフラグが付けられた場合、「はい」ドロップダウンに「一時停止」オプションがあると思います。
コミュニティによってフラグが付けられたスパムの場合も同様だと思います。
見落としている方法はありますか？
私たちのほとんどは、「新規ユーザーが最初の投稿を異常な速さで入力した、ボットまたはスパマーの行動が疑われる」というものです。
これらの投稿には、投稿の承認、投稿の削除、ユーザーの削除機能があります。他の2つのキューと同じように、ユーザーを一時停止するオプションも欲しいです。拒否する投稿のドロップダウンに追加できるかもしれません。
「いいね！」 2
はい、これは「承認」ボタンを継承します。「フラグ」ボタンではなく、キューに入れられた投稿/トピックとして分類されるためです。
ボットやスパマーを検出するための設定なので、一貫性のためにAkismetのものと同じ/類似のオプションがあると良いと思います。
個人的にはスパマーは「削除」する派ですが 
、代わりに一時停止を好むサイトがいくつかあることを知っています。他のサイトにオプションがあるなら、これも（可能であれば）含めるべきだと思います。
「いいね！」 4
boltronics
(Wizard of Oz)
10
ここに問題を示すスクリーンショットの例を示します。
コードをざっと見ました。Reviewable を拡張する ReviewableQueuedPost クラスメソッドのここあたりで、これらのユーザーアクションが追加されているようです。Reviewable は delete_user_actions() を提供します。
ラベルはここから来ており、例えば ReviewablePost クラス（これも Reviewable を拡張しています）で使用されている reject_and_suspend のラベルはすでにあります。
Rails はあまり得意ではありませんが、「投稿を承認」と「ユーザーを削除」の間に、「ユーザーを拒否して一時停止」というオプションをそのページに追加するのは、それほど大変ではないという印象です。
このオプションは、ユーザーに時折不快な思いをさせることを防ぐのに役立つでしょう。
「いいね！」 2
公平を期すために言うと（これはBoltronicに共有しようと思わなかったことですが）、すべての投稿を削除するだけで、それに伴うログがないため、投稿拒否ボタンを意図的に非表示にしています（ボタンを非表示にした時点ではそうでした。少なくともログが記録されるのであれば、再表示しても構いません）。
しかし、ユーザー削除ボタンと同様のアプローチで、投稿拒否と投稿拒否/ユーザー一時停止のオプションが追加されれば、それも同様に機能し、ボタン間の動作も一貫性があるでしょう。
「ユーザーが速すぎます」というものは、現在、レビューキューの記録に保存されていると思います。
「いいね！」 1
