從 CLAUDE.md 到 MemClaw——AI 專案記憶的三個演進階段
AI 專案記憶從手動筆記到 CLAUDE.md 到持久工作區的演進歷程，解析每個階段的能力與局限，幫你選擇適合的記憶方案。
AI 程式助手有一個根本性的問題：它不記得你。
不管你用 Claude Code、OpenClaw 還是 Cursor，每次開新 session 都是一張白紙。昨天花一小時討論的架構決策、上週確認的技術方案、這個月累積的專案脈絡——全部歸零。
這個問題不是 bug，是設計。大型語言模型本質上是無狀態的。但開發者的工作是有狀態的——專案有進度、決策有歷史、脈絡會累積。
過去兩年，社群發展出三種解決方案，代表了 AI 專案記憶的三個演進階段。每個階段解決了前一個階段的問題，也帶來了新的局限。
階段一：手動筆記與複製貼上
做法
最原始的方式。每次開 session，手動把專案背景貼給 AI：
> 這是一個 Next.js 電商平台，用 TypeScript + Prisma + PostgreSQL。
> 目前在做 payment 功能，用 Stripe。
> 上週決定 webhook 驗證用 signature 比對。
> API 層完成 80%，前端還沒開始。
有些人用 Notion 或純文字檔記錄這些資訊，每次開 session 時複製貼上。
能力
- 零設定，馬上可以用
- 完全由你控制內容
- 不依賴任何工具
局限
- 你一定會漏掉東西。上上週的那個決策？三天前排除的那個方案？你不記得要提，AI 就不知道。
- 每天重複做同樣的事。5 分鐘貼脈絡 × 每天 3 次 × 一週五天 = 每週 75 分鐘純粹浪費。
- 多專案時崩潰。同時跑三個專案，你需要維護三份筆記，切換時還要確認貼對了。
- 不會自動更新。今天做了新決策，你得記得手動更新筆記。
適合誰
只有一個簡單專案、偶爾用 AI 的人。
階段二：CLAUDE.md 與靜態配置檔
做法
Claude Code 引入了 CLAUDE.md——放在專案根目錄的 markdown 檔案，Claude 每次啟動時自動讀取。
# CLAUDE.md
## 專案概述
Next.js 14 電商平台，TypeScript + Prisma + PostgreSQL。
## 開發規範
- 套件管理用 pnpm
- 元件用 PascalCase
- API 回應格式：{ data, error, message }
## 測試
- 單元測試：Vitest
- E2E：Playwright
## 架構決策
- Payment：Stripe，webhook 用 signature 驗證
- 快取：Redis（因為需要 pub/sub）
- 認證：JWT httpOnly cookies
OpenClaw 有類似的機制（.openclaw/instructions.md），Cursor 有 .cursorrules。概念相同：把專案資訊寫在檔案裡，AI 自動讀取。
能力
- 自動載入。不用每次手動貼，AI 啟動時自動讀取。
- 版本控制。CLAUDE.md 可以 commit 到 git，團隊共享。
- 多層結構。可以在不同目錄放不同的 CLAUDE.md，Claude 會合併。
- 零成本。不需要額外工具或服務。
局限
- 靜態的。CLAUDE.md 是你手動寫的檔案，不會自動更新。今天做了新決策，你得自己去改檔案。
- 只有規範，沒有狀態。它能告訴 AI「我們用 pnpm」，但不能告訴 AI「目前做到哪了」「上次的 bug 修到一半」。
- 越寫越長。隨著專案推進，你不斷往 CLAUDE.md 加東西，它會變得巨大。Claude 讀取時消耗大量 token，而且很多舊資訊已經不相關了。
- 沒有隔離。如果你在同一台電腦上跑多個專案，每個專案有自己的 CLAUDE.md，但 AI 的對話脈絡還是可能混在一起。
適合誰
單一專案、團隊需要共享開發規範、專案規模中等的情況。
CLAUDE.md 是一個很好的基礎層。即使你用了更進階的記憶方案，CLAUDE.md 依然有價值——它負責靜態規範，其他工具負責動態脈絡。
想了解 CLAUDE.md 的詳細用法，可以參考 CLAUDE.md + MemClaw：完整的 Context Stack。
階段三：持久工作區——動態、隔離、自動更新
做法
在 CLAUDE.md 的基礎上，加一個動態的記憶層。每個專案有自己的工作區，存放：
- Living README：自動更新的專案摘要——背景、偏好、進度、關鍵決策
- Artifacts：保存的文件、分析報告、決策記錄
- Tasks：待辦事項，AI 工作時自動追蹤
AI 啟動時載入工作區，8 秒還原所有脈絡。工作過程中，工作區自動更新。下次回來，AI 知道你上次做到哪、決定了什麼、還剩什麼。
MemClaw 就是這個階段的代表。
# 隔天回來
> 載入 ecommerce-api 工作區
# 8 秒後，AI 知道：
# - Payment 功能昨天完成了，包含部分退款
# - 測試全部通過
# - 下一步：notification service
# - 上週決定用 Redis 做快取，因為需要 pub/sub
# - 客戶要求下週三前完成 MVP
能力
- 動態更新。不用手動維護，工作區隨著你的工作自動演進。
- 完全隔離。每個專案一個工作區，脈絡不會交叉污染。
- 跨 session 持久。關掉終端機、換電腦、隔一週再回來——工作區都還在。
- 跨 agent 共享。OpenClaw 和 Claude Code 共享同一個工作區。在 OpenClaw 做的研究，Claude Code 也看得到。
- 團隊協作。邀請隊友加入工作區，共享專案記憶。
局限
- 需要額外安裝和設定（雖然只要兩分鐘）
- 需要 API key（Felo API key）
- 工作區資料存在雲端，對極度敏感的專案可能需要評估
適合誰
- 同時跑多個專案的開發者
- 接案者管理多個客戶
- 需要跨 session 保留決策和進度的任何人
- 團隊協作開發
免費開始使用 MemClaw → memclaw.me
三個階段的比較
| 能力 | 手動筆記 | CLAUDE.md | 持久工作區 |
|---|---|---|---|
| 自動載入 | 否 | 是 | 是 |
| 動態更新 | 手動 | 手動 | 自動 |
| 多專案隔離 | 靠自律 | 檔案層級 | 完全隔離 |
| 跨 session | 否 | 部分（靜態） | 是 |
| 跨 agent | 否 | 否 | 是 |
| 團隊共享 | 否 | Git 共享 | 即時共享 |
| 設定成本 | 零 | 低 | 低 |
| 維護成本 | 高 | 中 | 低 |
推薦組合
最佳實踐不是三選一，而是組合使用：
- CLAUDE.md：負責靜態規範（程式碼風格、測試框架、命名慣例）
- MemClaw 工作區：負責動態脈絡（進度、決策、待辦、文件）
CLAUDE.md 告訴 AI「這個專案怎麼做」，工作區告訴 AI「這個專案做到哪了」。兩者互補，不衝突。
記憶管理的未來
AI 專案記憶還在快速演進。幾個值得關注的方向：
更智慧的自動摘要
目前的 Living README 已經能自動更新，但未來可能更聰明——自動判斷哪些資訊重要、哪些可以歸檔、什麼時候該提醒你之前的決策。
更深的工具整合
想像一下：工作區不只記住對話脈絡，還能自動同步 git commit 歷史、Jira ticket 狀態、CI/CD 結果。AI 不只知道你「決定用 Redis」，還知道「Redis 的 PR 已經 merge，CI 通過了」。
跨專案知識遷移
目前工作區是完全隔離的。但有些知識是跨專案的——你在 A 專案學到的 Stripe 串接經驗，對 B 專案也有用。未來可能出現「知識圖譜」層級的記憶，在隔離的基礎上允許受控的知識共享。
常見問題
CLAUDE.md 和 MemClaw 需要同時用嗎？
建議同時用。CLAUDE.md 負責靜態規範（不常變的東西），MemClaw 負責動態脈絡（每天都在變的東西）。兩者互補。
我已經有很完整的 CLAUDE.md 了，還需要 MemClaw 嗎？
如果你的 CLAUDE.md 越來越長、需要經常手動更新進度、或者同時跑多個專案——那就需要。MemClaw 解決的是 CLAUDE.md 處理不了的動態部分。
從 CLAUDE.md 遷移到 MemClaw 麻煩嗎？
不麻煩。MemClaw 不取代 CLAUDE.md，是疊加上去的。你的 CLAUDE.md 保持不動，額外建立工作區來管理動態脈絡就好。
其他 AI 工具（Cursor、Copilot）也能用 MemClaw 嗎？
MemClaw 目前支援 OpenClaw、Claude Code、Gemini CLI 和 Codex。Cursor 和 Copilot 暫不支援。
總結
AI 專案記憶的演進路徑很清楚：從手動到自動，從靜態到動態，從混合到隔離。
如果你還在階段一（手動貼脈絡），至少升級到階段二（CLAUDE.md）。如果你已經在用 CLAUDE.md 但覺得不夠——多專案切換痛苦、進度追蹤靠人腦、決策記錄散落各處——那就是時候進入階段三了。
從這裡開始：
- 確保你的專案有 CLAUDE.md（階段二基礎）
- 安裝 MemClaw 建立專案工作區（階段三）
- 讓 CLAUDE.md 管靜態規範，MemClaw 管動態脈絡
延伸閱讀：