Claude Code Projects 可以讓一個 Coordinator 同時把工作分給多個 Threads。
看起來很簡單：
既然可以平行跑，那就全部一起跑。
但這通常不是最好的做法。
因為有些工作真的彼此獨立，有些工作卻必須等前一步做完，還有一些事情即使 AI 已經完成，也不該直接讓它往下一步走。
今天只學一個方法。
在開多個 Threads 前，先把工作分成三類：
可平行／有依賴／一定人工確認。
① 可平行：彼此不需要等對方結果
第一類最適合直接拆成不同 Threads。
例如你準備改一個網站：
- Thread A：檢查 API
- Thread B：分析 Database Bottleneck
- Thread C：整理 Frontend 測試
- Thread D：檢查文件是否還引用舊 Endpoint
只要其中一條工作失敗，不會讓其他 Thread 的輸入立刻失效，就可以考慮平行執行。
判斷方式很簡單：
「如果 A 還沒做完，B 能不能正常開始？」
答案是可以，就比較適合平行。
② 有依賴：先把順序寫出來
第二類不要因為 Claude 可以開很多 Threads，就硬拆成同時執行。
Anthropic 官方舉過一個例子：
如果同時處理 API、Web、Mobile Repository，Claude 可以分別開 Thread 做 Migration、Tests 與 Pull Request，最後再告訴你哪些 PR 應該先 Merge。
這就表示：
工作可以平行，但最後仍然可能存在依賴順序。
例如：
Database Schema 先改
→ Backend 才能使用新欄位
→ Frontend 才能接新的 API Response。
如果三個 Agent 沒有先看清楚這條依賴線，跑得再快也可能只是在更快地產生返工。
所以第二格只做一件事：
把「誰一定要等誰」寫出來。
③ 一定人工確認：AI 做完也先停
第三類就是 Human Gate。
例如：
- Merge 進主要 Branch
- Production Deploy
- Database Migration
- 刪除正式資料
- 修改付款邏輯
- 更改權限
- 正式對外承諾
這些工作就算 Thread 已經完成，也不要把「完成」理解成「可以直接執行」。
Claude Code Projects 的 Coordinator 能整理多個 Thread，但官方也明確提醒：如果不同 Threads 修改到相同 Code，仍然會像一般 Pull Request 一樣產生 Merge Conflict。
所以 Coordinator 是幫你協調工作，
不是替你消除所有技術風險。
最後把三格寫成這樣
假設今天要修改 Checkout：
可平行
- Profile API
- 查 Database Query
- 跑 Frontend Performance Test
有依賴
- Database 修改
- Backend 更新
- Frontend 串接
一定人工確認
- Merge
- Migration
- Production Deploy
就這樣。
你甚至不需要先畫很複雜的流程圖。
只要開始前花 30 秒問三個問題：
可以同時做嗎？
誰一定要先完成？
哪一步一定要人按下去？
為什麼這一步愈來愈重要？
Claude Code Projects 已經可以讓一個 Project 同時跑多個 Threads，而且每條 Thread 都是一個完整的 Claude Code Cloud Session。Anthropic 也提醒，Threads 開得愈多，Usage 可能消耗得愈快。
所以真正有效率的做法不是：
「可以開幾個 Agent，就開幾個。」
而是：
「只把真的能平行的工作拿去平行。」
AI Agent 愈來愈會自己工作之後，人真正需要學的，反而是怎麼把工作切對。
如果你也想知道自己的工作裡，哪一步最適合先交給 AI，留言「流程」，我可以先幫你看看從哪一步開始。
今天，和 AI 一起進步一點。
每天學會一個 AI 技巧。
每天節省一點時間。
每天提升一點能力。
SasaDaily，陪你一起成長。
推薦閱讀
AI 一分鐘教學｜2026/09/07：Qwen Code 要記住一條規則前，先問「換到另一個專案還成立嗎？」
AI 一分鐘教學｜2026/09/11：Qodo Review 開 PR 前，先分「影響範圍／規則衝突／未解風險」
AI 一分鐘教學｜2026/08/24：Slack Code 驗收條件怎麼寫？先用「現在／要變成／不能動」三格再叫 AI 改程式
