Skip to main content

同時跑 5 個專案不爆炸——AI 多專案工作流程實戰手冊

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

AI 多專案管理工作流程實戰教學——用工作區隔離解決脈絡混亂、決策遺忘、專案交叉污染，適合接案者與多專案工程師。

三個客戶的案子同時在跑。一個要改後台 API，一個要做前端重構，一個剛啟動需要架構規劃。

你打開 Claude Code，開始處理客戶 A 的 API。做到一半，客戶 B 的 PM 丟了一個緊急 bug。你切過去修，修完切回來——等等，剛才 A 的 API 改到哪裡了？上週跟 A 確認的那個欄位命名規則是什麼？

Claude 不記得。你也不太記得。

這不是你的問題，也不是 AI 的問題。這是工作流程的問題。

多專案並行的真正問題不是時間，是脈絡​

多數人以為多專案管理的瓶頸是時間。不夠時間做完所有事。

但實際上，最大的成本是脈絡切換（context switching）。

每次切換專案，你需要：

  1. 回想這個專案目前的狀態——做到哪了、還剩什麼
  2. 重建技術脈絡——用了什麼框架、做了什麼決策、為什麼這樣決定
  3. 重新告訴 AI所有背景——因為 AI 的每個 session 都是全新的

研究顯示，一次深度的脈絡切換需要 15-25 分鐘才能完全恢復專注。如果你一天切換 4 次，光是「重新進入狀態」就燒掉 1-2 小時。

用 AI 助手（Claude Code、OpenClaw）開發時，這個問題更嚴重。因為 AI 不只是你——它也需要脈絡。你自己可能還記得一些東西，但 AI 每次開 session 都是一張白紙。

三種常見的失敗模式​

模式一：全部塞在同一個對話裡​

「反正 Claude 的 context window 很大，我把所有專案的東西都丟進去。」

結果：

  • A 客戶的資料庫 schema 跟 B 客戶的搞混
  • 你說「那個 API」，Claude 不知道你在說哪個專案的 API
  • 對話越來越長，回應品質下降，最後不得不 /compact 或重開 session

模式二：每次手動貼脈絡​

每次切換專案，你花 10 分鐘把背景資訊貼給 Claude：

> 這是客戶 B 的專案。用 Vue 3 + Vite + TypeScript。
> 資料庫是 PostgreSQL，ORM 用 Prisma。
> 上週我們決定用 Redis 做快取。
> 目前進度：API 層完成 80%，前端還沒開始。
> 待辦：payment endpoint 和 notification service。

結果：

  • 你一定會漏掉東西（上上週的那個決策？忘了提）
  • 每天重複做同樣的事，浪費時間
  • 不同天貼的脈絡可能互相矛盾

模式三：靠 CLAUDE.md 硬撐​

把所有專案資訊寫進 CLAUDE.md：

# 客戶 A — 電商後台
技術棧：Next.js + Prisma + PostgreSQL
目前進度：...

# 客戶 B — 行動應用 API
技術棧：Express + MongoDB
目前進度：...

# 客戶 C — 資料分析平台
技術棧：Python + FastAPI + ClickHouse
目前進度：...

結果：

  • CLAUDE.md 越來越長，Claude 讀取時消耗大量 token
  • 靜態檔案無法自動更新進度
  • 所有專案的資訊混在一起，Claude 可能搞混

這三種模式的共同問題：沒有隔離。多個專案的脈絡混在一起，遲早出事。

工作流程設計：每個專案一個隔離環境​

解決方案的核心原則很簡單：一個專案 = 一個隔離的脈絡空間。

就像你不會把三個客戶的程式碼放在同一個 git repo 裡，你也不應該把三個客戶的 AI 脈絡放在同一個地方。

第一層：檔案系統隔離​

這是基礎。每個專案有自己的目錄、自己的 CLAUDE.md：

~/projects/
├── client-a-ecommerce/
│   ├── CLAUDE.md          # A 的專案規範
│   └── src/
├── client-b-mobile-api/
│   ├── CLAUDE.md          # B 的專案規範
│   └── src/
└── client-c-analytics/
    ├── CLAUDE.md          # C 的專案規範
    └── src/

切換專案時，cd 到對應目錄再啟動 Claude Code 或 OpenClaw。這樣至少 CLAUDE.md 是對的。

但這只解決了靜態規範的問題。動態脈絡（進度、決策、待辦）還是會丟失。

第二層：工作區隔離​

在檔案系統隔離的基礎上，加上專案工作區。每個專案有自己的記憶空間，存放動態脈絡：

  • 目前進度
  • 技術決策和原因
  • 待辦事項
  • 保存的文件和分析結果

MemClaw 就是做這件事的。每個專案一個工作區，切換專案就切換工作區，8 秒還原所有脈絡。

# 早上：處理客戶 A
cd ~/projects/client-a-ecommerce
claude
> 載入 client-a 工作區
# Claude 立刻知道：API 層完成 80%，上次決定用 Stripe，待辦是 payment endpoint

# 下午：切到客戶 B
cd ~/projects/client-b-mobile-api
claude
> 載入 client-b 工作區
# Claude 立刻知道：用 MongoDB，認證用 JWT，目前在做推播通知功能

# 晚上：客戶 C 的緊急需求
cd ~/projects/client-c-analytics
claude
> 載入 client-c 工作區
# Claude 立刻知道：用 ClickHouse，ETL pipeline 上週剛部署，有個效能問題待查

零脈絡污染。A 的 Stripe 決策不會跑進 B 的對話裡。

免費開始使用 MemClaw → memclaw.me

實戰示範：一天切換 3 個專案​

以下是一個接案者的真實工作日流程，同時管理三個客戶專案。

09:00 — 客戶 A：電商後台（2 小時）​

cd ~/projects/client-a-ecommerce
claude
> 載入 client-a 工作區

Claude 讀取工作區：

已載入 client-a 工作區。
目前狀態：
- Payment endpoint 昨天寫到一半，Stripe webhook 驗證完成
- 待辦：完成 refund 邏輯、寫測試
- 注意：客戶要求 refund 要支援部分退款

不用解釋任何背景，直接開始：

> 接續昨天的進度，幫我完成 refund 邏輯。要支援部分退款，金額不能超過原始訂單金額。

工作完成後：

> 把今天的進度更新到工作區。Payment 功能全部完成，包含部分退款。測試也寫好了。
> commit 今天的改動

11:30 — 客戶 B：行動應用 API（2 小時）​

cd ~/projects/client-b-mobile-api
claude
> 載入 client-b 工作區

完全不同的脈絡，完全不同的技術棧。Claude 不會把 A 的 Stripe 邏輯帶進來。

已載入 client-b 工作區。
目前狀態：
- 推播通知功能開發中，FCM 串接完成
- 待辦：通知排程功能、使用者偏好設定 API
- 上次決定：通知模板用 Handlebars，存在 MongoDB
> 幫我實作通知排程功能。用 node-cron，排程設定存在 MongoDB 的 notification_schedules collection。

14:00 — 客戶 C：資料分析平台（緊急修復）​

客戶 C 的 PM 說 ETL pipeline 跑出錯誤資料。

cd ~/projects/client-c-analytics
claude
> 載入 client-c 工作區
已載入 client-c 工作區。
目前狀態：
- ETL pipeline 上週部署，處理 3 個資料來源
- 已知問題：timezone 轉換在 DST 切換時有 bug（上週五發現，還沒修）
- 技術棧：Python + FastAPI + ClickHouse

Claude 已經知道有 timezone 的問題——這是上週五記錄在工作區裡的。

> 客戶說 ETL 跑出錯誤資料，應該就是上週五發現的 timezone bug。幫我修掉。

不用重新解釋 bug 的背景，因為工作區裡已經有記錄了。

一天結束​

三個專案，三次切換，每次切換的脈絡恢復時間：8 秒。

沒有 MemClaw 的話，每次切換至少 10-15 分鐘手動重建脈絡。一天三次就是 30-45 分鐘。一週五天就是 2.5-3.75 小時。一個月就是 10-15 小時——純粹浪費在「告訴 AI 它應該已經知道的事」上面。

進階技巧：自動化與團隊協作​

Session 結束自動儲存​

養成習慣：每次結束工作前，讓 AI 更新工作區。

> 把今天的進度更新到工作區，包含：
> 1. 完成了什麼
> 2. 遇到什麼問題
> 3. 下次要接著做什麼

這樣下次回來時，工作區裡的資訊永遠是最新的。

用 Artifacts 保存重要文件​

工作區不只存進度。你可以把重要的文件、分析結果、決策記錄保存為 Artifacts：

> 把剛才的架構分析報告存到工作區
> 把客戶確認的需求規格存到工作區
> 把這次 code review 的結論存到工作區

下次需要時直接查：

> 找出工作區裡關於認證方案的決策記錄

團隊協作​

如果你不是一個人——團隊裡有其他工程師也在用 AI 工具開發同一個專案——可以共享工作區。

> 邀請 [email protected] 加入 client-a 工作區

這樣團隊成員載入同一個工作區時，看到的是同一份專案脈絡。不用開會同步「上次改了什麼」，工作區裡都有。

詳細的團隊協作設定，可以參考 MemClaw 團隊協作功能實戰（英文版，繁中版即將推出）。

常見問題​

我只有兩個專案，需要這麼複雜的工作流程嗎？​

兩個專案用手動管理勉強可以。但如果你發現自己經常在切換時「忘記上次做到哪」或「搞混兩個專案的決策」，那就值得用工作區隔離。門檻很低——安裝 MemClaw 只要兩分鐘。

工作區的資料存在哪裡？​

MemClaw 的工作區資料存在雲端（Felo 伺服器）。這意味著你換電腦、換終端機，工作區都還在。API key 是你的存取憑證。

可以跟 Notion 或 Jira 搭配嗎？​

MemClaw 的工作區是 AI agent 的記憶層，跟 Notion/Jira 的定位不同。Notion 是你給人看的文件，Jira 是專案管理工具，MemClaw 是 AI 的專案記憶。三者可以並存，各司其職。

OpenClaw 和 Claude Code 都支援嗎？​

都支援。而且兩邊共享同一個工作區——在 OpenClaw 做的研究，切到 Claude Code 也看得到。

總結​

多專案並行的關鍵不是更努力工作，是更聰明地管理脈絡。

一個專案 = 一個隔離的工作區。切換專案 = 切換工作區。8 秒還原脈絡，零交叉污染。

開始行動：

  1. 確保每個專案有自己的目錄和 CLAUDE.md
  2. 安裝 MemClaw 為每個專案建立工作區
  3. 養成 session 結束時更新工作區的習慣

延伸閱讀：