每日會議更新
透過互動式訪談產生每日站立會議/會議更新。切勿假設工具已設定完成——請先詢問。
工作流程
啟動
│
▼
┌─────────────────────────────────────────────────────┐
│ 階段 1：偵測與提供整合選項 │
│ • 檢查：Claude Code 歷史記錄？gh CLI？jira CLI？ │
│ • Claude Code → 拉取昨天的階段摘要 │
│ → 使用者透過 multiSelect 選擇相關項目 │
│ • GitHub/Jira → 詢問使用者，若同意則拉取 │
│ • 現在拉取資料（在訪談之前） │
├─────────────────────────────────────────────────────┤
│ 階段 2：訪談（附帶洞察） │
│ • 顯示拉取的資料作為上下文 │
│ • 昨天：「我看到你合併了 PR #123，還有其他嗎？」 │
│ • 今天：你今天將做什麼？ │
│ • 障礙：有什麼阻礙你嗎？ │
│ • 主題：有什麼要在會議結束時討論的嗎？ │
├─────────────────────────────────────────────────────┤
│ 階段 3：產生更新 │
│ • 結合訪談回答 + 工具資料 │
│ • 格式化為乾淨的 Markdown │
│ • 呈現給使用者 │
└─────────────────────────────────────────────────────┘
階段 1：偵測與提供整合選項
步驟 1：靜默偵測
靜默檢查可用的整合（抑制錯誤，不要顯示給使用者）：
| 整合 | 偵測方式 |
|---|---|
| Claude Code 歷史記錄 | ~/.claude/projects 目錄存在且有 .jsonl 檔案 |
| GitHub CLI | gh auth status 成功 |
| Jira CLI | jira 指令存在 |
| Atlassian MCP | mcp__atlassian__* 工具可用 |
| Git | 位於 Git 儲存庫內 |
步驟 2：提供 GitHub/Jira 整合選項（若可用）
Claude Code 使用者： 在此階段的所有問題請使用
AskUserQuestionTool工具。
GitHub/Git：
如果 HAS_GH 或 HAS_GIT：
「我偵測到您有 GitHub/Git 設定。要我拉取您最近的活動（提交、PR、審查）嗎？」
選項：
- 「是，拉取資訊」
- 「不用，我會手動提供所有內容」
如果同意：
「我該檢查哪些儲存庫/專案？」
選項：
- 「只要目前目錄」（如果在 Git 儲存庫中）
- 「我來列出儲存庫」→ 使用者提供清單
Jira：
如果 HAS_JIRA_CLI 或 HAS_ATLASSIAN_MCP：
「我偵測到您有 Jira 設定。要我拉取您的工單嗎？」
選項：
- 「是，拉取我的工單」
- 「不用，我會手動提供所有內容」
步驟 3：拉取 GitHub/Jira 資料（若使用者同意）
GitHub/Git — 針對每個同意的儲存庫：
- 使用者自昨天以來的提交記錄
- 使用者開啟/合併的 PR
- 使用者完成的審查
Jira — 指派給使用者的工單，且於過去 24 小時內更新
關鍵洞察：儲存結果，以便在階段 2 的訪談中用作上下文。
步驟 4：提供 Claude Code 歷史記錄選項
此整合能擷取您使用 Claude Code 處理的所有工作，對於回憶不在 git 或 Jira 中的工作特別有用。
偵測方式：
ls ~/.claude/projects/*/*.jsonl 2>/dev/null | head -1
如果 Claude Code 歷史記錄存在，則詢問：
「我也可以拉取您昨天在 Claude Code 的工作階段歷史記錄。這有助於回憶不在 git/Jira 中的工作（研究、除錯、規劃）。要我檢查嗎？」
選項：
- 「是，拉取我的 Claude Code 工作階段」
- 「不用，我已經有需要的所有資訊」
如果同意，執行摘要腳本：
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json
然後使用 multiSelect 呈現工作階段：
使用 AskUserQuestionTool 並設定 multiSelect: true，讓使用者選取相關項目：
「以下是您昨天在 Claude Code 的工作階段。請選取與您站立會議相關的項目：」
選項（multiSelect）：
- 「修復驗證錯誤 (backend-api)」
- 「實作 OAuth 流程 (backend-api)」
- 「更新首頁樣式 (frontend-app)」
- 「研究付款供應商 (docs)」
關鍵洞察： 使用者選取哪些是與工作相關的階段。個人專案或實驗可以排除。
在以下情況下，請勿執行摘要腳本：
- 使用者明確對 Claude Code 歷史記錄說「不用」
- 使用者說會手動提供所有內容
~/.claude/projects目錄不存在
如果摘要腳本失敗：
- 備援方案：靜默跳過 Claude Code 整合，繼續進行訪談
- 常見問題：未安裝 Python、昨天沒有工作階段、權限錯誤
- 請勿阻斷站立會議流程——該腳本是輔助性的，非必要
階段 2：訪談（附帶洞察）
Claude Code 使用者： 使用
AskUserQuestionTool工具進行訪談。這能提供更佳的使用者體驗，包含結構化選項。
使用已拉取的資料作為上下文，讓問題更智慧。
問題 1：昨天
如果已拉取資料，先顯示資料：
「以下是從您的活動中發現的內容：
- 已合併 PR #123：修復登入逾時
- 在 backend-api 有 3 筆提交
- 已審查 PR #456（已核准）
您昨天還有做其他我沒看到的事情嗎？」
如果未拉取任何資料：
「您昨天/自上次站立會議以來做了什麼？」
如果使用者回答模糊，可追問：
- 「可以多說明一下 X 的細節嗎？」
- 「有沒有完成什麼特定事項？」
問題 2：今天
「您今天將做什麼？」
選項：
- [文字輸入 - 使用者自由輸入]
如果已拉取 Jira 資料，可以建議：
「我看到您被指派了這些工單：
- PROJ-123：實作 OAuth 流程（進行中）
- PROJ-456：修復付款錯誤（待辦）
您今天會處理其中任何一個嗎？」
問題 3：障礙
「您目前有任何障礙或阻礙嗎？」
選項：
- 「沒有障礙」
- 「有，我有障礙」→ 追問細節
問題 4：討論主題
「有什麼主題想在每日會議結束時提出嗎？」
選項：
- 「沒有，無需討論」
- 「有」→ 追問細節
主題範例：
- 需要大家意見的技術決策
- 與其他團隊的對齊
- 關於優先順序的問題
- 團隊公告或資訊
階段 3：產生更新
將所有資訊合併為乾淨的 Markdown：
# 每日更新 - [日期]
## 昨天
- [訪談中的項目]
- [若從 GitHub/Jira 拉取的項目]
## 今天
- [訪談中的項目]
## 障礙
- [障礙項目 或「無障礙」]
## PR 與審查（若從 GitHub 拉取）
- [已開啟的 PR]
- [已合併的 PR]
- [已完成的審查]
## Jira（若從 Jira 拉取）
- [已更新的工單]
## 討論主題
- [主題 或「無」]
---
*連結：*
- [PR 連結]
- [工單連結]
核心原則
- 訪談為主 — 工具輔助，不取代人的上下文
- 存取前需徵得同意 — 在從任何整合拉取資料前務必先詢問
- 情境感知問題 — 在訪談中顯示已拉取的資料以觸發記憶（「我看到您合併了 PR #123...」）
快速參考
| 階段 | 動作 | 工具 |
|---|---|---|
| 1. 偵測與提供 | 檢查 gh/jira/claude 歷史記錄、詢問使用者、拉取資料 | Bash（靜默）、AskUserQuestionTool* |
| 2. 訪談 | 詢問 4 個問題並提供洞察 | AskUserQuestionTool* |
| 3. 產生 | 格式化 Markdown | 輸出文字 |
*僅限 Claude Code：使用 AskUserQuestionTool 工具進行結構化提問。
Claude Code 摘要腳本
# 以 JSON 格式取得昨天的工作階段
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json
# 取得今天的工作階段
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --date today --format json
# 篩選特定專案
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --project ~/my-app --format json
範例工作階段
Claude：「我們來準備您的每日會議！我偵測到 GitHub 已設定。要我拉取您最近的活動嗎？」
使用者：「好的」
Claude：「我該檢查哪些儲存庫？」
使用者：「backend-api 和 frontend-app」
[Claude 靜默拉取 GitHub 資料]
Claude：「我也可以拉取您昨天在 Claude Code 的工作階段歷史記錄。要我檢查嗎？」
使用者：「好的」
[Claude 執行摘要腳本，取得 5 個工作階段]
Claude：「以下是您昨天在 Claude Code 的工作階段。請選取與您站立會議相關的項目：」
☑ 修復驗證逾時錯誤 (backend-api)
☑ 實作 OAuth 流程 (backend-api)
☐ 更新個人部落格 (blog) - [使用者取消選取個人專案]
☑ 研究付款供應商 (docs)
☐ 除錯測試失敗 (experiments)
使用者：[選取 3 個相關項目]
Claude：「以下是從您的活動中發現的內容：
- 已合併 PR #120：修復登入逾時
- 已開啟 PR #125：功能：新增 OAuth 流程
- 已審查 PR #123（已核准）、PR #456（要求變更）
- 在 backend-api 有 5 筆提交
- [來自 Claude Code] 修復驗證逾時錯誤
- [來自 Claude Code] 實作 OAuth 流程
- [來自 Claude Code] 研究付款供應商
您昨天還有做其他我沒看到的事情嗎？」
使用者：「沒有，這樣就夠了」
Claude：「您今天將做什麼？」
使用者：「繼續 OAuth 功能並部署到暫存環境」
Claude：「有任何障礙嗎？」
使用者：「沒有」
Claude：「有什麼主題想在每日會議結束時提出嗎？」
使用者：「有，我想討論新付款模組的架構」
[Claude 產生更新]
輸出範例
# 每日更新 - 2026-01-22
## 昨天
- 處理驗證功能
- 研究付款供應商
- 已合併 PR #120（修復：登入逾時）
- 已開啟 PR #125（功能：新增 OAuth 流程）
## 今天
- 繼續 OAuth 功能
- 部署到暫存環境
## 障礙
- 無障礙
## PR 與審查
- **已開啟：** PR #125 - 功能：新增 OAuth 流程
- **已合併：** PR #120 - 修復：登入逾時
- **審查：** PR #123（已核准）、PR #456（要求變更）
## 討論主題
- 新付款模組的架構
---
*連結：*
- https://github.com/org/repo/pull/125
- https://github.com/org/repo/pull/120
反模式
| 應避免 | 原因（專家知識） | 應這麼做 |
|---|---|---|
| 未經詢問就執行 gh/jira | 使用者可能看得到個人儲存庫，或處於不想暴露的敏感專案上下文 | 務必先詢問，讓使用者選擇儲存庫 |
| 假設目前目錄是唯一的專案 | 開發者通常同時處理 2-5 個儲存庫（前端、後端、基礎設施） | 詢問「您目前正在處理哪些專案？」 |
| 即使有工具資料也跳過訪談 | 工具能捕捉「做了什麼」，但錯過「為什麼」和上下文（研究、會議、規劃） | 訪談為主，工具輔助 |
| 在回答完所有 4 個問題前就產生更新 | 使用者可能有會改變敘述的關鍵障礙或討論主題 | 完成訪談，然後產生 |
| 包含原始提交訊息 | 提交訊息通常很簡短（「修復」、「wip」），無法說明故事全貌 | 摘要為人類可讀的結果 |
| 在訪談後才要求資料 | 在訪談中顯示洞察能讓問題更智慧（「我看到您合併了 PR #123，還有其他嗎？」） | 先拉取資料，然後在訪談時加上上下文進行 |
絕對禁止
- 絕對不要假設工具已設定完成 — 許多開發者雖然安裝了 gh 但未登入，或 jira CLI 指向錯誤的實例
- 絕對不要跳過「討論主題」問題 — 這通常是站立會議中最有價值、工具無法捕捉的部分
- 絕對不要產生超過 15 個項目 — 站立會議應可在 2 分鐘內讀完；過長的更新會讓聽眾失去焦點
- 絕對不要在沒有上下文的情況下包含工單/PR 編號 — 「PROJ-123」沒有意義；務必包含標題或摘要
- 絕對不要從使用者未明確同意的儲存庫中拉取資料 — 即使您能看到其他儲存庫，也請尊重界限