Claude Code 加長期記憶可以慳 prompt，但公司 repo 唔可以亂畀佢記

XDA Developers 作者 Mahnoor Faisal 最近試咗 Claude Code 嘅跨 session 記憶，結果幾吸引：新 session 一開，工具已經記得上次查過邊啲模組、改過咩、作者偏好點寫，唔使又由零講起。要先講清楚，呢篇係個人實驗，唔係 Anthropic 新產品發布；主角係 Claude Code 本身嘅記憶能力，再加第三方 claude-mem 外掛，砌出長線專案 context。

呢件事值得開發者睇，因為 AI coding agent 第一次寫得慢都算，最煩係每日都要重講 repo 規矩、test command、架構取捨同「上次點解咁改」。如果你接 freelance project、幫 startup 維護 legacy code，或者公司有幾個人輪流接手同一個 codebase，長期記憶真係可以慳好多摩擦。不過記得越多，私隱同權限界線就越要早啲劃清。

Claude Code 本身有兩層記憶

Anthropic 官方文件而家寫得好清楚：Claude Code 會讀 CLAUDE.md，亦有 Auto Memory。CLAUDE.md 係你放喺 repo 入面嘅規則檔，用嚟講 coding style、測試命令、唔好碰邊啲檔、PR 檢查清單；Claude Code 會喺 session 開始讀入。Auto Memory 就係工具自己記 notes，例如 build command、debug insight、架構 notes、你成日糾正佢嘅偏好。v2.1.59 或之後版本預設開咗，但佢唔係每次都記，會自己判斷日後有冇用。

限制都要識：官方文件講 Auto Memory 係 machine-local，每個 git repo 有自己嘅 memory directory，唔會跨機器或者 cloud environment 分享。MEMORY.md 亦唔係無底洞，開新對話時只會載入前 200 行或者 25KB，詳細 topic notes 要等 Claude 覺得啱先用 file tools 讀返。呢點好關鍵，因為長期記憶唔代表 context window 無限；寫得散、寫得長，最後一樣會變噪音。

圖片：Anthropic / Claude

claude-mem 補嘅係長尾記錄

XDA 原文試嘅 claude-mem 就進取好多。按佢 docs 同 GitHub README，claude-mem 會靠 Claude Code hooks 喺 session 開始、user prompt 提交、tool 跑完、session 停止嗰啲位收集 observations，生成語義 summary，再放入 SQLite 資料庫，仲有 FTS5 full-text search 同可選 vector index。簡單講，Claude Code 內置記憶偏向「有用先記」，claude-mem 係「做過嘅事盡量留低，之後可搜尋」。

呢個差別好實際。原文作者開返同一個 project 時，claude-mem 先列出上一輪記住嘅 summary，再幫 Claude Code 接住寫功能；幾個 session 之後，作者問返以前有冇處理過 billing，外掛可以由幾段舊記錄拼返答案，連當時揀咗邊個功能、已有咩 module、權限規則點定都搵到。呢類搜尋，Claude Code 內置 CLAUDE.md 同 Auto Memory 暫時都做唔到咁完整。

圖片：Anthropic / Claude

最有用係少啲重複 prompt

對日常開發嚟講，呢套記憶最有用嘅位係減少低價值重複，AI 未必突然變聰明，但少咗好多來回確認。你唔使每朝講一次「呢個 repo 用 pnpm」、「API test 要 local Redis」、「付款模組唔好自動改 schema」、「for loop 寫直白啲」。呢啲規則如果每次靠 prompt 即場補，漏一次就可能出錯；寫入 CLAUDE.md 或記憶層，AI 至少開局就有方向。

更合理嘅睇法，係將佢當成「專案知識層」，多過當成聊天記憶。最適合放入去嘅係穩定、可覆核、同團隊共識有關嘅資料：目錄分工、命名規則、測試方式、常見坑、部署前檢查、邊啲位置唔好改。相反，臨時需求、客戶真名、production token、未公開合約、真實用戶資料，就算方便都唔好畀佢記。記憶愈似文件，就愈容易 review；愈似雜記，就愈容易出事。

記得越多，暴露出嚟嘅資料位都越多

Anthropic 產品頁講 Claude Code terminal 係喺本機跑，直接同 model API 溝通，唔靠遠端 code index，改檔同跑 command 前會問權限。呢個講法幫到安全評估，但唔代表你畀 model 睇過嘅 code、log、prompt 自動變成「冇風險」。Anthropic Privacy Center 寫明，Free、Pro、Max 帳號用 Claude Code 時屬消費者產品；如果你開咗 model improvement，chat 或 coding session 可能去識別化後保留最多 5 年。商業 plan 同 API 另計，API 標準係 30 日內刪輸入輸出，但公司要睇自己合約。

claude-mem 自己就多咗另一層本機資料面：SQLite database、背景 worker、web viewer、search index。好處係你見到佢記咗咩，又可以用 <private> tag 排除敏感內容；壞處係公司機多咗一個地方儲 prompt、tool observation 同舊 session summary。用喺客戶 repo 前，最少要諗 disk encryption、backup 會唔會抄走、邊個可登入部機、外掛更新來源、離職時點清 memory。

安全界線要靠 settings

Claude Code 官方文件有句好值得記：CLAUDE.md 會影響行為，但唔係硬 enforcement；settings 規則先由 client 執行。實際做法係喺 settings 用 permissions.deny 封 .env、secrets/**、客戶資料 dump、SSH key；用 sandbox 限檔案同網上存取；HTTP hooks 要有 allowlist；公司機就用 managed settings 鎖可用 MCP server、外掛同 model。寫句「唔好讀 secret」入 CLAUDE.md，唔夠。

仲有一點：Claude 記得之前做過某件事，唔代表今次可以自動放行。Claude 記得上次你批准過跑 migration，今次都要重新經過權限。Claude 記得某個 bug fix 方向，PR 仍然要有人 review。記憶係幫 agent 少問低價值問題；涉及 schema、付款、權限、客戶資料、infra，照樣要 gate。細 team 最易中招，因為大家一忙就會俾 AI 接手一大截，然後先發現佢「記得」嘅資料根本冇人審過。

值得試，但要分階段

最穩陣嘅試法好簡單：先寫短 CLAUDE.md，只放穩定規則；用 /memory 定期睇 Auto Memory 記咗咩，錯就刪，冗就拆；等 team 明白邊啲資料可以留低，先試 claude-mem 呢類外掛。試外掛時揀低風險 repo，唔好一開始就放客戶 NDA、production incident、payment flow 或醫療／金融資料入去。

Claude Code 加記憶最適合長期維護、多 session 探索、多人交接嘅開發場景；一次性小改、簡單 bug fix，清楚 issue 加內置 Auto Memory 其實已經夠。想長期用 AI coding agent，唔好淨係諗 prompt，專案規則、記憶同權限最好分開管理。下一步先睇你隊 team 有冇一套乾淨嘅記憶審核同資料邊界，再決定外掛值唔值得長開。

參考來源

• XDA Developers — I gave Claude Code memory between sessions, and my setup started running itself — original report
• Claude Code Docs - How Claude remembers your project — 核實 CLAUDE.md、Auto Memory、MEMORY.md 載入限制同本機專案記憶範圍。
• Claude Code Docs - Hooks reference — 核實 hooks 事件、context 注入同可 blocking 嘅位置。
• Claude Code Docs - Settings — 核實 permissions.deny、managed settings、hook URL allowlist 等安全設定。
• Anthropic Privacy Center - How long do you store my data? — 核實 Free、Pro、Max 搭 Claude Code 嘅 session 保留同 model improvement 設定。
• Claude-Mem Docs - Introduction — 核實 claude-mem 自稱點樣保存 session context、搜尋記憶同 private tag 控制。
• Claude Code product page — 核實 Claude Code 官方定位、本機 terminal 同權限提示講法。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。