notion-meeting-intelligence

notion-meeting-intelligence 技能概覽

notion-meeting-intelligence 的用途

notion-meeting-intelligence 技能會先從 Notion 抓取脈絡，再加入 Claude 的研究補充，最後產出兩份文件：一份給內部看的會前預讀，一份給對外使用的議程。它最適合需要把零散筆記、專案頁面和先前討論，整理成一包真正能拿來開會的內容的人。

最適合哪些人使用

這個技能特別適合專案負責人、營運、PM、創辦人，以及任何在以 Notion 為主的工作流程中，經常主持決策會議、狀態檢視、客戶會議、sprint planning 或高層檢討的人。如果你的工作重點是帶著正確背景、選項和待決事項就位，notion-meeting-intelligence 會很合適。

它和一般做法有什麼不同

和只會草擬議程的一般 prompt 不同，notion-meeting-intelligence 是圍繞完整的會前準備流程設計的：先搜尋 Notion、抓取相關頁面、彙整事實、加入研究脈絡，然後分別輸出給內部與外部受眾的文件。當你需要給團隊看的是不避諱的內部筆記，但給參與者的又要是一份乾淨的議程時，這種分流就很重要。

如何使用 notion-meeting-intelligence 技能

安裝並啟用 notion-meeting-intelligence

依照 repo 裡示範的 skill manager 指令先安裝，然後在你的 Claude workspace 或 agent 設定中啟用 meeting-intelligence。實際執行 notion-meeting-intelligence install 不只是把文字載入而已；它的重點是確認 agent 能呼叫這個工作流程會用到的 Notion 工具。

先提供正確的會議簡報

給技能一段精簡但完整的 brief，包含會議標題、目的、出席者、相關專案，以及預期要做出什麼決策或得到什麼結果。好的輸入像是：「幫我準備明天工程和產品的資料庫遷移決策會議；需要一份內部會前預讀，列出選項，還有一份可對客戶說明的議程。」像「幫我處理一個會議」這種太弱的輸入，會迫使系統猜測，讓 Notion 搜尋品質下降。

先看這些檔案

在 notion-meeting-intelligence usage 的情境下，最有價值的檔案是 SKILL.md、evaluations/decision-meeting-prep.json、evaluations/status-meeting-prep.json，以及 examples/ 裡的範例。reference/*.md 模板也特別值得看，尤其是你想了解這個技能如何依不同會議類型改變格式，而不是從零自己重做結構時。

依照設計的工作流程來用

一個好的 notion-meeting-intelligence guide 會照著 repo 的順序走：先在 Notion 搜尋脈絡、抓取最相關的頁面、確認會議目標，再在只有真正能提升決策品質時才加入 Claude 研究，最後產出內部預讀和對外議程。如果會議涉及追蹤中的工作，應該儘早加入 task 或 database 查詢，讓會前準備包含最新狀態、阻礙和真實進度，而不是過時的頁面文字。

notion-meeting-intelligence 技能 FAQ

這個技能只適合原生使用 Notion 的團隊嗎？

是的，當團隊本來就把專案脈絡、筆記或任務資料放在 Notion 時，它的價值最高。如果你的單一事實來源在別處，還是可以用這個技能，但 Notion 的搜尋與抓取迴圈就沒那麼有用，可能需要不同的工作流程。

它比一般 prompt 好在哪裡？

一般 prompt 可以幫你寫議程，但 notion-meeting-intelligence 的設計重點是先把證據整理好。這表示它的輸出通常更適合高風險會議，因為內容是建立在最新頁面、連結來源，以及「抓取到的事實」和「另外補充的研究」之間的清楚區分之上。

這個技能適合新手嗎？

可以，只要你能用自然語言描述會議，並把技能指向正確的 Notion workspace 就行。新手最常犯的錯誤是直接跳過脈絡：如果你沒說這是什麼類型的會議、是為了誰、以及必須做出什麼決定，輸出就會很泛，幫助不大。

什麼情況下不該用它？

如果你只需要一份快速、獨立的議程，或是沒有有用的 Notion 脈絡可搜尋，或是會議本身很輕量，完整會前預讀反而只是額外負擔，那就不要用 notion-meeting-intelligence。它是為了提升準備品質而設計，不是要取代所有會議筆記工作。

如何優化 notion-meeting-intelligence 技能

給它素材，不要只丟一個模糊主題

品質提升最大的一步，來自更好的輸入選擇。請直接告訴技能哪個專案頁、決策討論串或任務資料庫最重要，並明確說明會議類型；例如「Mobile App Redesign 的狀態檢視」會比「專案更新」更有可操作性。這能幫助 notion-meeting-intelligence 找到正確頁面，避免做出過寬、雜訊過多的彙整。

把事實、研究和待辦分開

使用 notion-meeting-intelligence 時，最好讓會前預讀清楚標示哪些來自 Notion、哪些來自 Claude 研究、哪些是這場會議需要你們回答的問題。這樣能提升信任感，也能減少混淆，尤其是在決策會議裡，大家需要把證據、取捨和建議並排看清楚。

依會議類型調整輸出

用會議類型去塑造最後的文件。決策會議就要求列出選項和優缺點；狀態會議就要求進度、阻礙和時程風險；客戶會議就要求帳戶脈絡和可能的異議。這是最快提升 notion-meeting-intelligence usage 的方式，而且不用改動技能本身。

先出第一版，再持續迭代

如果第一次輸出太泛，就直接回饋缺少什麼：「把 tasks database 的最新阻礙加進來」、「把對外議程裡的內部專用語去掉」、「把建議收斂成單一選項並附上理由」。最好的 notion-meeting-intelligence guide 本來就是迭代式的：先修正來源清單，再修正會議需求，最後再修正受眾區分。