Skip to main content

Claude Code 記憶：如何讓 Claude 跨專案保持持久上下文

· 閱讀時間約 8 分鐘
Felo AI
Felo AI
Operations

解決 Claude Code 每次對話都從零開始的問題。用 MemClaw 為 Claude Code 添加持久專案記憶，跨對話保留決策、進度和產出物。

你打開 Claude Code。解釋你的架構。描述那個 bug。得到一個很棒的答案。

你關閉對話。

明天，你又得全部重來一遍。

這就是 Claude Code 的核心挫折——不是答案的品質，而是它每次都從零開始。不記得你的程式碼庫。不記得你上週做的決策。不記得你花了三小時解釋為什麼選那個資料庫架構。

這篇指南教你怎麼解決這個問題。

Claude Code 記憶 — 用 MemClaw 跨對話保持持久專案上下文

為什麼 Claude Code 沒有記憶​

Claude Code 在上下文視窗（context window）中運作——一次能處理的固定文字量。對話結束時，視窗關閉。什麼都不會留下。

對快速的一次性任務來說沒問題。對持續的開發工作來說，會產生真正的摩擦：

  • 每次對話重新解釋架構浪費 10-15 分鐘才能開始實際工作
  • 在專案間切換意味著每次手動載入不同的上下文
  • 長期決策——為什麼選了 library X 而不是 Y、為什麼那個函式那樣寫——只存在某人的腦中
  • 團隊交接需要有人重建已經存在某處的上下文

這不是 bug。這是無狀態系統的運作方式。但它是可以修復的。

「Claude Code 記憶」到底是什麼意思​

當開發者搜尋「claude code memory」時，他們通常在找三件事之一：

對話持續性 — 從上次中斷的地方繼續對話。Claude Code 原生不支援。每次對話都是獨立的。

專案上下文 — 讓 Claude 理解你的程式碼庫，不用每次重新解釋。這是可以解決的。

跨專案隔離 — 讓 Project A 的上下文和 Project B 完全分開。這就是 MemClaw 的設計目的。

部分解法：CLAUDE.md​

最簡單的方式是在專案根目錄放一個 CLAUDE.md 檔案。Claude 在對話開始時讀取它：

# Project: MyApp
## Stack: Next.js 14, TypeScript, PostgreSQL
## Key decisions: JWT for auth, REST API conventions
## Current focus: Auth refactor (started 2026-03-20)

對單一專案有用。但限制很快就會顯現：

  • 單一扁平檔案——沒有結構、沒有搜尋
  • 靜態——你手動維護，它會過時
  • 沒有歷史——六個月前的決策不會被追蹤
  • 沒有隔離——一個檔案放所有東西，沒有按專案分離
  • 不可查詢——Claude 無法回答「我們上個月快取怎麼決定的？」

對在一個小專案上的獨立開發者來說，CLAUDE.md 通常夠用。對更複雜的情況，你需要更好的方案。

持久解法：MemClaw​

MemClaw 為 Claude Code 提供持久的專案記憶。每個專案有自己的隔離工作區，隨時間累積上下文——決策、狀態、產出物、背景上下文。

在 Claude Code 上安裝 MemClaw：

/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw

設定 API key：

export FELO_API_KEY="your-api-key-here"

在 felo.ai/settings/api-keys 取得金鑰。

為每個專案建立工作區：

建立一個叫做 MyApp 的工作區

添加專案上下文（只需一次）：

加到工作區：Next.js 14 + TypeScript + PostgreSQL。
認證使用 JWT httpOnly cookies——資安團隊的要求。
目前正在重構認證中介軟體以提取 JWT 驗證。
主要聯絡人：Sarah ([email protected])。Q2 截止日期。

每次對話開始時載入：

載入 MyApp 工作區

Claude 讀取工作區後立刻進入狀況——不需要重新解釋。

Claude Code 記憶 — MemClaw 工作區在對話開始時載入專案上下文

這很重要的真實場景​

休息一週後接續：

載入 MyApp 工作區
我認證重構做到哪了？

Claude 讀取工作區並告訴你確切的進度——因為你在上次對話結束時記錄了狀態。

有多個客戶的自由工作者：

載入 Acme 工作區
→ Claude 只有 Acme 的上下文

載入 Beta Corp 工作區
→ Claude 切換到 Beta Corp。Acme 完全不在畫面中。

每個客戶有自己的工作區。零交叉污染。這就是 MemClaw 的設計場景。

團隊交接： 和新開發者共享工作區。他們載入後 Claude 就已經知道專案歷史、已經定案的決策、以及目前的進展。不需要 90 分鐘的知識轉移會議。

做決策時記錄：

把決策加到工作區：用 Postgres 而不是 MySQL，因為
客戶的 DBA 只支援 Postgres。不可更改。

六週後，Claude 不會用有說服力的論點建議切換到 MySQL。它知道這個決策已經鎖定。

MemClaw vs. 其他方案​

方案優點缺點
CLAUDE.md零設定、有版本控制靜態、沒有歷史、單一檔案、不可搜尋
手動貼上下文到處都能用每次對話 10-15 分鐘、容易遺漏
MemClaw持久、可搜尋、按專案隔離、可團隊共享需要 Felo API key

對單一小型短期專案：CLAUDE.md 就夠了。

MemClaw 的轉折點：多個專案、或超過一個月的專案、或超過一個人的團隊。

開始使用​

  1. 安裝 MemClaw（memclaw.me）
  2. 為每個進行中的專案建立一個工作區
  3. 添加基礎上下文——技術棧、關鍵決策、當前狀態
  4. 每次對話開始時載入工作區
  5. 工作時記錄決策和狀態更新

記憶會累積。兩週後，Claude 開始從工作區回答問題，而不是要求你重新解釋。一個月後，你完全不再想上下文管理的事。

取得 MemClaw →

相關指南​