長時間做軟件開發,往往唔係一個 AI 編程聊天室可以處理晒:需求會改、任務會分支、測試會失敗,而幾日前定落嘅技術決定,下一次工作時仍然要搵得返。
Anthropic 重新設計嘅 Claude Code Projects,嘗試將呢種工作改成「一個持續專案對話」:開發者一直喺同一處交代新要求,Claude 就擔任協調器,將適合分拆嘅工作交畀多條可並行執行嘅雲端工作線(threads)。測試版在 9 月 17 日向部分使用 Claude Code 雲端 session 嘅 Claude Pro 及 Max 訂戶推出。
8
10
核心改變:一個協調器,多條編程工作線
每個 Claude Code Project 都以持續存在嘅專案對話為中心。協調器收到新要求後,簡單問題可以即時回答;需要獨立處理嘅實際工作,則會建立成工作線。各工作線完成後會向主對話匯報,開發者因而可以喺同一個地方掌握整個目標嘅進度。
1
8
每條工作線都係一個完整嘅 Claude Code 雲端 session,有自己嘅儲存庫副本同 Git 分支。咁樣可以讓幾項工作同時跑,而唔使等一個 agent 完咗先開始另一個;即使你闔埋手提電腦,工作線亦可繼續執行。
1
5
8
實際使用時,一個較大目標可以拆成多個實作或調查任務。個別工作線可以操作儲存庫、跑測試,並在需要時開 pull request(PR);主對話就用來追加要求,以及查看邊啲完成、邊啲卡住。
2
8
13
真正關鍵係:上下文會留低
呢個功能唔只係「同時開多幾個 agent」,而係令佢哋有共通而持續嘅專案背景。
每條新工作線開始時,都會取得該專案嘅儲存庫、檔案、指示同記憶。專案記憶可保留已作出嘅決定、優先次序、限制條件等資訊,減少每次開新編程 session 都要由頭交代一次。
8
Projects 亦有一個 Library,收集用戶提供嘅檔案,以及 Claude 產生嘅工件或成果。之後嘅工作可以繼續參考,唔會令有用資料只係埋喺舊對話入面。
5
8
所以,佢同「為同一個專案開幾個獨立聊天」嘅分別,在於系統旨在保留不斷演變嘅工作脈絡,而唔只係保存最初上載嘅資料。
分支隔離唔等於自動解決衝突
每條工作線有獨立分支同儲存庫副本,的確可以減少互相直接干擾;不過,唔代表併行修改會自動相容。
如果兩條工作線都改到同一段程式碼,最終仍會出現普通 Git merge conflict(合併衝突),處理方式同兩個人各自提交 PR 後要合併嘅情況一樣。
5
換言之,Claude Code Projects 可以協調同隔離工作,但唔會取代工程判斷:程式碼審閱、整合、測試覆蓋率同是否批准發佈,仍然係開發團隊要把關嘅事。
用量與雲端限制:並行唔係免費額外算力
並行工作線唔等於有無限容量。Claude 支援文件指出,用量限制決定用戶在重設前可以同 Claude 互動幾耐或使用 Claude Code 幾耐;而 Claude 各個產品介面嘅使用量,亦會計入同一個計劃限額。
30
因此,多開工作線應視為加快獨立任務、改善組織嘅方法,而唔係繞過方案額度。現有報道指測試版每日最多新建 200 條工作線,背景工作線亦可能影響用量;不過,Anthropic 現有公開支援資料未有交代 Projects 測試版詳細嘅用量計算公式。
1
重新設計後嘅 Projects 在推出時只支援雲端工作流程,較適合放喺雲端 session 可存取嘅儲存庫與檔案。佢唔會令呢套持續、多工作線模式連到只存在本機嘅資源或內部網絡。Claude Code 本身可以喺終端機本地運行,但截至測試版推出時,呢個 Projects 工作流程嘅本地執行尚未推出。
2
6
14
而家邊啲人可以用?
分階段測試先開放畀部分使用 Claude Code 雲端 session 嘅 Pro 及 Max 訂戶。Anthropic 表示,之後會逐步擴展至更多合資格 Pro 與 Max 用戶,再擴至更廣泛嘅 Claude 用戶,以及 Team 和 Enterprise。原本已使用 Projects 嘅用戶,帳戶未升級前可能仍會停留喺舊版體驗。
6
8
10
現有資料未有提供本地支援,或者 Team、Enterprise 廣泛推出嘅確實日期。
點解呢次改動值得留意?
呢次轉變,係由「一次處理一個 session 嘅編程助手」,走向「替持續開發工作編排多個 agent 嘅協調層」。協調器保留專案層面嘅主線;雲端工作線平行處理隔離任務;共享記憶與 Library 則將背景資料帶到之後嘅工作。
它瞄準嘅難題,唔單止係生成程式碼,而係點樣喺較長時間內管理多件互相關連嘅工作。限制依然存在:開發者要監督存取權限、審閱 PR、處理衝突改動及管理用量。不過,對於本身可以拆開並行處理嘅開發工作,呢個模式比起每次喺互不相連嘅聊天重新開始,提供咗較持久嘅工作方式。
5
8