Claude Code Projects：雲端平行 threads、共用記憶與並行成本限制

來源範圍與證據等級

查核日期：2026-10-11。已擷取原貼、頁面可見作者續文與公開留言；Threads 公開頁有登入提示，留言 coverage 為 partial，不保證完整。未讀私人訊息、未聯絡作者，也沒有安裝工具、授權私人資料或進行付費測試。社群時間、熱度及效能主張不視為獨立驗證。

Claude Code Projects：持續協調者加平行工作 thread

@bounce12340 整理 @claudedevs 教學，自述候補 Pro／Max 全放行，並描述持續專案對話、分拆 thread、雲端分支、本機工作、PR 與共用記憶。已讀官方 claude-projects 與 agents 文件，Projects 確實定位為 ongoing coordinator，threads 為獨立工作階段。它不同於只讀分析 subagent，也不是 cli agent teams 的另一個名稱；應依任務生命週期、雲端／本機和協調範圍選擇。

公開文件仍寫逐步開放，不推成所有帳戶能用

截至 2026-10-11 擷取官方頁，Projects 是 Pro／Max public beta 且 rolling out gradually；Team／Enterprise 尚不支援，未見入口可加入候補。這與原貼所述候補名單全放行的範圍不能完全等同：通知可能針對一批候補帳戶，不能推成所有付費用戶均已開通。本次沒有取得作者引述的官方社群 announcement／影片原始頁，也沒有登入 Allen 帳號檢查入口，實際可用性以帳戶畫面與官方資格為準。

雲端持續，本機必須醒著

官方明確區分：雲端 threads 關筆電仍執行；經 Remote Control 放到自己電腦的 thread，只在該電腦醒著時運作。每個 cloud thread 有自己的 context window、branch 與可開 PR 的工作流程。它會讀專案 repositories、files、instructions、memory 和帳號 connectors／cloud environment，但不會自動帶走本機 Claude Code 設定。本機 secrets、skills、MCP 路徑與特殊工具不能假設直接可用。

PR 與 CI 能持續修正，不等免審查部署

官方文件支持 cloud thread 開 PR 並啟用 auto-fix，CI 失敗與審查意見可觸發修正。原貼示範的自動合併與 Sentry 每日下午排程屬作者轉述，本次未重播示範或建立 routine。即使有自動合併，也需 branch protection、必要 CI、人類 code review 和部署權限，不能把 thread 回報通過當成已驗證上線。專案 Library 可放上傳文件與 threads 輸出，不能因此將商業秘密任意外送。

記憶與 repo 規則：分開保存

官方說每個 cloud thread 啟動讀 project memory 的 MEMORY.md 索引，需要時再開其他 memory files；它不同於本機 auto memory，也不同於 repository 的 CLAUDE.md。跨 repo 專案決策放 project memory，單一 repo 的測試／分支規則放 CLAUDE.md 更可控。Threads 的完整歷程不會自動全部進協調者 context；協調者以結果回報、近期 threads 與記憶協調，重要限制應寫成清楚的 standing instructions。

最重要的新限制：文字並行上限不是硬 cap

官方文件明說用指令要求最多同時五個 threads 是 preference 而非 enforced setting，不能當強制成本保險絲。文件列 across projects 每日 200 個新 threads 的 enforced limit，而不是同時執行上限。每個 thread 都是完整工作階段，協調者也耗用方案；配額用完通常等待 reset 後續跑，會開始消耗下一個窗口。超出方案需帳戶先啟用 usage credits，thread 自己不能幫你啟用。

成本與落地方式

現行官方預設協調者 Opus low effort、thread Opus high effort；可在 Project settings General 調整模型與 effort。原貼畫面提及 Opus 5.5／Sonnet 5.5，但本次以官方目前模型選擇規則為準，不把影片畫面當帳號可選清單。建議先一個小任務驗 GitHub App／repo push access、CI、回報及權限，再逐步並行；對外發文、付款、正式環境部署仍維持明確授權。沒有建立 Projects、沒有連 GitHub／Sentry、沒有跑 thread 或消耗付費額度，這是文件查核而非驗收。