朝 8 時、AI アシスタントがまとめた朝の要約に、「今日の優先事項」が三つ並んでいる。顧客向けのプレゼン資料を仕上げる、仕入れ先からの日程変更に返信する、来月の出張の持ち物リストを用意する。わかりやすい ToDo リストに見える。
だが三つの性質はまるで違う。顧客向けの資料は、先週の金曜にメールで約束し、今日の午後 3 時までに出すものだ。仕入れ先は日程を動かせるか尋ねてきただけで、あなたはまだ何も約束していない。持ち物リストは、AI が航空券の確認メールを見て自分で思いついた提案で、誰も待っていない。約束なのは一つ目だけだ。
Google は 2026 年 5 月、Gemini に毎日の要約機能（Daily Brief）を加えた。利用者が有効にすると、Gmail から急ぎの更新を集め、カレンダーの予定を追い、利用者の目標に沿って優先順位を付け、次の一歩を提案する。こうした機能は、メールを探し回る時間を確かに減らしてくれる。だが順位が答えるのは「モデルがどれを先に見るべきだと考えるか」で、約束の状態が答えるのは「誰があなたに何を待っているか」だ。二つを一つの順位にまとめてしまうと、まだ引き受けてもいない依頼を、今日やり遂げるべき仕事と取り違えかねない。
上に並んだものが今日やるべきこととは限らない
要約が順番を付けてくれれば、その順にこなしたくなるのは自然だ。問題は、順位が反映しているのが緊急度、目標との関わり、時間の近さで、どれも「あなたが約束した」ことを意味しないという点だ。
件名に「至急」とあるメールが届いても、その期限を約束したことにはならない。カレンダーに会議が表示されていても、招待を承諾したことにはならない。Google カレンダーのデータ自体が、参加者の返答を未返答、仮承諾、承諾、辞退に分けている。「未返答」のままの招待が要約で 1 位に並べば、決まった予定と見分けがつかなくなる。
一つの要約に三つの状態が混ざっている
約束済み。 会議を承諾した、期限付きのタスクを自分で作った、メールで納品を引き受けた、チームのシステムで担当者に指名された。こうした項目は、誰のためか、何を出すのか、期限がどこから来たのかを示せるはずだ。
要確認。 同僚の「今日ちょっと見てもらえる？」、顧客からの新しい日程の提案、まだ返事をしていないカレンダーの招待。これらは依頼であって、自動的にあなたの仕事にはならない。次の一歩は一つだけで、返事をするか調整するかだ。
AI の提案。 モデルがあなたの目標、過去の会話、カレンダーの空き時間をもとに、こんなことができると知らせてくる。よい提案かもしれないが、それで今日の作業時間を得たことにはならない。古い好みや期限切れの背景から生まれた提案なら、その背景がまだ当てはまるか先に確かめたい。AI があなたの考えを覚えると、あなたに話を合わせやすくなるも参考になる。
順番より先に状態を問う
要約を開いたら、まず並べ替えるのではなく、各項目が仕事になった理由を探す。具体的には、すべての項目にいくつかの欄を持たせる。開いて確かめられる出どころ（どのメール、どの予定、どのタスクか）、いまの状態、誰が待っているか、期限がどこから来たか、人が次にやるべき動作。「最近の活動に基づいて」は出どころにならない。
状態を付けると、冒頭の要約の意味は変わる。顧客向けの資料は今日の成果物に入る。仕入れ先の日程変更は要確認に入り、今日は返信を一通書けばいい。持ち物リストは提案の欄に残る。欄が少し増えただけに見えるが、まだ成り立っていない二つの事柄が、約束した仕事の時間を奪わずに済む。
「今日の会議以外の成果物」に小さな枠を設けてもいい。たとえば三つだ。この数は正解ではなく、衝突を浮かび上がらせるためのものだ。確かめてみたら約束済みが七つあったなら、問題は引き受けすぎていることにある。やるべきは期限を動かすか誰かと調整することで、AI にこっそり後ろの四つを画面の下へ押しやらせることではない。
証拠どうしが食い違うとき
状態の判断には証拠が要るが、証拠は食い違うことがある。メールには火曜とあり、タスクカードには水曜とある。そういうとき AI は「欠落」と記して要確認にとどめるべきで、新しそうに見える日付を約束として選んではいけない。米国国立標準技術研究所（NIST）の AI リスク管理フレームワークは、複雑な人間の状況をモデルが扱える数値に置き換えると、必要な文脈が失われうること、そして意思決定における人と AI の役割をはっきり区別する必要があることを注意している。毎日の要約に当てはめれば、最小の分担はこうなる。AI は集めて分類し、約束が成り立っているかは人が確かめる。
また、つなぐアカウントを増やすほど要約が正確になるとは限らない。要約に本当に必要な出どころだけを有効にする。仕事用や機密のアカウントが組織の規則に合わないなら、より完全な要約のために自分の判断でつながないこと。
次に朝の要約を見るときは、上位三つにそれぞれ一つ問うてほしい。これは自分が約束したことか、誰かに頼まれたことか、AI が提案したことか。要約を誰かに引き継ぐなら、同じ欄が、誰が担当で、いつ決まったのかを次の人に伝えてくれる。整ったAI要約でも、そのまま仕事を引き継げるとは限らないも参考になる。
AI 整理カード
AI の毎日の要約で、自分が本当に約束したことと、依頼や提案を分けたい。
判断方法はこの記事による：https://boosterminiclass.com/ja/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]
