Claude Duet 開始主動找你：團隊 AI 什麼時候該打斷人？
為 Leina 排程任務設定通知條件、摘要頻率與失敗處理，讓團隊把注意力留給需要決定的變化。
概念插圖：將值得關注的變化送到人面前，其餘資訊有序保留。
專案群組裡常有一種訊息：「檢查完成，目前沒有異常。」剛收到時覺得安心，天天看見幾則，後來也就順手滑過了。等供應商真的把交期延後兩天，那則需要處理的通知，可能也混在裡面被錯過。
所以，讓 AI 主動工作之後，團隊遲早要談談：什麼事現在就要找人，什麼事下午一起說？ Anthropic 在 2026 年 10 月 21 日開放 Claude Duet 研究預覽，強調主動提醒與背景工作。少盯幾件事很吸引人，但「什麼情況要找我」仍要說清楚。
約定值得通知的變化
假設客戶等著週五交付，採購表寫週四到貨，供應商卻回覆「爭取這週寄出」。你真正想知道的是：週五還來不來得及，何時該準備替代方案？
這類確認可以交給 Leina。它能在團隊聊天接收任務，透過已授權 Apps 讀資料，在背景繼續工作或執行排程。先確認採購表與回覆所在的 App 讀得到，再挑一筆熟悉的訂單試跑。接下來就沿用這個假設情境，看看通知怎樣安排比較合適。
把「注意專案」改成明確要求：只查指定訂單，比較承諾與最新確認日期；新日期晚於客戶約定時通知指定負責人。「可能」「爭取」仍須標為未確認。
分開即時處理、摘要與安靜
| 檢查結果 | 處理約定 | 保留資訊 |
|---|---|---|
| 確認日期影響客戶承諾 | 本次檢查後通知負責人 | 前後日期、原始回覆、待決事項 |
| 有變化但尚不影響承諾 | 排入定時摘要 | 變化與下次檢查時間 |
| 與上次成功檢查相同 | 不重複發送業務通知 | 比較依據與任務健康檢查方式 |
要知道有沒有變，總得有上次的紀錄。只說「不要重複提醒」，還沒交代該拿什麼比較。試用時先把上次結果放在共用表格，方法跑順再確認環境能否持續保存和讀取。暫時做不到，就由你提供基準資料，先做排程摘要也可以。
從檢查到合適的通知
flowchart TB
accTitle: 從檢查到合適的通知
accDescr: 排程讀取授權資料，確認成功後再決定回報失敗、保持安靜、摘要或通知負責人。
A("排程讀取授權資料"):::channel --> B{"來源與基準完整？"}:::gateway
B -->|否| C("回報檢查失敗"):::restricted
B -->|是| D{"有已確認的新變化？"}:::gateway
D -->|否| E("不重複發業務通知"):::resource
D -->|是| F{"需要及時決定？"}:::agent
F -->|否| G("定時摘要"):::resource
F -->|是| H("通知指定負責人"):::channel通知帶回一個能回答的問題
「訂單有風險」仍要人重查。「訂單 A 從週四改成下週一，晚於客戶週五要求；是否聯絡客戶調整承諾？」更容易接著處理。
保留變化、比較紀錄、來源與時間，以及誰需要決定什麼。資料未列負責人時標為待確認，先確認群組再分享客戶資訊。
每個工作日以 Asia/Shanghai 時區 10:00，讀取我指定的採購表與授權供應商回覆，檢查專案 A。以我提供的上次成功紀錄為基準。只有確認的新交期晚於客戶承諾時，在本群組通知我，附訂單編號、前後日期與來源。其他變化於 17:00 摘要，無變化不發業務通知。缺基準或讀取失敗時回報失敗，不寫「一切正常」。先展示排程與樣例，經我確認後安排。
建立時核對摘要是否需要另一項排程、紀錄放哪裡。通知延期也不等於獲准向客戶承諾新日期。
安靜之前，確認檢查成功
沒訊息可能是無變化，也可能是連結失效。只有成功讀取、範圍完整、基準有效，才能判定無變化。
不必先建複雜監控。一張大家打得開的表，記下最近成功時間、看了哪些訂單、哪裡沒讀到，就能幫上忙；試用時手動記也行。另約低頻的時間看看任務是否正常，平常群組就不用塞滿狀態訊息。
用正常資料、真實變化與缺資料樣本試驗，查看漏報、重複通知和把錯誤當正常的情況。
頻率配合決策時間
供應商每天更新一次，更頻繁讀取未必有幫助。一般變化配合負責人的處理時段，需要及時決定的事項則安排合適間隔與接收人。
排程檢查有間隔，不應承諾即時告警；也要核對執行次數與費用。試用一週，記錄有效通知、重複、漏報與讀取失敗，再擴大範圍。
如果你也有一件每天總要開表確認的事，可以按 Leina 入門指南接好 App，從這裡開始。下次打開群組，也許你要的就是：「交期變了，原話在這裡，今天需要你拿個主意。」
