MemClaw 團隊版：工程團隊的共享 AI 記憶解決方案
MemClaw 共享工作區讓整個工程團隊在 Claude 中擁有相同的專案背景，每位開發者都能載入相同的決策、規範與衝刺目標。
個別開發者會浪費時間反覆向 Claude 說明背景脈絡。工程團隊面臨同樣的問題，而且會隨著人數成倍放大。
每位開發者都在跑自己的 Claude Code session。沒有共享脈絡的情況下，每個 session 都從零開始。不同開發者得到互相矛盾的建議。新成員花好幾週學習本該已經被記錄的決策。架構知識存在人的腦袋裡，而不是在工具中。
MemClaw 共享 workspace 解決了這個問題。
團隊脈絡問題
以下是沒有共享 AI 記憶的典型工程團隊會發生的事：
開發者 A 花了一個 session 向 Claude 說明團隊使用 Repository Pattern、JWT 存在 httpOnly cookies、React Query 處理非同步操作。Claude 基於這些脈絡給出準確、一致的建議。
開發者 B 開了新 session。Claude 對這些決策一無所知。它建議在 route handler 中直接查詢資料庫、用 localStorage 存 token、用 useEffect + fetch 處理非同步。開發者 B 要嘛發現這些問題——浪費時間——要嘛沒發現，程式碼庫開始偏離。
新成員加入。 他們問 Claude 關於程式碼庫的問題。Claude 給出通用建議，完全不知道團隊的實際模式、決策或歷史。入職時間比應有的更長。
每個案例的根本原因都一樣：每個 Claude session 都是隔離的。專案脈絡沒有共享的事實來源。
MemClaw 共享 Workspace 如何運作
MemClaw workspace 可以在團隊間共享。所有團隊成員在自己的 Claude Code 上安裝 MemClaw，連接到同一個 workspace。
當任何團隊成員載入 workspace，Claude 讀取共享的專案脈絡——架構決策、慣例、sprint 目標、已知問題。當任何人將決策或狀態更新儲存到 workspace，它立即對每位其他團隊成員的下一個 session 可用。
結果：一個活的、持續成長的知識庫，每位團隊成員的 Claude Code session 都能存取。一個 workspace。所有代理同步。
什麼會被共享
共享的 MemClaw workspace 包含團隊需要的一切，讓 Claude 擁有一致的脈絡：
架構決策 — 附日期和理由：
2026-02-15: Rejected GraphQL in favor of REST.
Reason: Team familiarity, simpler debugging, no need for flexible queries at current scale.
慣例和模式：
- All DB access via Repository Pattern (/lib/repositories/)
- JWT in httpOnly cookies — never localStorage
- React Query for all async operations
- Error boundaries at route level
當前 sprint 目標：
Sprint 8 (ends 2026-04-11):
- Complete checkout flow
- Fix Stripe webhook duplicate trigger
- Add order confirmation emails
已知問題和注意事項：
- Stripe webhook fires twice — always check idempotency key
- Redis pool: max 10 connections in dev environment
- Auth middleware doesn't run on /api/webhooks/* routes
Session 歷史 — 什麼時候建了什麼、誰建的。
這些脈絡通常存在某人的腦袋裡，或者在一份沒人更新的 Notion 文件中。在 MemClaw workspace 裡，每個 Claude session 都能自動存取。
為團隊設定 MemClaw
步驟 1：在每位開發者的機器上安裝 MemClaw
每位團隊成員在自己的 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 取得 key。Workspace 擁有者建立 workspace，然後邀請隊友。
步驟 2：建立共享 workspace
一位團隊成員建立 workspace：
Create a workspace called [Project Name] Team
然後從 workspace 設定中邀請隊友。
步驟 3：初始化 workspace
花 30 分鐘記錄團隊的基礎脈絡：
- 技術棧和版本
- 架構決策（附日期和理由）
- 程式碼慣例
- 當前 sprint 目標
- 已知問題
這是一次性投資。之後的一切都會隨著團隊工作自動更新。
步驟 4：每次 session 開始時載入
每位開發者在 session 開始時載入 workspace：
Load the [Project Name] Team workspace
Claude 讀取共享脈絡，立即給出與團隊實際模式和決策一致的建議。
步驟 5：保持更新
做了有意義的決策後，立即記錄：
Add decision to workspace: using JWT httpOnly cookies for auth
because security team requires it — not negotiable
每個 sprint 開始時更新 sprint 目標。發現已知問題時記錄。Workspace 隨著團隊工作而成長。
不同角色的好處
資深開發者： 架構決策被記錄並在每個 Claude session 中執行，不只是資深開發者在場的那些 session。
初階開發者： 從第一天就有完整脈絡。Claude 基於團隊的實際模式給建議——不是與程式碼庫已有做法矛盾的通用最佳實踐。
新團隊成員： 入職更快。載入 workspace，Claude 已經知道專案歷史、不可更改的決策，以及目前的進展。
技術主管： 架構知識不再鎖在人的腦袋裡。決策附帶理由被記錄下來，每個 session 都能存取。
具體範例
一位初階開發者在專案進行中加入團隊。沒有共享 workspace 脈絡：
初階開發者：「這個 route 的 auth 該怎麼處理？」 Claude：「我建議用 localStorage 存 token，設短效期...」 初階開發者實作了。資深開發者 review 時發現問題。時間浪費了。
有了包含團隊決策日誌的共享 workspace：
初階開發者：「這個 route 的 auth 該怎麼處理？」 Claude：「根據你們團隊的慣例，使用 JWT 存在 httpOnly cookies——決策日誌顯示這是你們安全團隊在 3 月 3 日要求的。絕對不要用 localStorage。以下是如何與你們現有的 auth middleware 一致地實作...」
差異在於脈絡。有了共享 workspace，每位開發者——無論經驗水平——都能得到與團隊實際決策一致的建議。
跨代理團隊工作流程
如果不同團隊成員使用不同代理——有些用 Claude Code，有些用 OpenClaw 或 Gemini CLI——同一個 workspace 跨所有代理運作。在 Claude Code session 中記錄的決策在 OpenClaw session 中可用。一個代理儲存的研究對所有代理可存取。
這對團隊中不同人偏好不同工具，或引入使用不同設定的外包人員時特別重要。
開始使用
最快的團隊設定路徑：
- 每位開發者安裝 MemClaw（memclaw.me）
- 一位開發者建立共享 workspace 並邀請團隊
- 花 30 分鐘初始化基礎脈絡
- 每位開發者在 session 開始時載入 workspace
共享脈絡快速複利成長。第一週後，Claude 在每位開發者的 session 中給出一致的建議。一個月後，workspace 成為完整的專案決策記錄，新成員可以在幾分鐘內從中入職。