如果你已經用過 Claude Code、Codex 或其他 Coding Agent，很快會遇到下一個問題：

AI 可以一次做很多事，但最後變成你自己在管理一群 AI。

一個 Session 修 API。

另一個 Session 改 Web。

第三個 Session 跑測試。

你不只要記得每個 Agent 做到哪裡，還要把需求重新說一次、處理彼此依賴，最後再把結果拼回來。

Anthropic 9 月 17 日推出重新設計的 Claude Code Projects，想解的就是這個問題。

它不只是替 Claude Code 多放一個資料夾，而是在多個 Coding Agent 上面再放一個 Coordinator。

Claude Code Projects 是什麼？

最簡單的理解方式是：

以前你管理很多 Claude Code Session；現在你先把整個專案交代給一個 Claude，再讓它管理下面的 Sessions。

建立 Project 時，你先提供：

  • 專案 Goal
  • Repository 或其他 Context
  • Cloud Environment
  • Connectors
  • Plugins
  • Instructions
  • 使用的 Model

接著不是所有工作都塞進同一個對話。

Claude 會先理解整個目標，再判斷哪些事情應該拆成不同的 Threads。

官方把這個架構講得很簡單：

Threads do the work，Claude directs it。

也就是：

Thread 負責做事。

上面的 Claude Coordinator 負責分工與協調。

一個需求，可以拆成幾條平行工作

例如你的網站 Checkout 變慢。

以前可能是：

先叫 AI 找問題。

等它做完，再叫它測 API。

再做 Database。

再改 Frontend。

最後才跑測試。

Claude Code Projects 可以把工作拆開。

例如：

  • Thread A：分析 Endpoint
  • Thread B：找 Database Bottleneck
  • Thread C：測不同 Optimization
  • Thread D：準備 Pull Request

這些工作可以同時往前跑。

你則留在最上面的 Project Conversation，看整體進度，需要時再進其中一條 Thread 檢查。

每個 Thread 不是同一份 Code 一起亂改

這一點非常重要。

Claude Code Projects 裡，每一條工作 Thread 實際上都是一個獨立的 Claude Code Cloud Session。

針對 Repository 工作時，它會有自己的：

  • Branch
  • Repository Copy
  • 工作 Context

因此多條 Thread 可以平行進行。

如果連接 Repository，Thread 還可以：

  • 修改 Code
  • 跑 Tests
  • 開 Pull Request

但這不代表多 Agent 之後就不會衝突。

如果兩條 Thread 同時改到重疊程式碼，仍然可能產生正常的 Merge Conflict。

也就是說：

Coordinator 能幫你管理工作，不代表 Git 的衝突問題從此消失。

真正重要的新東西：Shared Memory

平行 Agent 並不是最特別的地方。

真正值得注意的是 Project Memory。

每一條 Thread 不只是完成自己的工作，它產生的重要決策與 Context 還能進入同一個 Project 的共享記憶。

例如你告訴 Claude：

「Release 從星期三改成星期五。」

「Export 功能這個版本先取消。」

「Billing Service 修改前一定要找某位工程師確認。」

之後其他 Thread 處理相關工作時，也能利用這些累積下來的 Project Context。

這和一般聊天最大的差別在於：

以前你是在保存對話；現在是在保存一個持續變化的工作狀態。

還有一個 Library，把文件與成果留在專案裡

Claude Code Projects 也加入 Library。

你放進 Project 的檔案，以及 Claude 工作過程產生的 Artifacts，都能留在這裡。

之後新的工作可以繼續利用前面的材料。

所以整個架構開始變成：

Goal

→ Coordinator

→ 多個 Threads

→ Shared Memory

→ Files／Artifacts

→ 下一輪工作繼續使用

這比較接近真正長期運作的軟體專案，而不是一次問完就結束的 Chat。

它和原本 Claude Projects 不一樣

名稱很容易混淆。

原本的 Claude Projects 比較像：

把 Chats、Files、Instructions 與 Knowledge 放在同一個工作空間。

新的 Claude Code Projects 則更進一步：

不只保存你給 Claude 的 Context，還要協調 Claude 正在執行的多條工作。

可以簡化成一句話：

Claude Projects 幫 AI 記得「你告訴它什麼」。

Claude Code Projects 則開始幫 AI 記得「整個專案正在做什麼」。

現在有兩個限制要先知道

第一，這次不是所有人今天都已經拿得到。

Anthropic 目前先向部分使用 Claude Code Cloud Sessions 的 Claude Pro 與 Max 用戶開放 Beta，而且初期還有資格條件。

官方表示接下來一週會逐步擴大 Pro／Max 使用者，之後才會再推向 Claude、Team 與 Enterprise 等範圍。

所以如果你的帳號現在沒看到，不等於功能不存在。

第二，目前 Threads 是跑在 Cloud。

這代表你關掉電腦之後，它仍可以繼續工作。

但相對地，目前 Cloud Threads 還不能直接使用你電腦上的 Local Tools、Local Code 或企業內部網路環境。

Anthropic 表示 Local Support 之後會加入。

還有一個很實際的成本問題

一個 Project 可以同時跑很多 Threads。

聽起來很方便，但每一條 Thread 都是一個完整 Claude Code Session。

所以：

平行 Agent 愈多，使用額度也可能消耗得愈快。

Anthropic 因此提供 Project-specific Usage，並讓你替 Coordinator 與 Worker Threads 分別選擇 Model 與 Effort Level。

所以不要把「可以開很多 Agent」理解成「越多越好」。

真正應該問的是：

這件工作真的需要平行處理嗎？

Claude Code Projects 真正改變的是「誰在管理 AI」

過去 Coding Agent 的競爭主要是：

誰寫 Code 比較快？

誰比較會 Debug？

誰能做更大的 Feature？

現在問題正在往上一層移動。

當一個人同時使用三個、五個甚至更多 Agent 時，真正的瓶頸開始變成：

  • 誰拆工作？
  • 誰記得依賴關係？
  • 誰知道哪件事已經改了？
  • 誰把結果重新整合？
  • 哪裡需要人介入？

Claude Code Projects 的答案是：

再放一個 AI 在最上面幫你管理 AI。

這可能才是接下來 Coding Agent 很重要的一步：

從 AI Programmer，

走向 AI Team Coordinator。

今天，和 AI 一起進步一點。

每天學會一個 AI 技巧。

每天節省一點時間。

每天提升一點能力。

SasaDaily，陪你一起成長。

推薦閱讀

今日 AI 工具｜2026/09/07：Qwen Code 0.23.0，專案 Memory 分開存、多個 Agent 背景跑，還能自由切換不同模型

今日 AI 工具｜2026/09/11：Qodo Agentic Toolbox，讓另一個 AI 先檢查 Claude Code、Codex、Kiro 的改動，再開 Pull Request

今日 AI 工具｜2026/08/17：ChatGPT Project-only Memory，舊專案不用重建，也能把工作記憶和其他對話隔開