我的會議筆記很雜亂，有很多縮寫和只有我自己懂的符號，Claude 能整理嗎？
能，而且這是 Claude 最擅長的場景之一。你不需要事先整理筆記，越原始越好——給 Claude 你當下記下的一切，它能從零散的資訊裡提取結構。
一個有效的提示詞加法：「以下是我在會議中做的原始筆記，包含一些縮寫和簡寫：[貼入筆記]。這是一個關於 [主題/背景簡介] 的會議，與會者包含 [列出職稱而不是姓名也可以]。請根據這些原始筆記整理出一份正式的會議記錄，如果有任何資訊不確定或不清楚，請標注「需確認」而不是猜測。」
「如果不確定請標注而不是猜測」這個指令很重要——它讓 Claude 在遇到你筆記裡不清楚的部分時，誠實地說「需確認」，而不是根據猜測填入可能不正確的資訊。
如果是一個很長的會議（超過兩小時），逐字稿給 Claude 整理，有字數限制的問題嗎？
有，Claude 的 Context Window 有上限（目前 claude.ai 的對話 context 大約 200,000 Token），很長的逐字稿可能接近或超過這個上限，導致 Claude 無法處理完整的逐字稿。
幾個解決方式：分段處理——把逐字稿按照議程項目或時間段切割成幾個部分，分別整理成摘要，最後再讓 Claude 把多個摘要整合成一份完整記錄。先做第一輪精簡——先用一個提示詞讓 Claude 只做「把逐字稿精簡成重點摘要（大約原文的 20%）」，然後再用精簡後的版本做正式的會議記錄整理。使用 Projects 知識庫——如果是固定的長會議類型，把常見的議程格式存進知識庫，讓 Claude 在整理時有參考框架，可以更有效率地處理長逐字稿。
用 Claude 整理出來的會議記錄，我需要在發送前做哪些審查？
最重要的三個審查點：
行動項目的準確性：確認每個行動項目的負責人、任務描述、和截止日期都是正確的。這是會議記錄最容易出現誤解的地方，如果記錄錯了（例如任務負責人寫錯），後果可能很嚴重。
決議事項的完整性：確認每個在會議中明確決定的事項都有記錄，沒有漏掉。特別注意有時候在會議快結束時匆忙確認的小決定，很容易被忽略。
敏感或機密資訊：確認會議記錄裡沒有不應該出現在分發給所有與會者的文件裡的資訊（例如個人績效數據、尚未對外公開的商業資訊）。Claude 不一定知道哪些資訊在你的組織裡是機密的，這需要你自己判斷。
整體語氣和風格：確認記錄的語氣符合你的組織文化和這個會議的性質（內部非正式會議 vs 對外客戶會議的記錄，語氣要求不同）。
會議記錄要發給哪些人？只有參加會議的人，還是更廣泛的範圍？
這取決於會議的類型和內容，沒有統一的標準，但有幾個判斷原則：
一定要發的對象：所有會議的與會者（即使他們在會議裡，有書面記錄仍然重要）；有行動項目但沒有參加會議的人（讓他們知道自己被分配了什麼）。
應該考慮發的對象：對這個決策或議題有利害關係、但沒有被邀請參加的人（例如這次討論的預算決策，可能需要讓沒有與會的財務主管知道）；你的主管（如果會議的結果和你的工作重點相關，讓主管有脈絡）。
通常不需要廣泛發送的情況：包含個人評估或敏感業務資訊的會議（只發給直接相關人）；例行更新型會議（只發給核心相關人）。
讓 Claude 幫你決定：你可以把這個決策也交給 Claude 輔助——「這份會議記錄的主題是 [說明]，與會者有 [列出]，決議事項包含 [說明]。請建議我這份記錄應該發送給哪些類型的人，以及有哪些資訊可能需要在發送前審查或刪除。」
會議記錄是一個每個人都要做、但幾乎沒有人真正做好的任務。問題不是缺乏意願，而是做會議記錄需要你在同一時間做兩件互相衝突的事：積極參與討論，同時精確記錄發生了什麼。這兩件事同時做好，對大多數人來說很難。
Claude 能把這個流程翻轉過來：你專注在會議本身，之後把原始記錄或錄音逐字稿交給 Claude，讓它幫你整理成一份結構清楚、有行動項目、能直接發送給與會者的會議記錄。
在說如何用 Claude 處理之前，先了解會議記錄為什麼經常做得不好，能讓你知道 Claude 真正能幫到哪裡：
失敗點一：記錄了太多，整理了太少。很多人的「會議記錄」實際上是一份逐字的對話紀錄，包含了所有的背景介紹、重複的討論、以及最後沒有採納的想法。讀起來很長，但真正重要的決策和行動項目藏在裡面，很難找到。
失敗點二：行動項目不夠具體。「張三要處理行銷的問題」不是一個好的行動項目。好的行動項目需要三個元素：誰、要做什麼、截止日期是什麼。沒有截止日期的行動項目，往往就是沒有執行的行動項目。
失敗點三：發送太慢。會議記錄在會議結束後 24 小時內發送，價值最高。超過 48 小時，與會者對會議細節的記憶已經開始模糊，會議記錄的用途大幅降低。但整理一份好的會議記錄往往需要 30-60 分鐘，所以很多人「等一下再整理」，結果拖到最後就沒有發。
工作流一：從你的手寫草稿到正式記錄（最常見）
你在會議中做了簡短的手寫或打字筆記，會後把這些草稿給 Claude 整理。
提示詞：「以下是我在會議中做的草稿筆記：[貼入你的草稿]。請幫我整理成一份正式的會議記錄，格式包含：（一）會議基本資訊（日期、與會者、主題）；（二）主要討論要點（3-5 個，每個用 2-3 句話說明）；（三）決議事項（在會議中明確確認的決定）；（四）行動項目（格式：負責人 / 任務描述 / 截止日期）；（五）下次會議（如果有確認的話）。語氣專業，可以直接發送給與會者。」
工作流二：從逐字稿到會議記錄（最省力）
如果你的會議有錄音，並且可以用工具（如 Whisper、Otter.ai 等）轉換成逐字稿，把逐字稿給 Claude 整理。
提示詞：「以下是一份 [時長] 分鐘的會議逐字稿：[貼入逐字稿，如果太長可以分段給]。請幫我：（一）整理出這次會議的三到五個核心討論主題；（二）每個主題的主要結論或共識是什麼；（三）有哪些明確的行動項目被提出，負責人和截止日期是什麼；（四）有沒有任何懸而未決的問題或下次需要跟進的事項。輸出格式請用結構化的會議摘要，可以直接發送給與會者。」
工作流三：即時協作（進階）
在會議進行的同時，讓一個人專門負責在 Claude 對話裡打入討論的重點（不需要逐字，只要關鍵點），Claude 在會議結束後幾乎立刻就能生成一份初稿。這種做法需要一個人全程不參與討論（只做記錄），適合重要的、需要立刻發送記錄的會議。
決策型會議（例如：預算審查、方案選擇）：在提示詞裡強調「請特別標注每個決議的決策依據和主要考量，以及如果有反對意見，反對的主要理由是什麼」。這讓會議記錄不只記錄了「做了什麼決定」，也記錄了「為什麼做這個決定」，未來有人質疑時有據可查。
更新型會議（例如：週例會、進度同步）：在提示詞裡強調「請重點整理各項目的進度更新和風險，以及需要跨團隊協作或資源支持的事項」。這類會議的記錄，重點在於讓沒有參加的人也能快速了解現在的狀態。
腦力激盪型會議（例如：產品發想、問題解決）：在提示詞裡加入「請整理所有提出的想法，包括最終沒有採納的，以及每個想法的主要優缺點討論」。這種記錄保留了思考過程，對未來回顧決策有價值。
客戶會議（例如：需求訪談、提案說明）：在提示詞裡強調「請重點整理客戶提出的需求、顧慮、和明確的期望，以及我方的承諾（如果有的話）」。客戶會議的記錄，最重要的是清楚記錄雙方的共識和承諾，避免後續的誤解。
很多會議記錄發出去之後就沒有人看了。讓會議記錄真正有用的關鍵，是讓它在正確的時機出現在正確的人面前：
把行動項目拆出來單獨發送：除了完整的會議記錄，單獨發一條訊息（可以用 Slack 或 Email）列出「這次會議你的行動項目」，個別發給每個有行動項目的人。這比讓每個人自己從會議記錄裡找自己的行動項目有效很多。
在會議記錄最前面放執行摘要：一段不超過 3 句話的摘要，說明「這次會議最重要的三件事」。讓沒時間讀完整記錄的人，也能在 30 秒內了解關鍵。
設定行動項目的追蹤機制：在下次相關會議前，用 Claude 讀取上次的行動項目清單，生成一個「上次行動項目的進度確認」，在下次會議前 24 小時發送給相關人。
會議記錄是一個「做得好有很高價值，做得差等於沒做」的任務。一份好的會議記錄，讓每個行動項目都有人負責、每個決策都有記錄、每個沒到場的人都能快速了解情況。這些不只是行政功能，而是讓組織真正執行的基礎設施。
用 Claude 處理會議記錄，最大的改變不是節省時間（雖然確實省時間），而是讓你能在每次會議之後，穩定地產出一份有質量的記錄——而不是「這次重要的會議我整理了，不重要的我沒整理」這種不穩定的做法。