OpenClaw 與 Claude Code：跨 AI 代理共享記憶體
MemClaw 工作區可跨 OpenClaw、Claude Code、Gemini CLI 與 Codex 使用。一個專案、一個工作區，所有 AI 代理同步運作，無需在工具間複製貼上脈絡。
大量使用 AI 代理的人，最終往往會同時使用多個工具。OpenClaw 處理自主工作流程。Claude Code 用於實際動手的程式開發。也許 Gemini CLI 處理特定任務。每個工具都有其優勢，根據任務在它們之間切換是合理的工作流程。
問題在於：每個代理都有自己的記憶孤島。你在 OpenClaw 中累積的脈絡，在 Claude Code 中無法使用。在一個工具中記錄的決策不會帶到另一個。你最終要為同一個專案在多個代理之間維護各自獨立的脈絡——或者每次切換都重新簡報。
MemClaw 用一個共享的 workspace 層解決這個問題。一個專案、一個 workspace，所有代理都從同一個脈絡讀取和寫入。
資訊孤島問題
當你在同一個專案上使用多個 AI 代理卻沒有共享記憶時，你就創造了資訊孤島。
OpenClaw 知道你上週做的架構決策。Claude Code 不知道——每次打開都從零開始。你在 OpenClaw 中跑的研究，切換到 Claude Code 做實作時無法存取。在一個工具中記錄的決策，對另一個工具完全不可見。
大多數人嘗試的解法：在工具之間複製貼上脈絡。開始前把相關決策貼進 Claude Code。重新跑 OpenClaw 中已經存在的研究。維護一份共享筆記文件，每次 session 後手動更新。
一兩個專案勉強能用。但當你跨多個代理管理多個專案時，就完全崩潰了。手動同步脈絡的開銷比代理幫你省下的時間還大。
共享 Workspace 如何運作
MemClaw 將 workspace 資料儲存在 Felo 的基礎設施中——不在任何特定代理內部。這意味著任何安裝了 MemClaw 的代理都能存取同一個 workspace。
流程：
OpenClaw session → 載入 workspace → 執行工作 → 儲存決策/產出物
Claude Code session → 載入同一個 workspace → 看到 OpenClaw session 的所有內容
不需要同步步驟。不需要匯出/匯入。不需要複製貼上。Workspace 就是共享層，兩個代理都直接讀取和寫入。
支援的代理
MemClaw 目前支援：
- OpenClaw — 安裝到
~/.openclaw/skills/ - Claude Code — 安裝到
~/.claude/skills/ - Gemini CLI — 安裝到
~/.gemini/skills/ - Codex — 安裝到
~/.codex/skills/
每個代理安裝一次，所有代理共用同一個 workspace。
跨代理安裝
OpenClaw
bash <(curl -s https://raw.githubusercontent.com/Felo-Inc/memclaw/main/scripts/openclaw-install.sh)
或透過自然語言：
Please install https://github.com/Felo-Inc/memclaw and use MemClaw after installation.
Claude Code
/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw
或手動安裝：
git clone https://github.com/Felo-Inc/memclaw.git
cp -r memclaw/memclaw ~/.claude/skills/
API Key（所有代理通用）
export FELO_API_KEY="your-api-key-here"
在 felo.ai/settings/api-keys 取得你的 key。
同一個 FELO_API_KEY 適用於所有代理——一把 key、一個 workspace 層、所有工具串連。
實際工作流程：在 OpenClaw 研究，在 Claude Code 實作
這是最常見的跨代理模式：用 OpenClaw 進行自主研究和規劃，然後切換到 Claude Code 動手實作。
階段 1 — 在 OpenClaw 中研究和規劃
Load the Project Alpha workspace
Run competitive research on the top 5 competitors
→ Save that analysis to the workspace as "Competitor research"
Draft the technical architecture
→ Save that as "Architecture doc v1"
Add decision: using microservices not monolith —
easier to scale individual components independently
OpenClaw 自主運行，將所有內容儲存到 workspace。
階段 2 — 在 Claude Code 中實作
Load the Project Alpha workspace
→ Agent: "Project Alpha workspace loaded. Competitor research,
architecture doc, and 3 decisions available."
Show me the architecture doc
→ Agent 從 workspace 取回並顯示文件
Let's implement the auth service based on this architecture
→ Agent 擁有 OpenClaw 研究階段的完整脈絡
不需要複製貼上。不需要重新跑研究。Claude Code session 從 OpenClaw session 結束的地方精確接續。
實際工作流程：同一團隊中的多個代理
如果你的團隊中不同人使用不同代理，共享 workspace 消除了脈絡同步問題。
開發者 A 使用 Claude Code。開發者 B 使用 OpenClaw。他們都在同一個專案上工作。
沒有共享記憶：開發者 A 在 Claude Code session 中做了架構決策。開發者 B 完全不知道。他們在 OpenClaw session 中做了衝突的決策。兩天後你才發現衝突。
有了共享 workspace：
Developer A (Claude Code):
Add decision: using Redis for session storage —
agreed with the team in the April 3 standup
Developer B (OpenClaw):
Load the Project Alpha workspace
What decisions have been made about the infrastructure?
→ "Redis for session storage (logged April 3 by Developer A)"
決策跨代理、跨團隊成員可見。零同步開銷。
什麼會被共享
儲存在 workspace 中的所有內容，任何載入它的代理都能存取：
- Living README — 專案背景、偏好設定、當前狀態
- 決策 — 所有已記錄的決策及其理由
- 產出物 — 文件、報告、分析、程式碼片段
- 任務 — 任務歷史和當前待辦事項
沒有代理專屬的儲存空間。所有東西都進入共享 workspace，任何代理都能讀取。
什麼不會被共享
Workspace 儲存脈絡，不儲存對話歷史。每個代理 session 有自己的對話——訊息、來回討論、沒有被明確儲存的中間輸出。
如果你希望對話中的某些內容在未來 session 或不同代理中可用，你需要明確儲存：
Save that analysis to the workspace
Add this decision to the workspace
Update workspace status with what we just decided
沒有明確儲存的內容留在對話中，session 結束時消失。這是刻意的設計——不是每個中間輸出都值得保留，workspace 保持乾淨。
專案進行中切換代理
共享 workspace 的一個實用好處：你可以在任務進行中切換代理而不遺失脈絡。
假設你在 OpenClaw session 中做研究，發現需要寫一些程式碼。與其在 OpenClaw 中勉強做，你切換到 Claude Code：
OpenClaw:
Save the current research findings to the workspace
Update status: research done, ready to implement
Claude Code:
Load the Project Alpha workspace
→ 立即看到研究發現和當前狀態
Let's implement based on the research
交接乾淨俐落。零脈絡遺失。不需要重新簡報。
反過來也一樣——在 Claude Code 中開始實作，遇到需要研究的問題，切換到 OpenClaw 調查，帶著已在 workspace 中的發現回到 Claude Code。
為什麼代理專業化讓跨代理記憶變得不可或缺
隨著 AI 代理工具的成熟，一個清晰的模式正在浮現：不同代理有不同優勢，認真的工作流程會使用不止一個。
OpenClaw 擅長自主、多步驟的工作流程——端到端執行研究任務、不需要手把手地執行一系列操作、協調多個子代理。它是為「設定好讓它跑」而建的。
Claude Code 擅長互動式、動手做的 session——結對程式設計、程式碼審查、你想保持參與的迭代式問題解決。它是為「跟我一起做這個」而建的。
兩者搭配使用是自然的工作流程：讓 OpenClaw 跑自主部分，用 Claude Code 做互動部分。問題是沒有共享記憶的話，這兩種工作模式會產生隔離的脈絡孤島。OpenClaw 在自主階段學到的所有東西，切換到 Claude Code 做互動階段時都不可用。
共享 workspace 讓代理專業化變得可行。每個代理做它擅長的事，workspace 是保持專案脈絡統一的連接組織。
常見跨代理模式
模式 1：自主研究 → 互動實作
用 OpenClaw 自主跑研究（競品分析、程式碼庫探索、文件審查），將發現儲存到 workspace，然後切換到 Claude Code 動手實作，研究成果已經可用。
模式 2：互動規劃 → 自主執行
用 Claude Code 互動式地思考方案——討論取捨、做決策、定義範圍——將所有內容記錄到 workspace，然後交給 OpenClaw 自主執行已定義的計畫。
模式 3：平行代理，共享脈絡
同時在同一個專案的不同面向上運行 OpenClaw 和 Claude Code。兩者都寫入同一個 workspace。一方做的決策立即對另一方可見。不需要同步會議。
模式 4：長期專案的代理交接
在互動設定階段用 Claude Code 啟動專案。隨著專案成熟、工作流程更加明確，將執行轉移到 OpenClaw 進行自主處理。Workspace 在轉換過程中保留完整的專案歷史。
代理專屬 vs. 共享脈絡
一個值得理解的細微差別：不是所有東西都屬於共享 workspace。
共享 workspace 用於專案層級的脈絡——決策、狀態、產出物、背景。任何代理（或隊友）需要了解專案狀況的東西。
代理專屬的對話歷史 留在每個代理的 session 中，不會被持久化。這是刻意的。如果你在 Claude Code 中除錯特定問題，那個除錯 session 的來回討論不需要放在共享 workspace 中——只需要結果（一個決策、一個儲存的產出物、一個狀態更新）。
紀律是：當一個 session 產出了未來 session 需要的東西，明確儲存到 workspace。其餘的可以隨對話生滅。
開始跨代理工作流程
如果你已經在用 Claude Code，加入 MemClaw 只需要幾分鐘：
/plugin marketplace add Felo-Inc/memclaw
/plugin install memclaw@memclaw
export FELO_API_KEY="your-api-key-here"
在 felo.ai/settings/api-keys 取得你的 API key。
安裝後，為任何進行中的專案建立 workspace，開始記錄脈絡——決策、狀態、背景。當你把 OpenClaw 帶入同一個專案時，指向同一個 workspace。兩個代理現在從同一個事實基礎運作。
工作流程的轉變很小。在數週和數月的多代理工作中，複利效益非常顯著。
常見問題
我需要在每個使用的代理上都安裝 MemClaw 嗎？ 是的——MemClaw 需要安裝在每個應該有 workspace 存取權的代理上。Workspace 資料是共享的，但每個代理需要 skill 才能讀寫。
Workspace 資料是即時同步的嗎？ 是的。當一個代理寫入 workspace，更新立即對任何載入該 workspace 的其他代理可用。
如果兩個代理同時寫入 workspace 會怎樣？ MemClaw 處理並發寫入。狀態更新以最後寫入為準；決策和產出物是追加而非覆蓋。
我可以有不共享的代理專屬脈絡嗎？ 目前不行。所有 workspace 資料都跨代理共享。代理專屬脈絡留在對話歷史中，不會被持久化。
這對自架的 OpenClaw 有效嗎？ 有效。MemClaw 連接 Felo 的 API 進行儲存，所以無論 OpenClaw 如何部署都能運作。