整合式每日工作晨報（Gmail+Calendar+Jira+研究）
用途
整合 Gmail / Calendar / Jira / 內容系統 / 研究摘要，生成含跨源洞察分析與行動清單的完整晨報，讓你開工就知道今天最重要的事是什麼。
何時用
- 適合：同時管多個工具（Jira 跑票、Gmail 收信、Calendar 安排）、需要每天掌握所有待辦與研究脈動的顧問或經營者。
- 不要用：只需要行事曆 + 信箱的簡單需求，請用輕量版「Calendar + Gmail 晨報」——多系統整合成本高，尚未連好所有 MCP 時跑起來會卡關。
Prompt
text
請執行整合式每日晨報，共四個步驟，任一步驟失敗不可中止，請存檔並繼續：
步驟 1 — Gmail 分類掃描
搜尋最近 {{N}} 小時未讀郵件，依以下類別分類：
- 客戶/合約（需回覆）
- 帳單/財務（需處理）
- 資訊/電子報（標記已讀即可）
每類列出前 2 封，附主旨 + 建議行動。
步驟 2 — Calendar 行程確認
讀取今日行程，列出：時間/會議名/是否需要準備材料/預估耗時。
步驟 3 — Jira 未結票掃描
搜尋「已 commit 但狀態仍開啟」的票（In Progress + 指派給我），列出票號/標題/逾期風險。
步驟 4 — 研究摘要 Top 3
從 inbox 或研究資料夾抓今日最值得關注的 AI/行業動態，每條附：現象 → 原因分析 → 我的行動建議。
最後輸出：
- 跨源洞察（現象→原因→行動，1-2條最關鍵的）
- 今日行動清單（≤5 項，附預估時間，從最緊急排起）範例 / 變體
- 填好變數：
{{N}}填「24」，讓 AI 掃過去 24 小時；如果你昨晚有收信習慣，可改成「12」聚焦今早新件。 - 變體（週一擴充版）：週一時在步驟 3 額外加「本週衝刺目標確認」，把 Jira Sprint 目標也拉進來，讓週初晨報更全面。
- 變體（只跑失敗步驟）：如果某天 Jira MCP 連不上，在 prompt 最後加「只執行步驟 1/2/4，步驟 3 跳過並記錄」，保持晨報不中斷。
🎯 範例輸出（實測）
在 Claude Code 跑這句、把
{{N}}填成「24」的結果：
點開看 AI 實際輸出
步驟 1 — Gmail 分類掃描（過去 24 小時）
客戶/合約（需回覆）
- CHT 採購部：企業培訓合約修訂 v2（等 2 天）→ 建議行動：今日 14:00 電話前確認條款
- USL 佳琳：6 月發票請款（等 1 天）→ 建議行動：確認金額後回覆匯款時間
帳單/財務（需處理）
- Stripe payout NT$12,840（今早）→ 建議行動：確認入帳後記帳
資訊/電子報（標記已讀）
- TLDR AI 2026-06-04、The Rundown 2026-06-04（已標記）
步驟 2 — Calendar 行程確認
| 時間 | 會議 | 是否需準備 | 預估耗時 |
|---|---|---|---|
| 10:00 | USL 週同步 | 是（本週進度摘要） | 1 小時 |
| 14:00 | CHT 合約確認電話 | 是（合約 v2 對比表） | 30 分 |
| 16:30 | 內部週報 | 否 | 45 分 |
步驟 3 — Jira 未結票掃描
| 票號 | 標題 | 逾期風險 |
|---|---|---|
| CF1-110 | USL #36 App Builder 雙軌選課 | 🟡 今日截止 |
| CF1-24 | USL #24 嘜頭編輯器 | 🟢 6/10 截止 |
| CF1-19 | CHT 培訓合約確認 | 🔴 已逾期 2 天 |
步驟 4 — 研究摘要 Top 3（from inbox）
- OpenAI GPT-5 發布細節外洩 → 推理能力大幅提升 → 行動建議：評估是否更新 CHT 課程的 AI 工具對比章節
- Google Gemini 2.5 Flash 降價 30% → API 成本下降 → 行動建議：重新估算 RAG 客服方案報價
- n8n 1.90 發布：原生 MCP 支援 → 不需再用 HTTP Request 串接 → 行動建議：測試 USL n8n 環境升級可行性
跨源洞察
CHT 合約已逾期 2 天未簽，且今日 14:00 有電話確認，建議在 10:00 USL 週同步前先把合約對比表準備好，這個電話是本日最關鍵的推進點。
今日行動清單
- 準備 CHT 合約 v2 對比表（10:00 前，30 分鐘）
- USL 週同步（10:00，1 小時）
- CHT 合約確認電話（14:00，30 分鐘）
- 回覆 USL 佳琳發票請款（15:00 前，10 分鐘）
- 確認 Stripe 入帳並記帳（下班前，5 分鐘）
💡 實測心得：「失敗不中止」這個要求在實際使用中非常關鍵——Jira MCP 偶爾會 timeout，如果不加這條指令，整個晨報在步驟 3 就卡死，步驟 4 的研究摘要就看不到；把每個步驟設計成「失敗就記錄並繼續」，晨報的可靠性從 70% 提升到 95% 以上。
延伸
重點來了：多系統整合的最大風險不是「哪個系統斷了」，而是「斷了就整個晨報跳過」。這個 prompt 明確要求「失敗不中止、務必存檔」，就是為了避免你某天因為 Jira 掛掉就什麼都不知道。
如果你同時也訂閱多份電子報，搭配「電子報自動 Ingestion Pipeline」讓研究摘要自動入庫，晨報的「步驟 4 研究摘要」品質會大幅提升。