# 管理者がモデレーターでない場合にフラグ通知を表示しない設定を追加
**URL:** https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964
**Category:** Feature
**Tags:** review-queue
**Created:** [2025 年 9 月 25 日午前 12:10 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964 "2025-09-25T00:10:51Z")
**Posts on this page:** 13
**Page:** 1
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2025 年 9 月 25 日午前 12:10 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/1 "2025-09-25T00:10:51Z")
Discourseサイトの管理者は、モデレーターではない場合があります。管理者として、モデレーション以外の理由でサイトで非常にアクティブになる可能性があります。この場合、フラグについて通知されたくないでしょう。
私の提案は、ユーザーが通知されるかどうかをサイト設定、たとえば`flag_notifications_allowed_group`によって決定することです。
現在の動作を維持するために、デフォルトではこの設定には管理者とモデレーターが含まれます。しかし、通知を受け取り、フラグの処理に役立ちたい管理者が参加できる任意のグループで設定できます。
---
### Author:  [@gormus](https://meta.discourse.org/u/gormus)
#### Post date: [2026 年 7 月 3 日午前 9:05 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/3 "2026-07-03T09:05:58Z")
この機能リクエストは素晴らしいですね、+1
管理者として、レビューキューやモデレーションに関する通知を受けたり、関与したりしたくありません。
現在、フラグ付きコンテンツの通知は解除できませんが、他の種類の通知はすべて解除できます。
---
### Author:  [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [2026 年 7 月 8 日午前 4:02 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/4 "2026-07-08T04:02:53Z")
このテーマコンポーネントに、この機能を設定として追加しました。ただし、この設定は_すべての_管理者ユーザーに影響します。管理者グループ内の特定の管理者のみを対象に指定する細かな制御はできません。（そのような機能を実現するには、`preferences/notification`タブに管理者ユーザー用の設定を追加するプラグインを開発する必要がありますが、今のところそれを作る気にはなれません）。
> [@管理者のノイズを無視！](https://meta.discourse.org/t/dismiss-admin-noise/403729):
>
> information_source概要 管理者向けのユーザーメニュー内の各種通知を自動的に非表示にしますhammer_and_wrenchリポジトリ [https://github.com/Lillinator/dismiss-admin-noise](https://github.com/Lillinator/dismiss-admin-noise)questionインストールガイド [テーマまたはテーマコンポーネントのインストール方法](https://meta.discourse.org/t/how-do-i-install-a-theme-or-theme-component/63682) このテーマコンポーネントをインストール woman_technologist:t2 概要 管理者のユーザーメニュー内にある特定のシステム通知を自動的に非表示（dismiss）にする、軽量な Discourse テーマコンポーネントです。 このコンポーネントは、UI のノイズと認知負荷を軽減することを目的としています。特に、神経多様性のある管理者（私のような）や、インスタンスの更新を頻繁に行い Meta で変更を追跡している人（私のような）、あるいは開発フォーラムで常に最前線に立つ YOLO 系の管理者（これも私）に役立ちます！ gringear 設定 以下の通知は、コン…
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2026 年 7 月 9 日午前 1:29 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/5 "2026-07-09T01:29:42Z")
これが多くの人に喜ばれるものになることは理解できます。
これを実現するためのいくつかの可能な方法があります：
- a) 最初の投稿で提案されたように `_groups` 設定を追加する
- b) ハードコーディングされたグループを `@moderators` への通知のみに変更し、関心のある管理者にはモデレーターも兼任させる
- c) 個人通知設定を追加し、各人がこの特定の通知を受け取るかどうかを制御できるようにする（@Lilly のテーマコンポーネントのようなもの）
この場合、私は (b) または (c) を支持します。
@awesomerobot ここでの設計として最も理にかなっているものについて、何かご意見はありますか？
---
### Author:  [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [2026 年 7 月 9 日午前 2:07 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/6 "2026-07-09T02:07:59Z")
参考までに、エンジニアではない私の意見では (b) です。
a) はあまり意味がなさそうです。なぜなら、私たちが扱っているのは2つのグループ（管理者とモデレーター）だけで、そのうちの1つ（モデレーター）は常にフラグ通知を受け取る必要があるからです。したがって、
b) は断然簡単で、個々の管理者は必要に応じてモデレーターグループに自分を追加したり、追加しないままにしたりできます。
c) は、ユーザーが管理者かどうかをチェックし、設定を彼らの設定/通知タブに追加するためにコアコードにより多くの作業が必要になりますが、本質的には (b) と同じ結果になります（正直なところ、これを実現する方法についての機能するアイデアがあり、すでにプラグインとして探索済みです）。
---
### Author:  [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [2026 年 7 月 9 日午前 5:27 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/7 "2026-07-09T05:27:37Z")
まあ、気分転換に——フラグ通知を `Moderators` グループのメンバーにのみ送信するようにするPRをここに開きました（上記のオプションB）。つまり、`Moderators` グループのメンバーではない `Admins` は、フラグに関する通知やインジケーターを受け取らなくなります。もちろん、サイドバーからいつでもレビューキューにアクセスすることはできます。
いつものように、いくつかのPRテスト（おそらくlinting）が失敗すると思います。lol
昔からの友人 `triage-bot` が直してくれるはずです 🙂
>
>
> \## What is the purpose of this Pull Request?
> Currently, Discourse broadcasts re…view queue notifications (flags, queued posts) to the entire \`staff\` group. This results in significant notification noise for "pure Admins" who are not members of the Moderator group, and thus, not involved in the day-to-day moderation of the community.
>
> Following the discussion on Meta here: https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/5
>
> This PR makes flags only notify the Moderators group instead of staff; thus, Admins not in the moderators group are not notified of flags nor see a review queue count indicator in sidebar (they can still go to the review queue manually as usual). That is, it mutes the active UI elements for pure Admins while preserving their underlying permission to access and action the review queue if they choose to.
>
> \### Technical Implementation:
> This PR intercepts the reviewable counts at the Model and Serializer layers to securely silence the frontend without modifying underlying database permissions or the core \`/review\` route.
>
> 1. \*\*Websockets & Live Updates:\*\*
> \* Scoped \`notify\_users\` to \`moderators\` instead of \`staff\` to prevent live browser "pops" for admins.
> \* Updated \`publish\_reviewable\_counts\` to push \`0\` counts to pure admins.
> 2. \*\*UI Badges & Preloaders:\*\*
> \* Overrode \`unseen\_reviewable\_count\` and \`reviewable\_count\` in \`CurrentUserSerializer\` to clear the red avatar flag, the blue menu badge, and the sidebar count for pure admins.
> \* Intercepted \`Reviewable.user\_menu\_list\_for\` to return an empty array for non-moderators, effectively silencing the \`\\` tag preloader and the user menu dropdown API.
> 3. \*\*Tests:\*\* Updated \`refresh\_users\_reviewable\_counts\_spec\` to expect \`0\` for admin payloads. \*(Note: CI is running, will update any other strictly \`staff\`-scoped spec expectations as needed!)\*
>
> \### Testing Performed:
> Manually verified on a live development install with three distinct user roles:
> \- \[x\] \*\*Pure Admin (Admin = true, Moderator = false):\*\* Receives 0 websocket pops, no red avatar badge, no blue menu badge, and an empty menu dropdown. Can still successfully manually navigate to \`/review\` and action pending flags.
> \- \[x\] \*\*Pure Moderator (Admin = false, Moderator = true):\*\* Behavior remains exactly as it was. Fully receives websockets, badges, and dropdown items.
> \- \[x\] \*\*Hybrid Staff (Admin = true, Moderator = true):\*\* Behavior remains exactly as it was (receives all notifications).
> \- \[\] \*\*Category Moderators:\*\* not tested yet.
>
> \### Files Touched:
> \* app/models/reviewable.rb
> \* app/models/user.rb
> \* app/serializers/current\_user\_serializer.rb
> \* app/controllers/reviewables\_controller.rb
> \* spec/jobs/refresh\_users\_reviewable\_counts\_spec.rb
> \* spec/requests/reviewables\_controller\_spec.rb
追記：Moin、カテゴリモデレーターのことなんて気にしてないよ 😆
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [2026 年 7 月 9 日午前 5:29 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/8 "2026-07-09T05:29:11Z")
> [@mcwumbly](#):
>
> - 最初の投稿で提案された `_groups` 設定を追加する
カテゴリの新しいグループモデレーターを作成する人が、そのグループを設定に追加し忘れた場合、カテゴリモデレーターに通知が届かないという事態が簡単に発生する可能性があります。
[@moderators](https://meta.discourse.org/groups/moderators) のみに通知する場合でも、カテゴリ内のフラグについてカテゴリモデレーターに通知が届かなくなります。デフォルトのグループに依存するのではなく、フラグを処理できるすべてのモデレーターに何らかの方法で通知する必要があると思います。
---
### Author:  [@gormus](https://meta.discourse.org/u/gormus)
#### Post date: [2026 年 7 月 9 日午前 8:12 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/9 "2026-07-09T08:12:38Z")
> [@mcwumbly](#):
>
> - b) ハードコードされたグループを `@moderators` のみに通知するように変更し、管理を希望する管理者にはモデレーターも兼任させる
好奇心からですが、これらのオプション、特にオプション b はカテゴリモデレーターにどのように適用されるのでしょうか？
_(申し訳ありませんが、現在他の多くの業務を抱えており、カテゴリモデレーターでの動作をまだテストする機会がありませんでした)_
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2026 年 7 月 9 日午前 10:12 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/10 "2026-07-09T10:12:37Z")
> [@Moin](#):
>
> [@moderators](https://meta.discourse.org/groups/moderators) のみ通知すると、カテゴリのモデレーターが自分のカテゴリ内のフラグについて通知を受けないことになります。デフォルトのグループに依存するのではなく、そのフラグを処理できるすべてのモデレーターを何らかの方法で通知する必要があると思います。
> [@Lilly](#):
>
> （おそらくこの PR で、どこかでカテゴリモデレーターの通知が壊れていますが、それはまた別の日の冒険です…）
ああ、良い点ですね。
オプション (b) を説明するより良い方法です。_精神_ 的には、それが私が意味していたことです。
このアプローチが最も良さそうです（明示的な追加設定は不要）。
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2026 年 7 月 9 日午後 3:05 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/11 "2026-07-09T15:05:30Z")
管理者をフラグ通知から除外する案には少し懐疑的です。_ただし_、管理者をデフォルトでモデレーターとして設定する場合は別です。その場合、フローは「これらの通知が不要な場合は自分を除外する」になり、最初に通知を受け取るために自分をグループに追加する必要があることを知らなければならないという状況は避けられます。
ホスティングの経験から、モデレーターが0人のサイトは珍しくないと分かっており、管理者が通知を受け取っているにもかかわらず、フラグが非常に長い期間処理されずに積み上がることもあります。そのような状況でデフォルトで管理者への通知を削除すると、状況が悪化する可能性や、意図しない結果になる可能性さえあります。
> [@mcwumbly](#):
>
> - 個人の通知設定を追加し、各個人がこの特定の通知を受け取るかどうかを制御できるようにする
以前\[1\]\[2\]、特定の通知タイプを制御する設定を求める要望がありましたが、これはより大きなプロジェクトです。しかし、これが最も理にかなっていると思います。
これは単なるスケッチですが、アイデアは以下のようになります：
* * *
1. [Idea for advanced notification configuration](https://meta.discourse.org/t/idea-for-advanced-notification-configuration/265177)
2. [More granular settings for email notifications](https://meta.discourse.org/t/more-granular-settings-for-email-notifications/64615)
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [2026 年 7 月 9 日午後 3:30 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/12 "2026-07-09T15:30:13Z")
> [@awesomerobot](#):
>
> ホスティングの経験から、モデレーターが0人のサイトは珍しくないとわかっており、管理者が通知を受け取っていても、フラグが非常に長い期間処理されずに積み上がることもあります。そのような状況でデフォルトで管理者からの通知を削除すると、状況が悪化する、あるいは意図しない結果になる可能性があります。
うーん。モデレーターにのみ送信される通知があります（ユーザーが自動的にサイレンスされた場合や、承認待ちのユーザーに関する通知など）。したがって、モデレーターがいないフォーラムはすでに通知を受け取っていません。
[FEATURE: add bootstrap first admin job - Pull Request #39851 - discourse/discourse - GitHub](https://github.com/discourse/discourse/pull/39851) で、最初の管理者をモデレーターとしても設定できるようにするサポートが再追加されたことを知っています。これはブートストラップモードが削除される前にも、すでにしばらく存在していました。したがって、現在 #Uncategorized が削除されているのと同様に、既存のフォーラムには少なくとも1人のモデレーターがいることを強制できるかもしれません。
その後、モデレーターに関する通知のデフォルト設定を導入し、カスタム通知管理というより複雑な変更で引き続きカスタマイズできるようにすることができます。\[1\]
* * *
1. プッシュ通知はそれにおける第3のオプションになり得ます
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2026 年 7 月 9 日午後 4:33 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/13 "2026-07-09T16:33:30Z")
> [@awesomerobot](#):
>
> 管理者をフラグ通知から除外することに少し懐疑的です。_ただし_、管理者をデフォルトでモデレーターに設定する場合は別ですが
もっともな意見です。他のいくつかの理由から、管理者をデフォルトでモデレーターに設定すべきだと感じています。したがって、ここでは「単純な」変更を行うために、その範囲を必須条件として検討することに問題はありません。
> [@awesomerobot](#):
>
> > [@mcwumbly](#):
> >
> > - 個人の通知設定を追加し、各ユーザーが特定の通知を受け取るかどうかを制御できるようにする
>
> 以前から、特定の通知タイプを制御するための設定機能が要望されていました。これは大規模なプロジェクトですが、最も理にかなっていると思います。
>
> これはただのスケッチですが、アイデアは以下のようになります：
これは、管理者だけでなくすべてのユーザーを対象とした通知全体の長期的な方向性として、好ましいと思います。
これは @Lilly が探求してきた取り組みとも整合していると思います。
---
### Author:  [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [2026 年 7 月 9 日午後 5:12 UTC](https://meta.discourse.org/t/add-setting-to-not-show-flag-notification-to-admins-who-are-not-moderators/383964/14 "2026-07-09T17:12:15Z")
> [@awesomerobot](#):
>
> ホスティングの経験から、モデレーターが0人のサイトも珍しくないことが分かっています。また、管理者が通知を受け取ったにもかかわらず、フラグが非常に長い間処理されずに積み上がることもあります。
私見ですが、これは機能的な問題ではなく、教育・ドキュメントの問題です。
ともかく、チームがこれを進めたい方向ではないようだったので、PRを閉じました。 🙂