同樣是「記住你」，三家走的工程路線不同：記得多、看得見、管得住，很難三者兼得。
AI 助理開始記得你之後，真正要問的是三件事：記多少、記在哪、你看不看得到。ChatGPT、Claude、Gemini 給了三種不同的答案，各自在方便和透明之間做了取捨。這篇用白話把三家的做法拆開來看，再談自己管記憶的開源工具，學術圈的看法放在最後。
ChatGPT 的記憶分成兩層。第一層是記事本：OpenAI 從 2024 年 2 月開始測試，你可以叫它記住或忘記某件事，它也會自己記下一些有用的細節，但 OpenAI 表示會避免主動記住敏感的健康資訊。第二層是 2025 年 4 月 10 日宣布的「參照過去聊天」：不用你特別交代，它就會拿以前的對話來調整回答。
這條路線的好處是幾乎不用設定，越用越懂你；代價是你很難知道它這次帶了哪些舊對話進來。有研究者推測，它會把過去對話的摘要放進新對話裡，但 OpenAI 沒有證實後端怎麼做。另一位開發者則觀察到，記事本裡的條目是看得懂的文字，他自己的帳號存了 33 條，並推測系統不依賴向量資料庫；這同樣是推測，不是官方說法。
Claude 把記憶拆成兩種。一般聊天用的是跨對話記憶，2026 年 3 月 2 日起免費使用者也能用，Anthropic 還附了一份把其他 AI 服務的記憶搬過來的提示範本；寫程式用的 Claude Code 則另有以專案為單位的記憶。
這種做法的取捨在邊界：每個專案各記各的，不會互相干擾；但一位重度使用者就抱怨，每個專案都是一座孤島，沒辦法變成跨專案共用的知識庫。
Gemini 可以利用你過去的對話與個人脈絡來調整回答，不過哪些個人化功能開放給誰，要看方案與地區。2025 年 11 月 18 日，一位獨立開發者發文表示，他從一次對話顯示的思考過程判斷，Gemini 用了個人脈絡卻沒有主動告訴他。這是單一案例的觀察，但點出這條路線的取捨：記得越主動，就越需要讓使用者知道它正在用什麼。
| 項目 | ChatGPT | Claude | Gemini |
|---|---|---|---|
| 怎麼記 | 記事本，加上參照過去聊天；研究者推測會把舊對話摘要帶進新對話 | 聊天記憶與 Claude Code 專案記憶分開 | 可利用過往對話與個人脈絡個人化回答 |
| 免費方案 | 可以（2025 年 6 月起免費使用者逐步可參照近期對話） | 可以（2026 年 3 月 2 日起） | 依個人化功能與地區而定 |
| 主要取捨 | 方便，但難看出帶了哪些舊對話 | Claude Code 的專案記憶各自分開，邊界清楚但不互通；Claude 聊天與 Cowork 另有共用記憶 | 個人化強，但告知透明度受質疑 |
把三家放在一起看，其實是在同一組工程問題上做了不同選擇。第一個問題是要不要自動記：自動記最省事，但使用者比較難知道它記了什麼。第二個問題是記憶要不要分區：分得越細，越不容易在錯的場合想起不該想起的事，但也越難跨範圍串起來。第三個問題是用的時候要不要講：每次都講清楚比較透明，卻可能打斷對話。沒有哪一家同時拿滿分，選哪一家，等於選你比較在意哪一邊。
不想把記憶全交給雲端的人，開始用開源工具自己管。有個開源專案把記憶、輸入路由、變更追蹤拆成各自獨立的子系統；Recall 和 Jevmem 都能替 Claude Code 保留跨工作階段的專案記憶，也支援其他工具；其中 Recall 的記錄與摘要可完全在本機產生。
這條路線的取捨很直接：記憶變成你看得見、改得動的檔案，若再用版本控制工具（例如 Git）管理，每次變更都能比較、提交與還原；代價是安裝、設定和日後的維護，都得自己來。
學術界的方向也一樣：與其一直加大記憶容量，不如替記憶訂規則，決定什麼該留、什麼該淡忘、什麼該合併。一篇 2026 年 9 月的論文在自家測試中比較兩套記憶系統，採用記憶生命週期規則的那一套，虛構回答的比例以有作答的題目計算，約只有對照系統的一半；另一篇論文提出分級、衰減、脈絡化、鞏固、稽核五個治理動作；也有研究替每條記憶打分數，看它對最後的回答到底有多少貢獻。
| 項目 | 數值 |
|---|---|
| 對照系統（有作答的題目） | 45.1% |
| 生命週期規則系統（有作答的題目） | 22.4% |
| 對照系統（全部題目） | 32.2% |
| 生命週期規則系統（全部題目） | 13.0% |
回到使用者自己身上，不論選哪一家，先守兩條紅線：看得到 AI 記了你什麼，而且刪得掉。一份 18 人的訪談研究也發現，受訪者除了在意個人化的好處，也重視能不能檢視、編輯、刪除記憶。動手不難：打開你常用那一家的記憶設定頁看一次；刪掉不希望它在新對話裡讀到的條目，再開新對話測試；想自己管的人，再去試試開源工具。
