設定通知

本指南說明如何設定通知，以及每一項設定實際控制什麼。

通知會在兩個介面上出現。通知中心——標題列中的鐘形圖示——讀取伺服器上按工作區各自持久保存的通知串流。作業系統彈出通知則是另一條只限桌面、由伺服器推送的即時訊框餵送的途徑。

開啟或關閉通知類別

前往 設定 → 你 → 通知
讓 啟用通知 保持開啟
開啟你想要的通知類別。總共有十七個：

類別	觸發時機
代理已完成	代理在你發起的執行中作出回覆，或執行失敗
代理正在等你	代理需要你核准、向你提出了問題，或因憑證問題而暫停
PR 已發布	一個代理發布了 PR
PR 已合併	一個 PR 被合併
新訊息	有人在空間中提及你
在 pull request 中被提及	GitHub 的通知輪詢發現你在某個 PR 上被提及
已請求審查	有人在非草稿 PR 上實際請求你審查
審查已過時	你已審查過的 pull request 上有新的提交
可合併	你撰寫的 pull request 變成可合併，或不再可合併
審查決定	審查者核准、請求變更，或有核准被撤銷
檢查	你撰寫的 pull request 上 CI 失敗，或已恢復
審查討論串	有人在你所在的討論串中回覆，或將它解決
工單已指派	有工單被指派
工單狀態已變更	有工單變更了狀態
會議即將開始	日曆會議進入你的提前提醒時段
日曆已中斷連線	已連接日曆的 OAuth 權杖已過期
機箱更新	機箱被接管、收回，或發生失敗

此清單以外的任何事都無法通知或篩選——沒有「其他所有事」這個類別。

代理正在等你 會在每次等待開始時觸發一次：待處理的核准（包括沙箱執行授權及 Claude Code 工具核准）、一個 ask_user 問題，或因憑證無法為其服務而被擱置的執行。它會開啟你要回答的空間；如果你已經在查看該空間，就不會提醒。

這些偏好設定會跟隨你的使用者身分跨裝置套用，因此手機與手提電腦保持一致。音量是刻意的例外，按裝置各自儲存。

設定 Quiet hours

在同一頁開啟 Quiet hours
以 HH:MM 輸入開始與結束時間（預設時段為 22:00–08:00）

在 Quiet hours 期間，非緊急通知會被丟棄——不會排入佇列待稍後重播。

兩個類別屬於緊急，一律送達，並繞過 Quiet hours 與專注模式：會議即將開始 與 PR 已發布。只在事後才看到的會議提醒毫無價值，這就是原因。

選擇音效

捲動到 通知音效
從十一個內建音效中挑選一個，或選擇無
按測試按鈕試聽，並用滑桿設定音量

應用程式會自行播放音效；作業系統通知則以靜音方式送達，因此你永遠不會聽到兩次。

設定會議的提前提醒時間

捲動到 提醒提前時間
選擇 5、10、15 或 30 分鐘

這就是 會議即將開始 通知會在日曆活動前多久觸發。預設為 5 分鐘。

了解通知何時會被抑制

只要下列任一情況成立，通知就會被無聲丟棄：

通知已全域關閉，或其類別已關閉
你已經在它要帶你前往的路由上——而就訊息而言，你已經在那個空間裡
專注模式已啟用，且該類別並非緊急
Quiet hours 已啟用，且該類別並非緊急

這些檢查適用於作業系統彈出通知。持久的鐘形圖示仍會記錄該事件。

還有兩項抑制發生在更上游，即伺服器到底會傳送什麼：

來自另一位真人的未提及訊息永遠不會成為通知
在共享空間中，代理的回覆只會通知發起該次執行的人，而不是每位成員
代理對代理的空間在側邊欄中已設為靜音，因此永遠不會觸發真人的未讀標記

在一個空間內沒有安靜的角落：每個對話都同等通知，討論串也不例外。已讀狀態以空間為範圍，因此未讀數會彙總整個空間的所有對話，而不是按對話分別追蹤。

讀取與清除通知中心

點擊標題列中的鐘形圖示

彈出視窗會顯示近期活動，並將每一項深層連結到它所屬的內容。開啟它不會把所有項目標為已讀——請使用彈出視窗標頭中的 全部標示為已讀，或標記單一列。已讀狀態會跟隨你的使用者身分跨裝置同步。

疑難排解

macOS 上沒有作業系統通知

應用程式啟動時會以原生方式請求授權。若你拒絕了，請在系統設定 → 通知中重新啟用 Control Center；應用程式內沒有可重新觸發的提示。

網頁版收不到任何通知

這是預期行為——網頁版沒有作業系統通知管線。請使用鐘形圖示。

鐘形圖示的徽章顯示為零，但明明有新活動

在連線後已讀標記串流解析完成之前，項目會以已讀狀態呈現，以免徽章先閃現再清空。標記載入後便會穩定下來。

代理的一次執行已完成，但沒有收到任何提示

請檢查你是否已經在事發的空間中——使用中的路由會抑制它自己的作業系統彈出通知。在共享空間中，別人發起的執行會通知對方，而不是你。既沒有回覆也沒有出錯就結束的回合，不會傳送任何通知。