# AI 整理會議記錄會亂補期限？實測 28 次，整理出 4 條 prompt 規則 > AI 整理會議筆記時，最常自己補上年份、「盡快」「下次開會前」這類期限，還會用它自己的今天推出「明天」和「逾期」。實測 28 份輸出後，寫清楚給誰看、沒寫填「未定」、未定案另列待確認、每列附原文，再加上「不准用今天的日期」，表格就能逐列對回筆記。文末附可直接安裝的 skill。 - URL: https://zero2.perhapxin.com/zh-Hant/a/meeting-notes-three-prompts - Published: 2026-10-27 - Updated: 2026-10-27 - Language: zh-Hant 我把一份會議筆記用三種寫法交給 Claude 整理，再換第二份筆記、逐條拿掉規則、做成 skill 重測，原始輸出一共 28 份（含英文版）。一句「幫我整理」，會讓它補上筆記沒有的年份和期限，還會把沒定案的預算寫成某個人的待辦；加上三條規則，再加一條「不准用今天的日期」，表格裡的每一列都對得回筆記原文。這篇附上完整筆記、所有實際輸出，以及一個可以直接安裝的 skill。 最常被補上的是年份、「盡快」「下次開會前」這類期限，以及用模型自己的「今天」推出來的「明天」和「逾期」。這次拿掉「沒定案的事另列待確認」這條規則，預算這件事就整個從表裡消失。文末的 skill 可以直接放進 Claude Code 或 Claude 的 Skills 設定。用 ChatGPT 的人可以把同一段文字貼進自訂指令試試，但我沒在 ChatGPT 上測過。 實驗有限制。每種寫法我只跑了 1 到 3 次，沒辦法說「規則讓正確率提升幾成」。下面寫的都是這幾次實際看到的情況，原始輸出全部放在文末，你可以自己對。 ## 實驗怎麼做 我寫了一份 4 人行銷小組的週會筆記。人名和情境是示範用的虛構內容，但裡面的坑都是真實會議常見的： ```text 10/21 週二 行銷週會（筆記：小林） 出席：Amy、小林、阿哲、Vivian（後半才進來） - 11 月線上發表會，Amy 說日期先抓 11/20 但還要跟老闆確認 - 報名頁：阿哲說上次那個表單工具很難用，想換，但換的話要重做追蹤碼 - 講者簡報 Vivian 那邊在弄？她進來後說她只負責講者聯絡，簡報不是她 - 預算：上次說 5 萬，Amy 說可能可以到 8 萬，看廣告成效 - EDM 要發兩波，第一波最晚發表會前兩週 - 小林問要不要做直播回放，大家覺得要，但沒說誰剪 - 阿哲：下週前把報名頁弄好（下週是哪天？他說週五） - 社群素材：先做 3 張圖，風格參考上次的，Amy 會給文案 - 最後又討論日期，可能改 11/27 因為 11/20 跟另一場撞到，還沒定 - 下次開會 10/28 ``` 這份筆記刻意留了四個洞。第一，沒有年份。第二，發表會日期兩個都還沒定。第三，講者簡報和直播回放沒人認領。第四，「下週前，他說週五」到底是哪一天，連寫筆記的人自己都打了問號。 我在 2026 年 10 月 27 日（台北時間）執行，工具是 Claude Code 2.1.177 的 headless 模式（`claude -p`）。每次都在空資料夾裡跑，只給一句最短的系統提示，不給任何工具，也不讀任何專案設定。模型是 Claude Sonnet 4.6，部分寫法另外用 Claude Haiku 4.5 跑一次對照。 三種寫法如下。 ```text ① 幫我整理這份會議紀錄 ② 把下面的會議紀錄整理成待辦清單，每一項列出負責人和期限。 ③ 你要幫一個 4 人行銷小組，把週會筆記整理成「明天就能照做」的待辦清單。讀的人是組長，她要拿這份清單去追進度。 規則： 1. 用表格：待辦｜負責人｜期限｜筆記原文依據 2. 筆記沒寫的負責人或期限，填「未定」，不要自己推測 3. 還沒定案的事（例如日期、預算）不要寫成待辦，另外列在「待確認」，並寫出要問誰 4. 最後用一句話自我檢查：有沒有哪一項是你推測出來、筆記裡沒有的 ``` ## 寫法一：只說「幫我整理」，它補上了年份和期限 Sonnet 4.6 回了一份排版完整的會議紀錄：討論事項分成七點、一張待辦表、未解決事項、下次開會時間，還加了表情符號。拿去轉寄，大概沒人會多看一眼。問題在第三行： ```text **日期：** 2025年10月21日（週二） ``` 筆記只寫「10/21 週二」，年份是它自己加的。 我用同一句 prompt 再跑一次，它又寫了 2025 年。這次報名頁的期限變成「10/24（週五）」，第一次寫的是「10/31（週五）」。同一份筆記、同一句話，兩次給了兩個不同的週五。第二次還替 Amy 的「確認發表會日期」填了期限「盡快」，替沒人認領的講者簡報填了「下次開會前」，最後一行寫「10/28（明日）」。筆記裡沒有「明日」：那天剛好是我執行的日期，10 月 27 日，它用自己知道的今天推了一天。 Haiku 4.5 寫的是「2026年10月21日（週二）」。2026 年的 10 月 21 日是星期三，跟筆記寫的「週二」對不起來。它把報名頁期限寫成「下週五（10/27）」，照 2025 年的日曆，10/27 是星期一。 這些錯放在一張整齊的表裡，很難被看出來。組長拿到表格，看到每一格都有值，通常不會一格一格回去翻筆記。 ## 寫法二：要求列出期限，它就把每一格填滿 第二種寫法只多了一個要求：「每一項列出負責人和期限」。格式明顯變好，Sonnet 4.6 還把已分派和負責人未定的事情分成兩張表。但它在填期限的時候開始找材料： ```text | 1 | 確認發表會日期（11/20 或 11/27） | Amy | 10/28 開會前 | … | 4 | 預算定案（5 萬 → 最多 8 萬） | Amy | 未定 | … ``` 筆記沒有說 Amy 要在 10/28 前確認日期。這個期限是它從最後一行「下次開會 10/28」借來的。預算也一樣：筆記只寫 Amy 說「可能可以到 8 萬」，它把這句話變成 Amy 的待辦。EDM 那一列更進一步，它自己算出「11/6（若 11/20 辦）或 11/13（若 11/27 辦）」，算的基礎是一個還沒人拍板的日期。 Haiku 4.5 跑寫法二，填得更滿。它把表頭寫成「2026/10/21」，Amy 確認日期的期限是「2026/10/28」。預算那列寫「從原定 5 萬調整至 8 萬」，筆記說的是「可能可以到 8 萬，看廣告成效」，一句還沒定的話被寫成已經發生的事。報名頁那列寫「更換表單工具並重做追蹤碼」，換不換工具筆記也還沒定。第二波 EDM 的期限是「發表會前 1 週」，直播回放是「發表會後」，這兩個時間筆記裡都沒有。 這類錯比補年份更難發現。年份錯了，對一下日曆就知道；「可能」變成「已調整」，要回頭讀原句才看得出來。 英文版的同一種寫法也有類似情況。Sonnet 4.6 把報名頁標成「Overdue」，因為它猜的期限 Oct 24 早於它認知的今天。 ## 寫法三：說清楚給誰看，再加三條規則 第三種寫法的輸出多了一欄「筆記原文依據」，每一列都引用了筆記裡的那句話（Sonnet 第 1 次，節錄三列）： ```text | 報名頁製作完成（⚠️ 期限可能受工具更換決策影響，見待確認） | 阿哲 | 10/31（筆記寫「下週五」，以會議日 10/21 起算） | 「阿哲：下週前把報名頁弄好（下週是哪天？他說週五）」 | | 社群素材製作（3 張圖，風格參考上次） | 未定 | 未定 | 「社群素材：先做 3 張圖，風格參考上次的，Amy 會給文案」 | | 直播回放剪輯 | 未定 | 未定 | 「小林問要不要做直播回放，大家覺得要，但沒說誰剪」 | ``` 發表會日期、預算、要不要換表單工具、講者簡報歸誰，這四件事沒有出現在待辦表，而是另外列在「待確認」，每一項都寫了要問誰。 我用 Sonnet 4.6 跑了這個寫法三次。三次都沒有替任何人補負責人或期限，三次都把預算放進「待確認」，三次都把「下週五」換算成 10/31。第一次的自我檢查還主動說明：「『10/31』這個具體日期是我根據會議日（10/21 週二）與筆記中『下週五』做的曆法換算，原文並未直接寫出日期，建議組長向阿哲口頭確認他認知的截止日是否一致。」 但規則沒有擋住所有東西。第三次的輸出多了一行「下次週會為明天 10/28」，又是用執行當天的日期推出來的。 自我檢查也不可靠。Haiku 4.5 一樣把下週五換算成 10/31，自我檢查卻寫「期限 10/31 是根據筆記明確寫的『下週五』轉換的日期，而非推測」。換算本身沒錯，但它沒有承認這是換算。所以真正能讓你驗證的是原文依據欄：引號裡沒有的資訊，就是模型自己加的。10/31 不在引號裡，你一眼就知道要問阿哲。 ## 同一句「下週五」，被換算成四種日期 把「阿哲：下週前把報名頁弄好（下週是哪天？他說週五）」這一行單獨拿出來看，最能看出問題在哪。 | 輸出 | 換算結果 | |---|---| | 寫法一 Sonnet 第 1 次、寫法三 Sonnet 三次、寫法三 Haiku | 10/31 | | 寫法一 Sonnet 第 2 次 | 10/24 | | 寫法一 Haiku | 10/27（2025 年是星期一，2026 年是星期二） | | 英文版三種寫法 | Oct 24 | | 日文版寫法三 | 10/30（金） | 10/24 和 10/31 都說得通：一個是會議那週的週五，一個是下一週的週五。筆記本身就沒寫清楚，所以哪一個都不能算錯。麻煩的是，寫法一和寫法二把換算結果直接當成期限寫進表格，讀者看不出這是模型挑的。寫法三也會換算，但旁邊附了原文，你看得到「他說週五」這幾個字，就知道該去問。 10/27 和 10/30 是另一種錯。10/27 在 2025 和 2026 年都不是週五。10/30 在 2026 年是週五，但 2026 年的 10/21 是星期三，跟筆記寫的「週二」對不起來，等於它悄悄換了年份。模型在沒有年份的筆記上做日期換算時，連星期幾都可能對錯。 ## 它為什麼會補資料 這一段是我從輸出歸納的推論，沒有看模型內部怎麼運作。 補上去的東西幾乎都有來源。「10/28 開會前」來自筆記最後一行的下次開會日期。「盡快」「下次開會前」是會議紀錄常見的套話。年份 2025、2026 和「明天」，來自模型對當下時間的認知。 換句話說，表格要求每一格都要有值的時候，它會在附近找一個最像答案的東西填進去，很少留白。寫法二多了「每一項列出期限」這句，填空的情況就變多，這跟我的推論一致。 所以要讓它停下來，光說「不要亂猜」不夠具體。它需要知道空格的合法答案是什麼（「未定」），也需要一個地方放還沒定的事（「待確認」）。 ## 三條規則各自擋住什麼：拿掉一條試試看 我把寫法三拆開，每次拿掉一條規則，用 Sonnet 4.6 各跑一次。 | 拿掉的規則 | 這次的結果 | |---|---| | 筆記沒寫的填「未定」 | 沒有亂補，改寫「未提及」；但多了一列「出席下次週會｜全員｜10/28」，標題還寫上「整理日：10/27」 | | 未定案的事另列「待確認」 | 預算整項消失；「與老闆確認發表會日期」變成 Amy 的待辦 | | 原文依據欄 | 這次沒有補期限，但你沒有辦法驗證；講者簡報同時出現在待辦和待確認 | | 開頭那段「寫給誰看、拿去做什麼」 | 期限保留「週五」，沒有換算成日期；其餘照規則做 | 有兩個現象值得記住。拿掉「待確認」之後，預算這件事整個不見了：它不是待辦，又沒有地方放，模型就把它略過。拿掉「寫給誰看」之後，模型反而沒有換算日期，推測變少。我的解讀是，「明天就能照做」「組長要追進度」這類描述會推它把模糊的時間變成具體日期。換算本身有用，只是要配上原文依據，讓讀者知道那是換算的。 ## 換一份筆記，結果一樣嗎 為了確認不是剛好碰上這份筆記，我另外寫了一份情境完全不同的筆記，一樣是示範用虛構內容。這次是 3 人網站接案小組和客戶開檢討會。筆記裡有「照片下週會給」「下週一再說」「週三前給客戶看設計稿」「誰去追？沒結論」這類說法。 只說「幫我整理」時，Sonnet 4.6 的待辦表裡出現「收到照片後執行」「待確認」「盡快確認負責人」這類期限。最後它還加了一段建議，提醒「會後盡快內部確認由誰負責聯繫法務」。這些在新情境裡不算嚴重的錯，但都是筆記沒寫的內容。 接著用寫法三的規則，只把開頭的讀者換成「專案經理，她要拿這份清單去追進度、回覆客戶」。Sonnet 4.6 沒有補任何期限，自我檢查還承認：「隱私權頁追蹤一項我建議先問 Mia，這個方向是我額外判斷的。」Haiku 4.5 也沒有補期限，但把「週三前」換算成 11/5、「下週一」換算成 11/10，自我檢查卻寫「沒有推測的內容」。Haiku 的自我檢查在兩份筆記裡都漏了自己的換算。 ## 把規則做成 skill，順便補上「今天的日期」 每次都貼一大段規則很麻煩，所以我把它寫成一個 skill。除了原本三條規則，我依照上面的實驗多加兩件事： - 不准用模型自己知道的「今天」判斷逾期、「明天」或「本週」，所有日期只根據筆記 - 換算模糊時間可以，但期限欄要寫出換算依據；年份筆記沒寫就不要補 我用這個 skill 跑了四次：第一份筆記兩次、第二份筆記 Sonnet 和 Haiku 各一次。四次都沒有出現「明天」「逾期」「整理日」這類用當天日期推出來的字，四次都在期限欄寫出換算依據。Haiku 這次的自我檢查也列出了「週三、下週一換算為 11/5、11/10」。先前用寫法三跑兩份筆記時，它的自我檢查兩次都漏了自己的換算。 **[下載 SKILL.md](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/skill/meeting-notes-to-actions/SKILL.md)** 安裝方式： - Claude Code：把整個 `meeting-notes-to-actions` 資料夾放到 `~/.claude/skills/`，所有專案都能用。只想在某個專案用，就放在那個專案的 `.claude/skills/`。之後貼上筆記並說「整理成待辦」，Claude 會自己載入 - Claude 網頁或桌面版：在設定的 Skills 頁面上傳這個資料夾的 zip - ChatGPT、Gemini 或其他工具：打開 SKILL.md，把「步驟」和「輸出格式」兩段貼進自訂指令，或每次貼在筆記前面。我沒有在這些工具上測過，結果可能不同 ## 什麼時候這招沒用 筆記只有三五行，或你自己就是寫筆記的人，我會直接說「幫我整理」，規則反而讓輸出變長。這點是我自己的用法，沒有拿短筆記實測。 如果你要的是對外的正式會議紀錄，這個 skill 不適合：它只留待辦和待確認，討論的來龍去脈會被拿掉。 「下週五」這種說法本身有歧義。這次的輸出裡，同一句話被換算成 10/24、10/27、10/30、10/31 四種日期，英文版三次都選了 Oct 24。表格能做的只是把換算攤開來，最後還是要問阿哲本人。 最後，自我檢查不能取代你自己看一遍。Haiku 兩次都說自己沒有推測，但其實都換算了日期。原文依據欄讓你能逐列核對，前提是你真的去看。 ## 拿到 AI 的待辦表，用五個步驟找出它加的格子 就算用了規則，交出去之前還是值得看一遍。下面這個順序是從上面幾次輸出整理出來的，每一步都對應一種實際出現過的錯。 1. 看日期欄有沒有年份。筆記沒寫年份，表格卻有，就是模型補的 2. 看期限欄有沒有「盡快」「下次開會前」「本週」「明天」。這幾個詞在這次實驗裡全是模型自己加的 3. 看每一個具體日期旁邊的原文。原文裡沒有這個日期，就是換算的，換算的基準日要自己算一次 4. 回到筆記，找出每一句「還沒定」「要確認」「可能」「看情況」，確認它們都在「待確認」，沒有變成某人的待辦 5. 數一數筆記有幾件事，表格有幾列。拿掉「待確認」那次，預算就是這樣不見的 做完這五步，大部分問題都會浮出來。剩下的，就是像「下週五」這種筆記本身就模糊的地方，要問當事人。 ## 換到別的任務：要改哪幾個地方 這套做法的核心是三件事：說清楚誰要看、空格有合法答案、每個結論都附原文。換到其他「從一份資料抽出清單」的任務，結構可以照搬，只要改欄位。下面這幾種我沒有實測，是照同樣的邏輯改寫的例子。 整理客戶需求訪談時，表格可以改成「需求｜提出的人｜優先順序｜訪談原文」。優先順序客戶沒講，就填「未定」，不要讓模型自己判斷哪個重要。 讀合約抽重點時，可以改成「條款｜義務方｜期限或金額｜合約原文與條號」。合約裡模糊的地方放進「待確認」，寫明要問法務還是對方。 整理客服對話裡的問題回報時，可以改成「問題｜發生的頁面或功能｜使用者原話｜是否能重現」。能不能重現，對話裡通常不知道，就填「未定」。 每一種都一樣要加上「不要用今天的日期判斷逾期」，只要資料裡有相對時間，這條就用得上。 ## 不想裝 skill 的話，複製這段 ```text 你要幫〈團隊或角色〉，把〈會議筆記／逐字稿〉整理成待辦清單。讀的人是〈誰〉，他要拿來〈做什麼〉。 規則： 1. 用表格：待辦｜負責人｜期限｜筆記原文依據（逐字引用） 2. 筆記沒寫的負責人或期限，填「未定」，不要自己推測 3. 還沒定案的事（日期、預算、要不要做）不要寫成待辦，另外列在「待確認」，並寫出要問誰 4. 模糊的時間可以換算成日期，但要寫出換算依據；筆記沒有年份就不要補年份 5. 不要用你自己知道的今天日期判斷逾期、明天或本週 6. 最後列出所有你推測或換算出來、筆記沒有直接寫的東西；沒有就寫「無」 會議筆記： <<< 〈貼上筆記〉 >>> ``` 拿你上週的一份會議筆記試一次：先用「幫我整理」，再用這段，數一數第一種的表裡有幾格在筆記裡找不到。 ## 原始輸出 - 會議筆記：[第一份](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/notes.zh-Hant.txt)、[第二份](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/notes2.zh-Hant.txt)；所有 prompt：[prompts.json](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/prompts.json) - 寫法一：[Sonnet 第 1 次](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.weak.sonnet.out.md)、[Sonnet 第 2 次](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.weak_r2.sonnet.out.md)、[Haiku](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.weak.haiku.out.md) - 寫法二：[Sonnet](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.mid.sonnet.out.md)、[Haiku](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.mid.haiku.out.md) - 寫法三：[Sonnet 第 1 次](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.strong.sonnet.out.md)、[第 2 次](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.strong_r2.sonnet.out.md)、[第 3 次](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.strong_r3.sonnet.out.md)、[Haiku](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.strong.haiku.out.md) - 拿掉一條規則：[未定](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.abl_no_tbd.sonnet.out.md)、[待確認](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.abl_no_open.sonnet.out.md)、[原文依據](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.abl_no_source.sonnet.out.md)、[寫給誰看](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.abl_no_reader.sonnet.out.md) - 第二份筆記：[幫我整理](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.s2_weak.sonnet.out.md)、[寫法三 Sonnet](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.s2_strong.sonnet.out.md)、[寫法三 Haiku](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.s2_strong.haiku.out.md) - skill 版：[第一份筆記 1](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.skill_n1.sonnet.out.md)、[第一份筆記 2](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.skill_n1_r2.sonnet.out.md)、[第二份 Sonnet](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.skill_n2.sonnet.out.md)、[第二份 Haiku](https://zero2.perhapxin.com/media/cnt_mvpnqbjpmkbl/runs/zh-Hant.skill_n2.haiku.out.md) ## FAQ ### AI 整理會議筆記時，最常自己補上什麼？ 這次實測最常見的是筆記沒寫的年份、「盡快」「下次開會前」這類期限，以及用模型自己知道的今天推出來的「明天」「已逾期」。要求「每一項列出期限」時，補得最多。 ### 只叫 AI「不要亂猜」有用嗎？ 這次沒有單獨測這句。實測有效的是更具體的規則：沒寫的填「未定」、還沒定案的事另列「待確認」、每列附筆記原文，以及不准用今天的日期判斷逾期。拿掉「待確認」那次，預算整項從表裡消失。 ### AI 的自我檢查可靠嗎？ 不夠可靠。Claude Haiku 4.5 兩次換算了日期，自我檢查都說沒有推測。比較可靠的是原文依據欄：引號裡沒有的資訊，就是模型自己加的。 ## Sources - [實驗紀錄：三種 prompt 的原始輸出（Claude Sonnet 4.6、Haiku 4.5，2026-10-27）](/media/cnt_mvpnqbjpmkbl/runs/prompts.json) - [Claude Code headless 模式（claude -p）說明](https://code.claude.com/docs/en/headless)