OpenClaw 記憶體管理完全指南
掌握 OpenClaw 記憶體管理：專案範圍工作區、情境隔離與持久知識庫，徹底解決跨工作階段遺失上下文的問題。
OpenClaw 預設沒有記憶功能。每次 session 都從零開始。對 Agent 來說，每個專案看起來都一樣——一片空白，只有你當下提供的脈絡。
對於簡單的單次 session 任務，這沒問題。但對於跨多個 session 的工作——或同時進行多個專案——這就是個真正的問題。
本指南涵蓋你需要知道的 OpenClaw 記憶管理全部內容：預設機制如何運作、在哪裡會出問題，以及如何建立一個真正能應對複雜工作流程的記憶系統。
OpenClaw 記憶的預設運作方式
OpenClaw 基於 Claude 運行，而 Claude 在 context window 內運作。Agent 對你專案的所有認知都存在那個 window 裡——你的指令、對話歷史、你提供的任何檔案或脈絡。
Session 結束時，context window 就消失了。沒有自動持久化。下一個 session 從你重新輸入的內容開始。
這不是 bug——這是大型語言模型的運作方式。Context window 是工作記憶，不是長期儲存。模型處理 window 中的內容、生成回應，就這樣。
對真實工作流程的影響：
- Session 1：你解釋專案、程式碼架構、客戶需求、目前為止的決策。Agent 很有用。
- Session 2：你從頭開始。Agent 對 Session 1 毫無記憶。
- Session 10：你花在重新簡報的時間比實際工作還多。
四大記憶問題
OpenClaw 的記憶問題可歸納為四個不同的問題。每個需要不同的解決方案。
問題 1：Session 失憶
Agent 在 session 之間忘記一切。你簡報了、有了進展、關閉終端機——下次你又回到原點。
這是重度 OpenClaw 使用者最常見的抱怨。大多數人首先嘗試的解法是維護一個 CLAUDE.md 檔案來存放專案脈絡。有幫助，但需要手動維護，而且無法捕捉所有內容。
問題 2：脈絡串台
如果你同時跑多個專案，一個專案的脈絡會滲入另一個。你載入關於客戶 A 的對話，提到客戶 B 的某些事，Agent 就開始搞混。為一個專案做的決策變成另一個專案的建議。
單一 CLAUDE.md 檔案會讓這更糟——它變成所有東西的垃圾場，專案之間毫無隔離。
問題 3：決策漂移
Agent 重新開啟已結案的問題。三個 session 前你因為特定原因決定用 REST 而非 GraphQL。Agent 不知道，所以又建議 GraphQL。你再解釋一次。下個 session，同樣的事。
沒有決策日誌，Agent 就無法知道什麼已經定案、什麼還在討論中。
問題 4：產出物遺失
Agent 產出有用的內容——規格文件、競品分析、測試案例集。你在 session 中使用它。Session 結束。它去哪了？要嘛你手動存了（也許），要嘛它埋在聊天記錄裡（等於遺失）。
記憶堆疊：你真正需要什麼
解決這四個問題需要不同層級協同運作。
第 1 層：專案隔離 每個專案需要自己獨立的脈絡環境。載入 Project A 應該只給 Agent Project A 的脈絡，其他專案零污染。
第 2 層：持久專案狀態 關鍵資訊——決策、當前狀態、專案背景——需要在 session 之間存活，並在每次開始時自動載入。
第 3 層：決策記錄 已結案的問題需要被記錄，這樣 Agent 就不會重新開啟。每條記錄應包含理由，不只是結論。
第 4 層：產出物持久化 對話中產生的文件和輸出需要被儲存，並在未來的 session 中可檢索。
大多數 OpenClaw 設定只部分解決第 1 層（透過 CLAUDE.md），其餘完全忽略。一個完善的記憶系統需要處理全部四層。
用 MemClaw 設定 OpenClaw 記憶
MemClaw 以 OpenClaw skill 的形式實現全部四層。以下是每層在實務中的運作方式。
安裝
透過 Claude Code Plugin Marketplace：
/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw
透過 OpenClaw 自然語言：
Please install https://github.com/Felo-Inc/memclaw and use MemClaw after installation.
設定 API key：
export FELO_API_KEY="your-api-key-here"
在 felo.ai/settings/api-keys 取得你的 key。
第 1 層：用 Workspace 實現專案隔離
為每個專案建立獨立的 workspace：
Create a workspace called Client Alpha
Create a workspace called Client Beta
Create a workspace called Internal Dashboard
載入 workspace 只給 Agent 該專案的脈絡：
Load the Client Alpha workspace
切換專案只需載入不同的 workspace：
Load the Client Beta workspace
Client Alpha 的脈絡消失。Client Beta 的脈絡啟用。零串台。
這是脈絡串台的結構性解決方案——不是過濾、不是小心提示，而是真正的隔離。
第 2 層：持久專案狀態
每個 workspace 都有一個 living README，儲存背景脈絡、當前進度和偏好設定。Agent 在 session 開始時讀取——不需要手動載入。
Load the Client Alpha workspace
Agent 立即知道：
- 專案是什麼、為誰做的
- 上次 session 做到哪裡
- 當前優先事項是什麼
- 任何特定偏好或限制
工作過程中更新：
Update workspace status: finished the user authentication flow,
starting on the dashboard next session
Add to workspace: client prefers weekly updates on Fridays,
async via email not Slack
下一個 session 開始時這些脈絡已經載入。8 秒恢復。
第 3 層：決策記錄
每個有意義的決策都應該記入 workspace：
Add this decision: we're using Postgres not MongoDB —
client's infra team only supports Postgres
Add decision: no dark mode for v1 — out of scope per product spec,
revisit in Q3
Add decision: REST over GraphQL — client's backend team
isn't familiar with GraphQL
當 Agent 建議已經決定過的事時，你可以問：
What did we decide about the database?
從決策日誌得到準確答案——不是幻覺，不是重新開啟已結案的問題。
這就是如何停止每個 session 都花時間重新解釋已定案的決策。
第 4 層：產出物持久化
在 session 結束前儲存輸出：
Save that competitive analysis to the workspace
Add this meeting summary to the workspace
Save the API spec we just wrote to the workspace
之後檢索：
Show me the competitive analysis from last week
Find the meeting notes from the client kickoff
產出物可搜尋且持久。它們不會在 session 結束時消失。
多專案記憶管理
這是系統真正展現價值的地方。沒有完善記憶系統同時跑五個專案意味著：
- 不斷重新簡報（每次切換 10 分鐘以上）
- 專案間脈絡串台
- 決策被反覆重做
- 有用的輸出埋在聊天記錄裡
有了 workspace 範圍的記憶：
早上：開始 Project Alpha
Load the Alpha workspace
→ "Alpha is the e-commerce redesign for Client X.
Last session: completed checkout flow. Next: order history page.
Known constraint: must support IE11 per client requirement."
下午：切換到 Project Beta
Load the Beta workspace
→ "Beta is the internal analytics dashboard.
Last session: data pipeline is working. Next: build the UI.
Decision logged: using Recharts not D3 — team familiarity."
隔天：回到 Alpha
Load the Alpha workspace
→ Agent 確切知道你上次做到哪裡。
不需要重新簡報。Beta 的脈絡不會污染 Alpha。
Agent 沒有變聰明。是記憶系統在做這些工作。
常見記憶管理錯誤
錯誤 1：所有東西用一個 CLAUDE.md
根目錄的單一 CLAUDE.md 檔案變成所有專案的大雜燴。它會膨脹、過時，而且沒有隔離。解決方案是專案範圍的 workspace，不是更大的檔案。
錯誤 2：只記錄決策，不記錄理由
「我們選了 REST」不如「我們選了 REST，因為客戶的後端團隊不熟悉 GraphQL」有用。理由才是防止 Agent 用有說服力的反論重新開啟問題的關鍵。
錯誤 3：Session 結束時不更新狀態
Living README 在反映當前狀態時最有用，而不是兩個 session 前的狀態。每個 session 結束時一行狀態更新花 30 秒，下次省 5 分鐘的重建時間。
錯誤 4：只在記得的時候才儲存產出物
養成習慣：如果 Agent 產出了有用的東西，在關閉 session 前儲存它。「Save that to the workspace」只需 3 秒。
跨 Agent 記憶：OpenClaw 和 Claude Code 協同
記憶管理中常被忽略的一點：如果你在同一個專案上使用多個 AI Agent，它們的記憶需要共享。
MemClaw workspace 不綁定特定 Agent——它們綁定專案。OpenClaw 和 Claude Code 都可以讀取和寫入同一個 workspace。
這意味著：
- 在 OpenClaw 中做的研究可以在 Claude Code session 中使用
- 在 Claude Code 中記錄的決策對 OpenClaw 可見
- 沒有重複脈絡，Agent 之間沒有資訊孤島
# In OpenClaw — run competitive research
Save that competitive analysis to the Alpha workspace
# Later, in Claude Code — pick up the research
Load the Alpha workspace
Show me the competitive analysis
Workspace 是你整個 AI Agent 技術棧的共享記憶層。
快速參考：OpenClaw 記憶指令
Workspace 管理：
Create a workspace called [project name]
Load the [project name] workspace
List all my workspaces
What's in my current workspace?
新增脈絡：
Add to workspace: [context]
Add this decision: [decision + rationale]
Update workspace status: [current state]
Save that [artifact] to the workspace
檢索脈絡：
Where did I leave off on [project]?
What did we decide about [topic]?
Show me all artifacts in this workspace
Find the [document type] from [timeframe]
開始使用
如果你用 OpenClaw 管理超過一個專案——或者你發現自己每次 session 開始都在重新簡報——一個完善的記憶系統就是解方。
- 安裝 MemClaw（memclaw.me）
- 為每個進行中的專案建立一個 workspace
- 每次 session 開始時載入 workspace
- 做決策時記錄決策和理由
- 關閉 session 前儲存有用的產出物
重新簡報時間降為零。脈絡串台停止。決策保持定案。
常見問題
MemClaw 會取代 CLAUDE.md 嗎？ 它取代了手動維護 CLAUDE.md 檔案的需求。MemClaw 的 living README 服務相同目的，但自動更新且按專案範圍劃分。
MemClaw 在 session 開始時載入多少脈絡？ 只載入相關的專案脈絡——背景、當前狀態、近期決策。它不會把所有東西都塞進 context window；它載入 Agent 需要的定位資訊。
多個團隊成員可以共享 workspace 嗎？ 可以。MemClaw 支援團隊共享——邀請隊友，他們就能獲得相同的專案脈絡。
如果我忘記載入 workspace 會怎樣？ OpenClaw 會正常運行，只是沒有 workspace 脈絡。MemClaw 只在你載入或引用 workspace 時啟動。