重點摘要
Anthropic 旗下 Claude 官方於九月十七日宣布重構 Projects：在 Claude Code 雲端工作階段中，用戶用一則對話描述目標，Claude 會拆分、委派並協調多條平行線程，關上筆電後仍可繼續執行；亦可從手機督導進度。目前以 beta 形式開放予部分使用雲端工作階段、且尚未在網頁或桌面建立既有專案的 Claude Pro 與 Max 用戶，並將於一週內擴大。本文已對照 Claude 官方部落格「Projects redesigned: from folder to conversation」全文與官方 X 帳號當日帖文交叉核對，來源真實性已驗證。對香港與亞洲依賴多倉並行開發、長週期代理式工作流的團隊而言，這代表「專案」從資料夾容器轉向可持續記憶與協調的對話式工作系統。
2026 年 9 月 17 日，Claude 官方（Anthropic 產品帳號）於 X 發布產品公告，並同步上線官方部落格文章《Projects redesigned: from folder to conversation》。核心主張是：過去要在一次建置中管理多個工作階段，往往得自行切分工作、交接與拼接結果；現在在 Claude Code 專案裡，用戶描述「要完成什麼」，Claude 負責界定範圍、委派、協調平行線程、審視輸出並組裝成品。用戶可全程督導——包括用手機——且線程在用戶離開電腦後仍於雲端繼續運行。本文已對照 Claude 官方部落格全文、等候名單頁面與官方帖文執行緒，來源真實性已驗證。
一、核心事件：Projects 從「資料夾」變成「對話＋協調者」
技術細節
官方將新體驗定位為 Claude Code 內的 Projects beta。用戶啟動專案時選擇目標與倉庫／脈絡，並可設定雲端環境、連接器、外掛、指示與模型。Claude 會先建議可立即接手的工作；其後在主專案對話中監控與引導，或深入個別線程檢視細節。簡報方式被形容為向「幕僚長」交代多件事——系統會把請求路由到新建或既有線程，並在需要時向用戶確認。
官方舉例包括：設定降低應用結帳 p75 延遲的目標後，要求 Claude 剖析各端點、測試優化並以平行線程開啟多個 pull request；或連接 API、網頁與流動應用倉庫，以退役已棄用的 v1 端點為目標，讓每個倉庫各開一條線程遷移呼叫端、跑測試、開 PR，再由 Claude 告知合併順序。
可用性邊界寫得很清楚：即日起，更新版 Projects 以 beta 形式提供給「選用 Claude Code 雲端工作階段、且尚未在網頁或桌面擁有既有專案」的部分 Claude Pro 與 Max 訂閱者；未來一週擴大予同計劃更多 Claude Code 用戶；其後才推及 Claude 全產品線以及 Team／Enterprise。既有 Pro／Max 專案維持現行運作，並會隨推出進度升級至對話與 Cowork。未獲權限者可加入等候名單。
二、技術原理深度解析：線程、協調者、共享記憶與程式庫
架構上，Projects 由「執行工作的線程」與「指揮的協調者」組成。每條線程在底層是獨立的 Claude Code 雲端工作階段，各自在獨立分支與倉庫副本上作業；協調者負責組織，若多線程改到同一段程式碼，重疊會以一般 PR 合併衝突方式解決。線程必要時可再拆成子代理、迴圈與工作流，以加快大型任務。
脈絡方面，專案面向「長於單次回覆、多於單一零件」的長跑或代理式流程。每條線程會寫入並讀取共享記憶，降低複雜提示工程需求——例如記住發佈改到星期五、為何砍掉匯出功能，或碰 billing 服務前該問誰。Claude 亦會記住用戶的工作與溝通風格，並可調整回報頻率、開線程頻率與更新粒度。伴隨記憶的是專案程式庫（library），收集用戶加入的檔案與 Claude 產出的產物，讓後續工作建立在既有成果上。
官方亦提醒：專案可同時跑多條線程，每條都是完整 Claude Code 工作階段，因此較易觸及用量上限；用戶可查看專案層用量，並分別為協調者對話與工作線程選擇模型與努力程度（effort）。目前線程跑在雲端；本地機器、本地工具／程式碼與內網支援「很快」會來——官方帖文亦重申此點。
四、日常應用場景
1. 開發者與技術團隊
多倉庫遷移、延遲優化、平行開 PR 與測試回報，正是這次示範焦點。對已在 Claude Code 雲端工作的 Pro／Max 用戶，Projects 把「多個孤立 session」收成一個可持續的專案對話，適合一週以上的迭代。
2. 企業與隱私敏感行業
共享記憶與程式庫有助把決策、聯絡人與產物留在專案內，減少重複交代；但雲端線程意味工作目前仍在 Claude 雲端執行，本地與內網支援尚未到位。香港金融、法律與醫療等對資料出境敏感的機構，仍應把「可在雲端跑什麼」與「必須私有部署什麼」分開設計。
3. 一般用戶
若主要用網頁或桌面聊天、且已有舊專案，此次 beta 未必立即開放；既有專案會繼續運作，並待後續升級。手機督導與離線後仍繼續執行，對兼職專案與跨時區協作較有感。
4. 香港與亞洲市場視角
香港與亞洲許多中小型產品團隊同時維護 API、網頁與 App 倉庫，又常跨時區遠端協作。平行線程＋手機督導，契合「白天開任務、晚上關機後雲端繼續」的節奏；但企業若要求程式碼與提示不出境，仍需評估 Claude 雲端邊界，或另行規劃私有代理編排。
五、專業評價與潛在考量
優勢
- 產品敘事清晰：專案＝目標＋倉庫脈絡＋協調者＋平行雲端線程＋共享記憶＋程式庫。
- 與真實工程流程對齊（獨立分支、PR、測試、合併衝突），而非抽象「多代理演示」。
- 推出節奏分層（選用 beta → 一週擴大 → 全 Claude／Team／Enterprise），降低一次性翻盤風險。
需要留意的地方
- 目前限部分 Pro／Max、且須雲端工作階段、且無既有網頁／桌面專案；覆蓋面仍窄。
- 多線程完整 session 會加快觸及用量上限，成本與配額管理成為實際約束。
- 本地工具、本機檔案與內網尚不可達；企業防火牆後工作流需等後續。
- 共享記憶帶來便利，也提高「錯誤決策被長期記住」的治理需求，宜定期審視專案指示與記憶內容。
結語
Claude Projects 的這次翻新，不是又一個資料夾 UI，而是把長跑開發工作收成「一則可督導的對話」：Claude 當協調者，雲端線程當執行單元，記憶與程式庫當連續性。對已在 Claude Code 雲端作業的團隊，這可能改變多倉並行與離線後續跑的日常節奏；對必須把資料留在本地或香港境內的企業，則仍要把雲端代理能力與私有部署邊界分開規劃。若香港企業需要在可控環境內落地類似的多代理編排與私有模型服務，可參考 YSK Limited 的企業私有 LLM 全託管（https://ysk.hk/services/ai-automation）。
參考來源
- Claude 官方部落格：Projects redesigned: from folder to conversation（2026-09-17）https://claude.com/blog/projects-redesigned
- Claude 官方等候名單：https://claude.com/form/projects
- 發現來源：Claude 官方 X 帖文（2026-09-17）https://x.com/claudeai/status/2100632677904744716