summarize-meeting

summarize-meeting 概覽

summarize-meeting skill 會把原始逐字稿、筆記或會議錄音，整理成結構化的會議紀錄，包含決議、待辦事項、與會者，以及清楚的主題摘要。它最適合需要可重複執行的 summarize-meeting 工作流程，用來產出會議筆記、會議記錄或通話後回顧，而不是自由發揮式的摘要。

這個 skill 最有價值的地方在於它處理的是「交辦與追蹤」：誰有出席、做了什麼決定、下一步是什麼、還有哪些事項需要跟進。如果你需要一份別人能快速掃讀的乾淨成品，summarize-meeting skill 會比泛用的「幫我摘要」提示更合適。

誰適合使用 summarize-meeting

如果你的工作內容來自冗長通話、非同步筆記，或雜亂的逐字稿，而且你希望輸出格式一致，就很適合用 summarize-meeting。它特別適用於產品、營運，以及跨部門團隊，因為這些團隊的會議紀錄常常需要在事後分享與追蹤。

summarize-meeting 有什麼不同

這個 skill 是為結構化的會議輸出而設計，不是通用摘要工具。它會特別強調決議、待辦事項與責任歸屬，這些通常最容易在一般回顧裡被漏掉。也因此，當輸出內容需要讓團隊後續重用時，summarize-meeting for Meeting Notes 往往是更好的選擇。

什麼情況下很適合

當你的來源本來就很像會議材料時，就很適合用這個 skill：逐字稿、錄音筆記、議程筆記，或討論紀錄。相較之下，它不太適合行銷文案、研究整合，或需要大量改寫、超出會議紀錄範圍的文件。

如何使用 summarize-meeting skill

summarize-meeting 安裝與設定

安裝指令如下：

npx skills add phuryn/pm-skills --skill summarize-meeting

summarize-meeting install 這一步很單純，因為這個 repository 的核心就是單一 skill 檔。安裝完成後，先從 pm-execution/skills/summarize-meeting/SKILL.md 開始看，再順著目錄檢查你的環境是否還有需要配合的約定。

這個 skill 需要什麼輸入

最理想的輸入是逐字稿、會議筆記，或至少有足夠上下文可辨識說話者與議題的錄音逐字內容。如果你只丟一個很模糊的提示，輸出通常會漏掉負責人、決議，或尚未解決的問題。若想要更好的 summarize-meeting usage，建議包含：

• 會議日期或時間區間
• 若已知，參與者姓名與角色
• 議程或預期成果
• 原始逐字稿或筆記文字
• 必要的輸出格式，例如內部會議記錄或可直接給客戶看的回顧稿

實用的提示詞模式

把零散的需求整理成完整提示時，最好先說明會議類型、受眾，以及你要的章節。範例如下：

“請把這份產品啟動會議逐字稿整理成團隊可用的會議紀錄。請包含日期、出席者、主題、關鍵決議、待解問題，以及附上負責人的待辦事項。內容請保持精簡，能直接貼到 Notion。”

這種寫法能讓 summarize-meeting 的結果更好，因為它明確告訴 skill 什麼叫做「完整」。

先讀 repository 裡的哪些內容

先看 SKILL.md，因為那裡才是實際的工作流程與輸出格式。如果你的本地環境還有更多檔案，再查看相鄰的文件或資料夾，確認是否有環境專屬的說明；不過這個 repository 本來就刻意保持輕量。實務上，重點是理解模板，然後把它對齊你自己的筆記系統。

summarize-meeting skill 常見問答

summarize-meeting 只能用在逐字稿嗎？

不是。這個 skill 也能處理逐字稿、說話者筆記，或不完整的會議筆記。只是當來源能保留「誰說了什麼」以及「最後做了什麼決定」時，它的效果最好。

我需要 skill，還是一般提示詞就夠了？

如果你想要可重複的會議紀錄格式，並且盡量少漏細節，就應該用 summarize-meeting skill。一般提示詞也能做一次性的摘要，但更容易忘記交辦人、阻礙事項，或尚未解決的問題。

summarize-meeting 適合初學者嗎？

適合。整體流程很直覺，安裝路徑也很簡單。真正的關鍵在於你要提供足夠的會議背景；沒有這些資訊，就算 skill 再好，也很難可靠推斷出待辦事項。

什麼時候不該用它？

如果文件本身不是「會議型」內容，就不要用 summarize-meeting，例如長篇報告、產品規格，或研究論文。這些內容需要不同的擷取規則，也需要不同的摘要結構。

如何優化 summarize-meeting skill

提供更好的原始素材

品質提升最大的一步，通常就是把輸入整理乾淨。如果逐字稿很雜，可以移除時間戳、說話者標籤，或重複文字，但前提是不能因此丟失意思。要讓 summarize-meeting 發揮效果，來源內容仍然必須保留決議與責任歸屬。

指定你要的輸出形式

請直接說清楚你要的是什麼格式：內部筆記、客戶回顧、待辦清單，還是會議記錄。如果你想要的是 summarize-meeting for Meeting Notes，也要說明你需要條列、標題，還是包含負責人與截止日期的表格。格式說明越明確，歧義越少，初稿也越能直接使用。

注意常見失誤模式

最常見的問題包括待辦事項太模糊、沒有寫負責人，以及摘要壓縮過度、把分歧蓋掉了。如果真的發生這些狀況，就用更精準的要求重跑一次： “把每個決議分開列出，每個待辦事項都要寫負責人，並標示未解決的問題。”

先出初稿，再迭代修正

可以把第一輪當成結構化擷取，接著再修。你可以要求更短的高層摘要、把待辦事項放前面，或改寫成更完整的會議記錄格式。這種工作流程，通常比起一開始就想把提示詞寫到完美，更能改善 summarize-meeting usage。