通知を設定
このガイドでは、通知を設定する方法と、各設定が実際に何を制御するのかを説明します。
通知は 2 つのサーフェスに届きます。通知センター（タイトルバーのベル）は、 サーバー上のワークスペースごとの永続フィードを読み取ります。OS トーストは それとは別のデスクトップ専用のパスで、サーバーからプッシュされるライブフレーム によって供給されます。
カテゴリをオンまたはオフにする
「カテゴリをオンまたはオフにする」というセクション- 設定 → 自分 → 通知を開きます
- 通知を有効にするをオンのままにします
- 必要なカテゴリを切り替えます。カテゴリはちょうど 17 個あります：
| カテゴリ | 発火する条件 |
|---|---|
| エージェント完了 | あなたが開始した実行でエージェントが返信した、または実行が失敗した |
| エージェントが待機中 | エージェントがあなたの承認を必要としている、あなたに質問した、または認証情報の問題で停止している |
| PR公開 | エージェントが PR を公開した |
| PRマージ | PR がマージされた |
| 新しいメッセージ | スペースで誰かがあなたをメンションした |
| プルリクエストでメンション | GitHub の通知ポーリングで、PR であなたがメンションされたことを検知した |
| レビュー依頼 | 下書き以外の PR で、あなたのレビューが実際に依頼された |
| レビューが古くなっています | すでにレビューしたプルリクエストに新しいコミットが追加された |
| マージ可能 | あなたが作成したプルリクエストがマージ可能になった、またはマージ可能でなくなった |
| レビュー判定 | レビュアーが承認した、変更を依頼した、または承認が取り消された |
| チェック | あなたが作成したプルリクエストで CI が失敗した、または復旧した |
| レビュースレッド | あなたが参加しているスレッドに誰かが返信した、または解決した |
| チケット割り当て | チケットが割り当てられた |
| チケットのステータス変更 | チケットのステータスが変わった |
| まもなく会議開始 | カレンダーの会議が事前通知の時間内に入った |
| カレンダー切断 | 接続済みカレンダーの OAuth トークンが期限切れになった |
| エンクロージャーの更新 | エンクロージャーが引き継がれ、回収され、または失敗した |
このリストにないものは通知もフィルタリングもできません。「その他」というカテゴリは 存在しません。
エージェントが待機中は、待機が始まったときに、1 回の待機につき 1 度だけ
通知されます。対象は、保留中の承認（サンドボックス実行許可と Claude Code の
ツール承認を含む）、ask_user の質問、または認証情報が対応できないために
保留された実行です。通知を開くと回答するスペースが表示されます。そのスペースを
すでに見ている間は通知されません。
これらの設定はユーザーに紐づいてデバイス間で引き継がれるため、スマートフォンと ノート PC の設定は一致します。音量だけは意図的に例外で、デバイスごとに保持されます。
Quiet hours を設定する
「Quiet hours を設定する」というセクション- 同じページで Quiet hours をオンにします
- 開始時刻と終了時刻を
HH:MM形式で入力します（既定の時間帯は 22:00–08:00）
Quiet hours の間は、緊急でない通知は破棄されます。後で再送するためにキューに 入れられることはありません。
2 つのカテゴリは緊急であり、常に配信され、Quiet hours とフォーカスモードの _両方_を迂回します。まもなく会議開始と PR公開です。会議の通知は後から 見ても意味がないため、これがその理由です。
通知音を選ぶ
「通知音を選ぶ」というセクション- 通知音までスクロールします
- 同梱の 11 種類のサウンドから 1 つを選ぶか、なしを選択します
- テストボタンを押して試聴し、スライダーで音量を設定します
サウンドはアプリ自体が再生します。OS 通知は無音で配信されるため、二重に 聞こえることはありません。
会議の事前通知時間を設定する
「会議の事前通知時間を設定する」というセクション- 事前通知時間までスクロールします
- 5、10、15、30 分から選択します
これは、カレンダーの予定の何分前に まもなく会議開始 通知が発火するかを 示します。既定値は 5 分です。
通知が抑制される条件を知る
「通知が抑制される条件を知る」というセクション次のいずれかに当てはまる場合、通知は何も表示されずに破棄されます：
- 通知が全体でオフになっている、またはそのカテゴリがオフになっている
- すでにその通知が移動させる先のルートにいる（メッセージの場合は、すでにその スペースにいる）
- フォーカスモードが有効で、そのカテゴリが緊急ではない
- Quiet hours が有効で、そのカテゴリが緊急ではない
これらのチェックが適用されるのは OS トーストです。永続的なベルには引き続き イベントが記録されます。
さらに上流、サーバーがそもそも送信する内容の段階にも、2 つの抑制があります：
- 別の人間からの、メンションのないメッセージは通知になりません
- 共有スペースでは、エージェントの返信はメンバー全員ではなく、その実行を 開始した人にだけ通知されます
- エージェント同士のスペースはサイドバーでミュートされているため、人間の 未読バッジが増えることはありません
スペース内に通知が届かない一角はありません。スレッドを含め、すべての会話が 等しく通知します。既読状態はスペース単位なので、未読は会話ごとではなく、 スペースの会話全体で集計されます。
通知センターを確認してクリアする
「通知センターを確認してクリアする」というセクション- タイトルバーのベルをクリックします
ポップオーバーには最近のアクティビティが表示され、各項目はその対象へ ディープリンクします。開いてもすべてが既読になるわけではありません。 ヘッダーのすべて既読にするを使うか、個別の行を既読にします。既読状態は ユーザーに紐づいてデバイス間で引き継がれます。
トラブルシューティング
「トラブルシューティング」というセクションmacOS で OS 通知が届かない
「macOS で OS 通知が届かない」というセクション認可はアプリの起動時にネイティブに要求されます。拒否した場合は、システム設定 → 通知 で Control Center を再度有効にしてください。アプリ内から再要求する プロンプトはありません。
Web ビルドでは何も届かない
「Web ビルドでは何も届かない」というセクション想定どおりの動作です。Web ビルドには OS 通知のパイプラインがありません。 ベルを使用してください。
ベルバッジが 0 なのに新しいアクティビティが明らかにある
「ベルバッジが 0 なのに新しいアクティビティが明らかにある」というセクション接続後に既読マークのストリームが解決するまでは、バッジが一瞬表示されてから 空になるのを避けるため、項目は既読として描画されます。マークが読み込まれると 落ち着きます。
エージェントの実行が完了したのに通知が来ない
「エージェントの実行が完了したのに通知が来ない」というセクションすでにその実行が行われたスペースにいなかったか確認してください。そのルートが アクティブな場合、そのルート自身の OS トーストは抑制されます。共有スペースでは、 他の人が開始した実行の通知はその人に届き、あなたには届きません。返信もエラーも なく終わったターンは何も送信しません。