從資料夾到對話：Anthropic 重新設計 Claude Code Projects，以協調者代理與平行雲端執行緒為核心

2026 年 9 月 17 日，Anthropic 低調發布了代理式編碼時代相當關鍵的一次改版。Claude Code Projects——原本只是用來整理上下文與檔案的分組機制——被整個重建在一套新的心智模型上，官方用五個字總結：「從資料夾到對話」（from folder to conversation）。專案不再是你整理東西的容器，而是你下達簡報的對象：你描述想要的成果，Claude 便界定範圍、分派工作、協調平行執行緒、審查產出，最後組裝出完成的結果。

這個 beta 版今天起開放給部分使用 Claude Code 雲端 session、且在網頁版或桌面版沒有既有專案的 Claude Pro 與 Max 訂閱者。Anthropic 表示「未來一週」會擴大開放給這兩種方案的更多 Claude Code 使用者，之後更新的專案功能會陸續推送到整個 Claude 生態，包括 Team 與 Enterprise 方案。還沒取得存取權的合格使用者可以加入候補名單；既有專案在改版觸及聊天與 Cowork 之前維持原樣運作。

舊問題：人類充當排程器

官方部落格的開場直指每個重度 Claude Code 使用者的痛：要在一次建置中管理多個 session，你得自己拆分工作、來回交接、再把結果拼起來。人類是編排者，而模型是一群有能力卻失憶的外包商。

這次改版把關係倒轉過來。Anthropic 自己舉的例子讀起來像一份幕僚長（chief of staff）的職缺說明：設定「降低 App 結帳流程 p75 延遲」的目標，然後要 Claude 對每個端點做效能分析、測試優化、在平行執行緒中各自開 pull request。或者，把 API、網頁、行動版三個 repository 連上專案，設定「淘汰已棄用的 v1 端點」——Claude 會為每個 repo 開一條執行緒，遷移呼叫端、跑測試、開 PR，然後告訴你哪些必須先合併。

最後那個細節悄悄地重要。「合併順序」這種協調知識，過去只存在於 tech lead 的腦子裡。把它寫進協調者的職責，等於把代理工具從「會寫程式」推向「負責交付」。

執行緒做工，協調者指揮

架構上，新專案拆成兩種角色。執行緒（threads）是工人，每一條都是完整的 Claude Code 雲端 session，在自己的分支、自己的 repo 副本上工作。執行緒完成一個工作單元後，就像任何貢獻者一樣開 PR、跑測試。如果兩條執行緒動到同一段程式碼，重疊會以一般的 merge conflict 呈現——沒有神奇的自動調和層，就是每個工程團隊早就熟悉的那個原語。

協調者（coordinator）是另一半。啟動專案時，你選定目標與 repo 或上下文，Claude 會立即建議它可以馬上接手的工作。你可以設定專案的雲端環境、connectors、plugins、instructions 與模型。之後你可以在主要的專案對話中監控進度，也可以潛入任何一條執行緒檢視細節、介入調整。執行緒本身還能再往外分叉，把獲派的工作用 subagents、迴圈與工作流拆小，讓大型任務更快完成。

關鍵在於整個系統天生是非同步的。你可以用手機督導進度，人離開電腦後它照樣運作。這正是雲端 session 的營運承諾——把代理的執行時間與開發者的注意力解耦——如今從單一對話擴大到多執行緒的專案層級。

共享記憶體：會複利的資產

策略上最值得注意的一塊，可能是記憶體層。專案裡的每一條執行緒現在都會寫入並讀取同一份共享記憶體，Anthropic 把它定位成降低複雜 prompt engineering 需求的手段。他們舉的例子平凡得恰到好處：Claude 記得 release 改到週五了、記得當初為什麼砍掉匯出功能、記得動 billing service 之前該先找誰確認。

這正是「專案作為工作空間」與「專案作為制度」的差別。個別 session 會到期，制度記憶會累積。Anthropic 也說 Claude 會隨時間記住你的工作與溝通風格——多久回報一次、多常開新執行緒、每次更新要多詳細——這些都可以要求它調整。

記憶體之外，專案還多了一個 library（文件庫），收納你加入的檔案與 Claude 產出的 artifacts，讓新工作能建立在過去的成果上，而不是每次從零開始。

經濟學：平行主義燒額度

Anthropic 對成本模型異常坦白：因為每一條執行緒都是完整的 Claude Code session，而專案可以同時跑多條，「專案會更快吃滿用量上限」。配套措施是控制權——專案層級的用量儀表板，加上可以為協調者對話與工作執行緒分別選擇模型與 effort 等級。後面這個旋鈕比表面上重要：協調者主要做分派與審查，工作執行緒才需要深度。把兩者分開，團隊才能把 token 預算花在難度真正所在之處。

有一個限制值得企業買家留意：目前執行緒只在雲端執行。在自己機器上、與本地工具和程式碼並行、藏在自家網路後面執行——官方列為「很快推出」，這讓 air-gapped 或合規約束嚴格的團隊暫時還得等。

意義何在

這次改版落在代理式編碼工具正收斂到同一個命題的市場上：價值單位不再是補全或對話，而是一個可以交付下去的目標，由一個受監督的群體執行。Anthropic 的實作真正突出的不是任何單一功能，而是它選擇的原語——以普通的 git 分支與普通的 merge conflict 作為協調基底，外層再包一個具備持久記憶的協調者。

對開發者來說，立即的結論很實際：如果你是 Pro 或 Max 的合格使用者，這個 beta 值得拿一個真實的多 repo 工作來試。對產業來說，這是今年最明確趨勢的又一個數據點——終端機正在變成人力調度部門，問題正從「模型能不能做這件事」轉向「它能不能管理這個專案」。

Anthropic 尚未說明改版何時結束 beta，也沒揭露 Enterprise 版在管理與稽核控制上會有什麼變化。這些細節將決定它是停留在進階使用者的便利工具，還是成為團隊交付軟體的預設方式。