AI 會議逐字稿整理範本：把會議紀錄變成決策和待辦
一份可複製的範本，把 AI 會議逐字稿或 Notion AI Meeting Notes 整理成同事看得懂的摘要、決策、負責人、待辦 和分享前清理紀錄。
2026年5月14日
AI 會議工具可以快速產生摘要，但原始逐字稿和自動摘要通常還不能直接丟給團隊。它可能包含閒聊、未確認說法、私人資訊，或沒有標清楚誰負責下一步。
Highlight Reel
把 AI 會議紀錄整理成可分享頁面
保留決策、負責人、待辦和需要確認的地方，讓同事不用重看整份逐字稿。
這份範本的目的，是把 AI 會議逐字稿整理成一份可以貼到 Slack、Teams、Notion、Google Docs、Jira、GitHub issue 或 LINE 群組的工作紀錄。
先講結論
分享 AI 會議紀錄前，至少整理成七塊：
- 一段話摘要
- 已確認決策
- 待辦、負責人、期限
- 未解問題
- 風險或阻塞
- 分享前刪掉或遮蔽了什麼
- 可以直接送出的 follow-up 訊息
可複製範本
# 會議整理
## 會議
- 日期：
- 主題：
- 參與者：
- 來源：AI 逐字稿 / Notion AI Meeting Notes / 手動筆記
## 1. 一段話摘要
## 2. 決策
| 決策 | 理由 | 負責人 |
| --- | --- | --- |
## 3. 待辦
| 待辦 | 負責人 | 期限 | 狀態 |
| --- | --- | --- | --- |
## 4. 未解問題
## 5. 風險或阻塞
## 6. 分享前清理
- 已刪除：
- 已改寫：
- 不確定但保留：
## 7. 可送出的 follow-up清理清單
| 檢查 | 問題 |
|---|---|
| 同意與存取 | 逐字稿是否可以分享給這個群組？ |
| 逐字稿品質 | AI 是否把人名、數字或結論聽錯？ |
| 決策 | 哪些是真的決策，哪些只是討論方向？ |
| 待辦 | 每個待辦是否有負責人和下一步？ |
| 敏感資訊 | 客戶名稱、個資、內部價格、未公開 roadmap 是否已清掉？ |
| 目的 | 收件人需要閱讀、審查、執行還是存檔？ |
為什麼不要直接分享原始逐字稿
原始逐字稿是證據，不是交接文件。它保留了會議過程，但同事通常需要的是決策、理由、負責人和下一步。如果直接貼一大段逐字稿到 LINE 或 Slack，讀者會被迫重新做整理工作。
目的地版本
貼到 Slack 或 Teams 時，保留摘要、決策和待辦就好；放進 Notion 或 Google Docs 時，可以加來源和未解問題；放到 GitHub issue 或 Jira 時，請把驗收條件、負責人和阻塞寫進 ticket 本體，不要只丟 AI 逐字稿連結。
填寫範例
| 決策 | 理由 | 負責人 |
|---|---|---|
| 先不上線自動匯出功能 | 目前客服案例多是格式不清楚，不是缺自動化 | 產品經理 |
| 待辦 | 負責人 | 期限 | 狀態 |
|---|---|---|---|
| 補一份 Notion / GitHub 用的 Markdown 範本 | 文件負責人 | 週五前 | 待處理 |
可送出的 follow-up 可以寫成：「這份會議整理只保留已確認決策和待辦。請產品經理確認第一項決策，文件負責人接第二項待辦。」
台灣工作場景
台灣團隊常會把會議後續拆到不同地方：主管看 email 摘要，專案成員看 Notion 或 Google Docs，工程待辦進 GitHub issue 或 Jira，臨時確認才丟 Slack、Teams 或 LINE。這份整理稿要先講清楚決策和負責人，再把各平台需要的版本拆出去。
Highlight Reel 適合放在哪裡
如果會議中有 AI 輔助討論、長對話或決策脈絡，Highlight Reel 可以保存有用片段，再把它整理成會議交接頁。這不取代會議工具的權限設定，而是讓會議結果更容易被閱讀和重用。
常見問題
我應該分享原始 AI 會議逐字稿嗎？
通常不要直接分享。除非收件人真的需要完整逐字稿，否則先整理成決策、待辦和風險。
AI 摘要和逐字稿不一致怎麼辦？
以可驗證來源為準，把不確定的地方列進未解問題，不要讓 AI 摘要直接變成決策。
這能取代正式會議紀錄設定嗎？
不能。它是整理和分享範本，不是同意、錄音、保存期限或權限設定。