Claude Code Projects 改版：一個對話如何協調多個平行 AI 程式代理

長期軟體開發很容易超出單一 AI 程式設計對話可負荷的範圍：需求會調整、工作會分支、測試可能失敗，而數天前做出的技術決策，下一次工作時仍得找得回來。

Anthropic 重新設計的 Claude Code Projects，嘗試把這種持續演進的工作，集中在一個具協調角色的專案對話中。開發者不必在資料夾與多個彼此割裂的聊天紀錄間來回管理，而是能持續描述需求，由 Claude 將適合獨立處理的工作拆成可平行執行的雲端執行緒。此功能於 2026 年 9 月 17 日起，向部分使用 Claude Code 雲端工作階段的 Claude Pro 與 Max 訂閱者展開測試。 810

核心改變：一個協調者，多條執行緒

新版的專案以一段持續存在的對話為中心。這個「協調者」會接收後續需求；簡單問題可直接回答，較適合獨立執行的工作則建立執行緒處理。各執行緒完成後會回報主對話，讓開發者能在同一處掌握整體目標、已完成事項與卡關處。 18

每條執行緒都是完整的 Claude Code 雲端工作階段，擁有各自的儲存庫副本與分支。因此，多項任務可同時進行，不必等一個代理完成後才啟動下一個；即使開發者闔上筆電，執行緒也能繼續在背景運作。 158

實際使用時，較大的目標可拆成實作或調查工作。例如，一條執行緒處理功能修改，另一條確認測試失敗原因。執行緒可操作儲存庫、執行測試，並在工作需要時建立 Pull Request（PR，提請合併程式碼的請求）；主對話則成為安排後續工作與檢視進度的入口。 2813

專案不只平行跑，也會延續脈絡

這項功能的關鍵不只是「多工」，而是讓工作脈絡能跨執行緒延續。

每個新執行緒啟動時，都會取得該專案的儲存庫、檔案、指示與記憶。專案記憶可保留先前決策、優先順序、限制條件等資訊，減少在每個新程式設計工作階段反覆交代背景的需要。 8

專案也設有 Library，彙整使用者提供的檔案，以及 Claude 產生的各類成果。這讓後續工作能持續參考既有材料，而不是讓有用的輸出埋沒在很久以前的對話裡。 58

換句話說，這不只是將數個相關聊天放進同一個容器；其設計目的，是保存隨專案推進而變化的工作脈絡。

獨立分支不會消除 Git 衝突

每條執行緒各自使用分支與儲存庫副本，確實可降低它們直接互相干擾的機率；不過，這不代表平行修改會自動相容。

若兩條執行緒改到相同程式碼區域，仍會產生一般 Git 合併衝突，處理方式與兩位工程師各自提交 PR 時相同。 5

因此，Claude Code Projects 能協調與隔離工作，卻不能取代工程判斷：程式碼審查、整合決策、測試覆蓋與發布核准，仍需要人來把關。

用量與雲端限制：平行不等於免費容量

同時開啟多條執行緒並不會增加訂閱方案可用的總工作量。Claude 的說明指出，用量限制決定使用者可與 Claude Code 工作多久才需要等待額度重設；而 Claude 各產品介面的使用量會一併計入同一方案額度。 30

因此，平行執行緒應視為加速彼此獨立工作的組織方式，而不是繞過方案額度的手段。背景執行的工作也可能影響用量；目前公開資料並未明確說明 Projects 測試版的完整計算公式。 130

新版 Projects 在推出時採雲端模式，最適合能提供給雲端工作階段存取的儲存庫與檔案。僅存在本機、內部網路或本地開發環境中的資源，暫時不在這套持續多執行緒工作模式可觸及的範圍內。Claude Code 本身可以在終端機本機執行，但本次 Projects 工作流程的本機執行版本，在測試推出時尚未提供。 2614

現在誰能使用？

分階段測試已先開放給部分使用 Claude Code 雲端工作階段的 Pro 與 Max 訂閱者。Anthropic 表示，之後將擴大至更多符合資格的 Pro 與 Max 使用者，再進一步延伸至更廣泛的 Claude 使用者，以及 Team 與 Enterprise 方案；既有 Projects 使用者則可能暫時維持舊版體驗，等待帳號升級。 6810

現有資料尚未提供本機支援、Team 方案或 Enterprise 方案全面推出的確切日期。

這次改版的重要性

Claude Code Projects 的重點，是把原本偏向單次工作階段的程式設計助理，推向長期開發工作的協調層：協調者維持專案全局，雲端執行緒隔離且平行地完成任務，共享記憶與 Library 則保存累積下來的背景資訊。

對需要拆分成多項獨立工作、又得長時間維持脈絡的開發任務而言，這比反覆從零開始新聊天更具延續性。不過其邊界也很清楚：開發者仍須管理存取權限、檢查 PR、解決衝突，並留意用量。 58