早上八點，AI 助理整理好的晨間摘要列了三件「今天的優先事項」：完成客戶簡報、回覆供應商的改期、準備下個月出差的清單。看起來像一份很清楚的待辦清單。
但這三件事的性質完全不同。客戶簡報是你上週五回信答應、今天下午三點前要交的東西。供應商只是來信問能不能改期，你還沒答應任何事。出差清單是 AI 看到機票確認信之後自己想到的建議，根本沒有人在等。只有第一件是承諾。
Google 在 2026 年 5 月推出 Gemini 的每日摘要功能（Daily Brief）：使用者開啟後，它會從 Gmail 蒐集急迫的更新、追蹤行事曆上的活動，依使用者的目標排序，並建議下一步。這類功能確實能省下翻找信件的時間。但排序回答的是「模型認為哪件事值得先看到」，承諾狀態回答的是「誰正在等你做什麼」。兩者混成同一個名次，你就可能把一個還沒答應的要求，當成今天必須完成的工作。
排在前面的，不一定是今天該做的
摘要把事情排出先後，很自然會讓人照著順序做。問題在於，排序看的是急迫感、和目標的關聯、時間遠近，這些都不等於「你答應過」。
一封主旨寫著「急」的信，不代表你承諾了它的期限。行事曆上出現一場會議，也不代表你已經接受邀請。Google 行事曆的資料本身就區分參與者的回覆狀態：尚未回覆、暫定、接受、拒絕。一個還在「尚未回覆」的邀請，被摘要排在第一位，看起來就像已經定案的行程。
同一份摘要裡混了三種狀態
已承諾。 你接受了會議、親自建立了有期限的任務、回信答應交付，或在團隊系統裡被指派為負責人。這類事項應該能指出對象、交付物，以及期限從哪裡來。
待確認。 同事問「今天有空看一下嗎」、客戶提出新日期、行事曆邀請還沒回覆。這些是要求，不會自動變成你的工作。它們的下一步只有一個：回覆或協商。
AI 建議。 模型根據你的目標、過去的對話或行事曆上的空檔，提醒你可以做某件事。建議可能很好，但它沒有因此取得今天的工時。如果建議是根據舊的偏好或過期的背景產生的，還要先確認那些背景是否仍然適用，參考〈AI 記住你的看法之後，會更容易順著你說〉。
先問狀態，再排先後
打開摘要之後，不要先拖曳名次，而是先替每一項找到它成為工作的理由。具體做法是要求每一項都帶上幾個欄位：可以點回去的來源（哪封信、哪個事件、哪張任務卡）、目前狀態、誰在等、期限從哪裡來，以及下一個由人做的動作。「根據你的近期活動」不算來源。
補上狀態之後，開頭那份摘要的意思就變了：客戶簡報進今天的交付；供應商改期進待確認，今天只需要回一封信；出差清單留在建議區。看起來只是多了幾個欄位，實際上是讓兩件還沒成立的事，不會搶走已經答應的工作的時間。
還可以替「今天的非會議交付」設一個小名額，例如三項。這個數字不是標準答案，而是用來讓衝突浮出來：如果核對後發現有七項都是已承諾，問題在於你已經答應太多，該做的是移動期限或找人協商，而不是讓 AI 悄悄把後四項排到畫面下方。
證據互相矛盾的時候
狀態判斷要靠證據，而證據有時會互相矛盾：信件說週二，任務卡寫週三。這時 AI 應該把它標成「缺值」，停在待確認，而不是挑一個看起來比較新的日期當成承諾。美國國家標準與技術研究院（NIST）的 AI 風險管理框架提醒，把複雜的人類情境轉成模型能處理的數字，可能會丟掉必要的脈絡；人和 AI 在決策中的角色也需要清楚區分。放到每日摘要上，最小的分工就是：AI 蒐集和分組，人確認承諾是否成立。
接上越多帳號，摘要也不一定越準。先只開啟這份摘要真正需要的來源；工作或機密帳號如果不符合組織規定，就不要為了更完整的摘要自行接上。
下一次看晨間摘要時，先替排在前三名的事各問一句：這是我答應的、別人要求的，還是 AI 建議的？摘要如果要交給別人接手，同樣的欄位也能讓下一個人看懂誰負責、何時成立，參考〈AI 摘要看起來很整齊，不代表同事能直接接手〉。
AI 整理卡
我想讓 AI 每日摘要分清楚哪些是我已經答應的事，哪些只是要求或建議。
判斷方法來自這篇文章：https://boosterminiclass.com/posts/ai-daily-brief-commitment-states/
文章的看法是：摘要的排序回答「哪件事值得先看」，不回答「誰在等我」。每一項要先標出狀態：已承諾（我接受了時間、交付物或對象，或被具名指派）、待確認（別人提出、我還沒答應）、AI 建議（由目標、舊對話或空檔推測），再決定今天做什麼。
請只讀取我已授權的行事曆、任務與訊息，不要新增、修改、回覆、接受邀請或刪除任何項目。
針對今天與未來 48 小時的候選事項，每一項列出：
- 可回開的來源（信件、事件或任務的連結或 ID）、我的回覆狀態、等待的人、期限原文與依據；
- 狀態：已承諾／待確認／AI 建議，以及判斷的證據；缺少來源、回覆狀態或期限依據時標「缺值」，不要猜；
- 下一個由我做的動作（交付、回覆協商，或暫不處理）。
接著指出行程衝突；從已承諾項目中挑出最多三項非會議交付，若超過三項，列出需要協商期限或範圍的項目。
只提供一份可核對的摘要，不替我執行任何動作；哪些事今天要做，由我決定。
參考來源
- Google Blog：The Gemini app becomes more agentic, delivering proactive, 24/7 help — https://blog.google/innovation-and-ai/products/gemini-app/next-evolution-gemini-app/（2026-05-19）
- Google for Developers：Events | Google Calendar API — https://developers.google.com/workspace/calendar/api/v3/reference/events [accessed: 2026-10-11]
- NIST AI Resource Center：Appendix C: AI Risk Management and Human-AI Interaction — https://airc.nist.gov/airmf-resources/airmf/appendices/app-c-ai-risk-management-and-human-ai-interaction [accessed: 2026-10-11]
