daily-meeting-update

daily-meeting-update skill 概覽

daily-meeting-update skill 是一套用於會前準備的工作流程，目的是把零散的活動紀錄整理成可直接使用的 standup 更新。它特別適合開發者：當你需要快速、結構化地回答每日會議真正關心的問題——昨天做了什麼、今天接下來要做什麼、卡在哪裡、哪些事情應該在會上討論——這個 daily-meeting-update skill 就能派上用場。

daily-meeting-update 實際上會做什麼

和一般「幫我寫 standup」的提示不同，daily-meeting-update 會先嘗試從你可能已經在用的工具中蒐集依據，再進行一段簡短訪談，最後把結果整理成 Markdown。它的核心價值不只是摘要，而是把活動資料與人類脈絡接起來。

最適合的使用者

這個 daily-meeting-update skill 最適合以下類型的人：

• 平常工作主要落在 GitHub、Git、Jira 或 Claude Code sessions
• 想要一套可重複的 standup 流程，而不是每天早上即興整理
• 需要一份看起來完整、專業的更新，但仍希望保有內容取捨的控制權
• 如果沒被提醒，常會漏掉該提出的討論事項或 blocker

真正要完成的工作

多數使用者其實不是需要「AI 幫我寫文案」，而是需要有人幫忙準確重建昨天做了什麼、辨認哪些內容值得講，並整理成一段可以貼進聊天工具或直接在會議中口頭報告的短更新。daily-meeting-update for Meeting Prep 在你的工作分散於 commits、PRs、tickets 和 coding sessions 時，特別有優勢。

相較於普通提示詞的關鍵差異

主要差別在於流程紀律：

• 會先檢查整合是否可用，而不是直接假設工具都已設定好
• 先拉取脈絡，再開始提問
• 採用固定的 4 段式訪談
• 把機器可偵測的工作紀錄，和使用者補充的人類判斷結合起來

因此，和只靠記憶盲寫的提示相比，輸出結果通常更值得信任。

哪些情況不適合用這個 skill

以下情況建議略過 daily-meeting-update：

• 你不想經過任何訪談步驟
• 你的工作大多不在開發工具裡，難以從 Git/Jira/歷史紀錄找到依據
• 你只需要一句話的狀態更新
• 你要的是團隊層級報表，而不是個人的每日更新

如何使用 daily-meeting-update skill

daily-meeting-update 的安裝背景

上游儲存庫是 softaworks/agent-toolkit，位置在 skills/daily-meeting-update。如果你的環境支援 GitHub-hosted skills，常見的安裝方式如下：

npx skills add softaworks/agent-toolkit --skill daily-meeting-update

如果你的 agent 平台使用不同的匯入機制，請從該 repository path 加入這個 skill，並在真的拿去會議中使用前，先檢查原始檔內容。

先讀這幾個檔案

如果你想快速掌握 daily-meeting-update guide，建議先看：

1. skills/daily-meeting-update/SKILL.md — 實際工作流程與觸發行為
2. skills/daily-meeting-update/README.md — 對整合方式與範例有更清楚的說明
3. skills/daily-meeting-update/scripts/claude_digest.py — 可看出 Claude Code session history 是如何被偵測與摘要的

這個閱讀順序很重要，因為 script 會揭示「history integration」在實務上到底代表什麼。

daily-meeting-update 工作流程怎麼跑

這個 skill 分成三個階段運作：

1. 偵測並提供可用整合
   • Claude Code history
   • GitHub CLI
   • Git repository context
   • Jira CLI
2. 訪談
   • yesterday
   • today
   • blockers
   • discussion topics
3. 產生更新
   • 結合拉取到的活動紀錄與你的回答
   • 輸出可分享的 Markdown standup update

實務上最重要的細節是：它的設計是先拉資料，再進入訪談，這樣問題才能問得更具體。

這個 skill 需要你提供哪些輸入

當你提供以下資訊時，daily-meeting-update usage 的效果會最好：

• 如果「yesterday」不夠明確，請提供會議日期或相對時間範圍
• 你希望聚焦的 repo 或 project
• 是否要使用 GitHub/Jira/history 來源的確認
• 任何不會出現在 commits 或 tickets 裡的非工具型工作內容
• 受眾或輸出限制，例如「spoken standup」、「Slack post」或「brief manager update」

少了這些脈絡，結果可能在技術上是正確的，但仍不夠完整。

適合觸發這個 skill 的說法

這個 skill 預期會被以下這類請求觸發：

• “help me with my daily”
• “prepare my standup update”
• “generate a scrum update”
• “what’s my status for today’s meeting?”

如果你想得到更好的結果，請讓請求內容比單純的 trigger phrase 更具體一些。

把模糊需求變成高品質提示

較弱：

Help me with my daily.

較好：

Prepare my daily standup update for today. Use GitHub and Claude Code history if available, focus on repo my-app, keep it under 6 bullets, and make blockers explicit.

最佳：

Prepare my daily standup update for today. Pull GitHub activity and Claude Code history if available, but ask before using Jira. Focus on work from yesterday in my-app and api-service. I need a Markdown version for Slack plus a shorter spoken version. Include: what I finished, what I’m doing next, blockers, and any topic I should raise with the team.

更完整的提示能直接改善資料來源選擇、輸出格式，以及與會議情境的貼合度。

如何讓輸出更充分利用資料來源

daily-meeting-update install 只是把工作流程裝起來；品質好不好，取決於可用資料來源是否真的可存取。使用前請先確認：

• 如果你要 GitHub context，gh auth status 能正常執行
• 如果你期待 local git 訊號，當前 repo 是有效的 git repository
• 如果你要 ticket context，Jira CLI 已完成設定
• 如果你要 session digests，Claude Code history 存在於 ~/.claude/projects

這個 skill 明確避免假設工具都已設定完成。這樣做對可靠性有幫助，但也代表你要預期它會先做權限與可用性檢查。

Claude Code history script 提供了什麼

scripts/claude_digest.py 會拉出 Claude Code sessions 的摘要，欄位包含：

• session title
• project path
• branch
• touched files
• command count
• date/session count

當你的「已完成工作」比起 merged PRs，更容易從 coding sessions 還原時，這會特別有用。它也能提醒你那些還沒顯示在 GitHub 上、但其實已經做了一部分的工作。

建議的日常使用流程

一個實際可行的 daily-meeting-update usage 模式如下：

1. 在 standup 開始前執行，不要等到會議中才跑。
2. 允許可用的 integrations。
3. 檢查拉回來的活動內容，只保留相關項目。
4. 用 4 個訪談問題補上缺失的脈絡。
5. 如果第一版太冗長，再要求它精簡重寫。
6. 把 Markdown 輸出存下來，用於 Slack 或你的會議筆記。

這樣能避免工具最後只是變成被動的活動紀錄傾倒。

應該主動指定的輸出格式

這個 skill 會產生 Markdown，但你還是應該明確指定你要的樣式：

• 適合 standup chat 的 bullet list
• 適合口頭報告的 spoken script
• 面向 manager、少一點實作細節的狀態更新
• daily sync 用的精簡版，外加 async update 用的較長版本

格式要求會實質影響可用性，所以最好一開始就講清楚。

daily-meeting-update skill 常見問題

daily-meeting-update 真的比一般 standup prompt 更好嗎？

通常是，前提是你的工作有在 GitHub、Git、Jira 或 Claude Code history 裡留下痕跡。一般提示主要依賴記憶；daily-meeting-update 會先嘗試重建脈絡，再提出針對性問題，因此比較不容易漏掉重點，也能避免更新內容過於空泛。

我需要把所有 integration 都設定好嗎？

不需要。這個 skill 的設計本來就是先檢查哪些可用、再詢問你是否要用。你仍然可以把 daily-meeting-update 當成純訪談流程來使用，只是如果完全沒有外部脈絡可依據，整體價值就會打折。

它對新手友善嗎？

算是友善，但有一個前提：新手可能需要有人協助判斷，自己所在環境裡到底有哪些 integration 真的可用。訪談本身不複雜，但前置設定的品質會直接影響這個 skill 能幫你預填多少內容。

最大的限制是什麼？

這個 skill 並不會神奇地知道哪些活動在政治上或策略上更重要。它可以幫你找出工作依據，但你還是得自己決定：

• 哪些要強調
• 哪些不該提
• 未完成工作要怎麼表述
• 哪些 blocker 需要升級處理

什麼時候不該使用 daily-meeting-update？

以下情況不建議使用：

• 你的更新內容必須完全手動、且完全私密
• 你的會議格式高度客製化，和 yesterday/today/blockers/topics 差距很大
• 你需要的是跨多人的團隊彙總，而不是你自己的狀態更新
• 你的工作日主要都在規劃、溝通或設計，且這些內容不會出現在已連接的工具中

如何改進 daily-meeting-update skill 的使用效果

一開始就把範圍講清楚

想改善 daily-meeting-update 結果，最快的方法就是先縮小範圍：

• 哪個 repo
• 哪個 project
• 哪段日期範圍
• 要用哪些 integrations
• 這份更新是給誰看的

如果你不先限定範圍，這個 skill 很可能收集到的是正確但雜訊很多的脈絡。

明確說出哪些內容不要放進去

常見失敗模式之一，就是把低價值活動報得太多。你可以直接這樣限制：

• “exclude routine review comments”
• “focus on merged work and meaningful progress”
• “don’t list exploratory branches unless they affect today”
• “omit internal troubleshooting details from the Slack version”

這樣整理出來的更新，會更像真實的人類 standup，而不是活動紀錄流水帳。

補上工具資料缺少的人類脈絡

工具資料通常抓不到這些事：

• 為什麼某件事花了比預期更久
• 你做了什麼取捨
• 目前卡著哪個決策
• 你需要隊友提供什麼協助

當自動偵測到的脈絡出現後，請在訪談階段補上這些內容。這正是 daily-meeting-update skill 從「自動化報表」變成真正有用工具的關鍵。

使用兩階段精修

一個很好用的模式是：

1. 第一輪：先產出完整的 Markdown standup。
2. 第二輪：再要求它改成更緊湊、符合會議需求的版本。

範例追問：

Shorten this to 4 bullets, keep one blocker, and make the discussion topic a final line item.

這通常比你在第一輪就硬要求「又短又完美」更有效。

在第一版後修正模糊地帶

如果第一版把已完成、進行中與預計要做的工作混在一起，請明確要求它用更清楚的標籤重寫：

• Done yesterday
• Doing today
• Blockers
• Need input on

當 GitHub activity 同時包含 merged 與 unmerged work 時，這種結構尤其實用。

透過驗證證據來源來提升可信度

如果更新內容看起來不太對，先檢查資料來源路徑，而不只是修改字面措辭：

• 確認 gh 是否登入到正確帳號
• 確認你目前所在的是正確的 git repo
• 驗證 Jira CLI 存取是否正常
• 如果 session history 看起來不完整，檢查 scripts/claude_digest.py 的行為

長期來看，這是提升 daily-meeting-update 輸出品質最實際的方法。