フラグについて、モデレーション通知用のアカウントと、それ以外のすべてのアカウントを別々に設定することはできますか？
「いいね！」 2
混乱しています。
とは何ですか？
「いいね！」 1
フラグやミュートなどのモデレーション関連の通知を @discobot が受信トレイに送信する場合、別のアカウントから送信されるようにしたいです。
「いいね！」 1
その場合、このサイト設定をお探しですか？ site contact username
設定の説明: すべての自動メッセージを送信する有効なスタッフユーザー名。空白のままにすると、デフォルトのシステムアカウントが使用されます。
「いいね！」 2
サイトの連絡先ユーザー名とは異なるアカウントからモデレーションベースの通知を送信したい
「いいね！」 1
残念ながらプラグインが必要になる可能性があります。
「いいね！」 1
システム通知を別のユーザーから送信できるようにするには、site contact username を使用します。
@discobot はデフォルトのシステムアカウントではなく、@system と呼ばれますが、ここでは通知アカウントが codinghorror に設定されています。
特定のdiscobotではなく、システムアカウントのことです。
私の理解では、その設定はすべての通知を制御します。彼らはモデレーション通知だけをシステム通知の残りの部分から分離したいと考えていますが、私の知る限り、それは現在不可能です。
「いいね！」 1
まさにそれがやりたいことです。
なぜそれが必要なのかお伺いしてもよろしいでしょうか？すべての通知を処理するユーザー名を考案しようとするよりも、手間がかかるように思えます。
本当に可能かどうか疑問に思っています。
標準ではいいえ、GitHub のソース コードを見て、それが何によって決まるかを確認していましたが、現時点ではそのような機能に完全に集中することはできません。
これは、モデレーションのためにフラグが立てられた項目に対して、スタッフがより迅速に対応する必要がある場合に、より緊急性の高い通知システムを導入するための良い機能になる可能性があります。数日間無視しても問題ない他の通知とは対照的です。
「いいね！」 1
つまり、システムまたは指定された通知アカウント（上記で議論したように変更できます）からメッセージを受け取った場合、なぜそれを無視するのでしょうか？
誤解しないでください。すべての通知ではなく、モデレーション通知専用のセカンダリユーザー名を持っておきたい理由はわかりますが、問題になるほど頻繁に発生するとは思えません。
ただし、間違っている可能性もあります。現在、3,000万人以上のアクティブなメッセージボードと数千人のユーザーを移行する作業を社内で行っています。それが完了すれば、いつでも表示および制御できる大規模なデータセットを取得でき、通知の頻度や一般的な発生状況、またはモデレーターが迷惑だと感じるものを確認できるようになります。
「いいね！」 1
通知を無視するのは良い考えではないことに同意します。J.C.がこの機能をリクエストした理由を推測していただけでしょうか。通知の音量についてですが、通知が多い場合に邪魔になることがありますが、緊急時にはアラームベルと点滅するライトが役立つ可能性があります。
「いいね！」 1
この機能はまだ実装されていないため、Feature request に再分類すべきでしょうか？ @Jennifer_Carter
「いいね！」 1
通知を機能リクエストとして再分類したいのですが、モデレーション通知専用ではなく、あらゆる種類の通知を対象とし、おそらく3つに分類したいと考えています。システム（バックアップ、プロモーションなど）、モデレーション、およびそれほど重要ではないユーザー受信通知。これを望むコミュニティには、さまざまなユースケースに対応するさまざまな自動アカウントをサイト連絡先に一度に持つという、美的および組織的なオプションを提供します。
「いいね！」 1
再分類されました:)
「いいね！」 1
ありがとうございます :)！
「いいね！」 1