用AI主持每日站立會議：把混亂的進度同步變成三分鐘重點

用AI主持每日站立會議，能幫你把五個人各講兩分鐘、東拉西扯十五分鐘的站立會議，壓縮成三分鐘就能讀完的重點摘要，還能自動抓出卡關與風險、產出可追蹤的紀錄，讓站立會議真的回到「同步進度」這個原始目的。

為什麼站立會議常常開成閒聊大會

大多數團隊的站立會議之所以拖時間，不是因為人多，而是因為沒有統一的回報格式。有人講「昨天在忙那個案子」，有人直接跳去講解決方案的技術細節，還有人把站立會議當成抱怨大會。主持人如果沒有即時整理的能力，會議紀錄往往變成流水帳，甚至根本沒人做紀錄，開完就忘記誰卡在哪裡。

AI 在這件事情上真正的價值，不是取代主持人本人，而是接手「聽、記、整理、抓重點」這個高耗神但低創意的工作。你把每個人的口語回報丟給 AI，牠幫你在幾秒內轉成結構化的三分鐘重點，主持人可以把時間留給真正需要決策的地方，例如誰要去支援卡關的同事。

站立會議的核心：三句話格式怎麼設計

站立會議最有效的格式，是每人只回答三個問題：

1. 昨天完成了什麼（具體到可驗收的產出，不是「在忙」）
2. 今天要做什麼（今天結束前應該看得到的結果）
3. 卡在哪裡（需要誰幫忙、缺什麼資源、等哪個決策）

這三句話格式的關鍵是「具體到可驗收」。如果團隊回報習慣用模糊字眼，AI 整理出來的摘要也會一樣模糊，所以與其事後靠 AI 補救，不如先在團隊裡約定好回報的顆粒度，AI 才有東西可以整理。

用AI把零散回報整理成三分鐘重點

實務做法是，每天固定時間（例如上午九點半）在團隊的 Slack、LINE 群組或 Google Chat 收集每個人的三句話回報，收集完之後把整段對話貼給 AI，用下面這組可複製的 Prompt 請它整理成主管能三分鐘看完的重點摘要。

你是{團隊名稱}的站立會議助理。以下是今天{日期}團隊成員的文字回報，請整理成一份三分鐘可讀完的站立會議摘要。

團隊成員回報原文：
{貼上每個人的昨天/今天/卡關文字}

請依照以下結構輸出：
1. 【整體進度】用兩到三句話總結團隊今天的整體狀態，是否照原訂時程走
2. 【個人重點】每人一行，格式為：姓名 — 今天要完成的最重要一件事
3. 【卡關與風險】列出所有卡關專案，標注「需要誰協助」「是否會拖累其他人的進度」，如果某個卡關已經卡超過{天數}天要特別標記
4. 【需要主管決策的事】只列出真正需要人來拍板的事項，不要把可以自己解決的小事放進來
5. 【明天要追蹤的專案】列出今天承諾但還沒完成、需要明天確認的事

用語簡潔，不要加多餘的客套話，輸出可以直接貼進會議紀錄檔案。

這組 Prompt 的重點在於「強制分類」。AI 如果沒有明確結構，很容易把卡關和進度混在一起講成一段流水帳，反而比原始文字更難讀。分成五個固定區塊之後，主管可以只看第三、四點就抓到今天最需要處理的事，其他部分留著備查即可。

三種站立會議記錄方式的比較

不同團隊規模適合的做法不太一樣，下表整理三種常見方式的差異，方便你判斷自己團隊該從哪一種開始：

對大多數台灣中小企業的團隊來說，「群組文字回報 + AI 整理摘要」的成本效益最高，不需要額外買會議轉譯工具，用團隊原本就在用的通訊軟體加上一次 AI 對話即可完成。

實作情境：一家五人電商代營運團隊的做法

高雄一家做電商代營運的小團隊，成員五人分別負責選品、廣告投放、客服、出貨對接和內容製作，過去每天早上開十五到二十分鐘的站立會議，常常變成廣告投放同事單獨報告成效數字、其他人在旁邊等，會議常常拖到快半小時。

後來團隊改成：每人前一晚睡前先在 LINE 群組貼三句話回報，隔天早上九點負責視窗把整段對話複製貼給 AI，套用上面的 Prompt 整理成摘要，九點十分前貼回群組讓大家各自花兩三分鐘看完，真正需要討論的只留當天真的卡關的一到兩項，改成站著講五分鐘就結束。

團隊回報，匯入後站立會議本身的時間明顯縮短，卡關專案因為每天被明確標記出來，比較不會拖過兩三天才被發現；不過團隊也坦言，這個做法的效果高度依賴每個人願不願意老實寫三句話回報，如果有人偷懶只寫「昨天忙」「今天繼續」，AI 再怎麼整理也整理不出有用的內容，工具解決的是整理的效率，不是回報品質本身的問題。

抓出風險與卡關的AI提示技巧

要讓 AI 真的抓出風險，而不是隻是把文字重新排版，有幾個提示技巧值得注意：

• 明確要求 AI 標記「卡超過幾天」的專案，因為人在寫回報的時候常常不會主動強調「這個我昨天也講過」，AI 如果沒被要求做這件事，也不會主動比對歷史紀錄。
• 請 AI 區分「需要協助」和「純粹進度落後」，兩者處理方式不同，前者需要立刻分派人力，後者可能只是時程調整。
• 如果團隊有明確的專案截止日，可以把截止日一併貼給 AI，請它標注哪些卡關專案會直接影響截止日，這樣主管才能判斷優先順序。
• 避免只問「有沒有風險」，AI 傾向給出保守、籠統的回答；改成「哪些卡關專案如果三天內沒解決，會拖累下週的什麼工作」，會得到更具體可用的答案。

產出可追蹤的紀錄與後續追蹤

站立會議摘要如果只是貼在群組裡看過就忘，跟沒開會差不多。建議把每天的 AI 摘要固定貼進一份共用檔案（Google Docs 或 Notion 都可以），並且在隔天整理當天摘要之前，先請 AI 對照昨天的「明天要追蹤的專案」，確認哪些真的被完成、哪些又拖了一天。這一步可以直接寫進同一組 Prompt，做法是把前一天的摘要也一併貼給 AI，請它在輸出的第五點裡標出「昨天承諾今天要完成，但今天回報裡沒提到」的專案，這通常是團隊裡最容易被忽略、卻也最值得追問的地方。

AI 的能力邊界與常見錯誤

AI 整理站立會議摘要有幾個明確的邊界，使用前務必瞭解：

第一，AI 沒辦法判斷回報內容是否誠實。如果團隊成員習慣報喜不報憂，或是把還沒開始的工作寫成「進行中」，AI 只能忠實呈現這些文字，不會主動質疑內容真偽，這仍然需要主管靠經驗和追問來把關。

第二，AI 整理出來的「風險」和「優先順序」是根據文字內容的推論，不是根據專案系統裡的實際資料。如果團隊同時在用 Jira、Trello 或工單系統，AI 並不會自動去比對這些系統裡的真實狀態，除非你額外把資料匯出貼給它，否則它看到的永遠只是這一段回報文字。

第三，語音轉文字整理站立會議摘要時，收音品質不佳、多人同時講話、或是有明顯口音，都可能讓轉譯出現誤差，進而讓後續的摘要整理跟著出錯，重要決策事項建議人工再核對一次原始錄音或回報文字，不要完全依賴 AI 輸出的摘要做最終依據。

第四，AI 不會主動提醒你「這個人已經連續三天回報同一件事」，除非你在 Prompt 裡明確要求牠比對歷史紀錄並標記出來，否則牠每天都是從零開始整理當天的文字，不會自動累積團隊的長期模式。

把這些邊界放在心上，AI 主持站立會議才不會變成「整理出一份看起來很專業、但沒人真的信任」的摘要，而是真正能省下時間、又能提高卡關被發現速度的工具。

從明天開始怎麼上手

如果你想從明天的站立會議開始試用這個做法，建議先從最小可行的版本開始：不用急著匯入任何新工具，先在現有的通訊群組裡固定三句話回報格式，讓團隊習慣一週之後，再開始每天早上花一分鐘把回報貼給 AI 整理。等這個流程穩定之後，再考慮要不要把摘要固定存進共用檔案，或是進一步串接自動化排程，每天定時把整理好的摘要推送到群組裡，省下人工複製貼上的步驟。

更完整的自動化排程做法，可以參考站內的 /automation 相關教學；如果你的團隊已經有明確的任務分工流程，也可以搭配 /workflows 裡其他站立會議延伸做法的教學一起使用。

常見問題 FAQ

延伸閱讀

• 更多AI工作流程教學
• 自動化排程與推播設定
• 可複製Prompt範本庫
• AI任務食譜總覽