Anthropic 測試 Claude Code 新介面，企業版可選「共享」專案能見度

重點摘要

• Anthropic 在 Claude Code Desktop 測試全新專案建立介面，將專案整合至側邊導航並新增頂部模式切換器，強化多工作串管理。
• 專案功能限定建立雲端工作階段，支援記憶與指令跨階段繼承，並讓 Claude 具備更高自主執行能力。
• 企業與團隊方案使用者可選擇個人或共享能見度，但該介面仍屬實驗性質，Anthropic 過往有靜默回滾未達標功能的紀錄。

2026 年 7 月 20 日，Anthropic 開始在 Claude Code Desktop 應用程式中測試重新設計的版面配置。這次測試主要將「專案」（Projects）功能整合進側邊導航面板，並在頂部新增模式切換器。同時，Anthropic 為專案建立引入了專屬的使用者介面（UI），允許企業（Enterprise）與團隊（Team）方案的使用者在建立專案時，選擇「個人」（Personal）或「共享」（Shared）的能見度設定。這項變更由技術觀察帳號 testingcatalog 率先披露，其指出 Anthropic 正在為 Claude Code Desktop 內的專案建立新增專門的 UI 元件。這代表 Anthropic 試圖在桌面端強化專案級別的上下文管理，並為團隊協作提供更明確的權限邊界。

Anthropic 測試 Claude Code Desktop 專屬專案介面，試圖將 AI 編碼助手從單一對話工具升級為具備全域上下文與團隊協作能力的專案管理平台。

為什麼需要專案專屬介面？

目前的 Claude Code Desktop 架構主要有三個分頁：Chat 用於一般對話，Cowork 用於 Dispatch 與較長的代理式工作（agentic work），Code 則用於軟體開發。在現有的設計中，每個工作階段（session）通常侷限於單一資料夾或儲存庫。這種設計對於單一任務或小型專案足夠，但當開發者同時處理多個並行的工作串時，缺乏一個更高層級的管理檢視來統整全域性。

TestingCatalog 的報導指出，Claude Code 目前將工作範圍限制在單一資料夾或儲存庫，因此新增一層管理檢視，可以為桌面與網頁使用者提供每個工作串的真正概覽。專案在 Claude Code Desktop 中被定義為「單一工作串的家」（a home for one stream of work）。在專案內部，各個工作階段共享記憶與指令，讓上下文能在不同階段之間持續傳遞。這種設計解決了傳統對話式 AI 工具中常見的上下文斷裂問題，讓開發者無需重複提供背景資訊，Claude 就能理解專案的整體目標與歷史決策。

此外，專案功能也想讓 Claude 運作得更自主（autonomously）。在專案環境下，Claude 不只回應單一指令，還能在共享記憶的基礎上，規劃並執行跨多個工作階段的複雜任務。這種自主性的提升，對於需要長週期維護或迭代的大型軟體專案尤為重要。開發者可以設定初始指令與目標，然後讓 Claude 在專案框架內自主推進工作，減少人工微調的頻率。

雲端限制與能見度控制

不過，Claude Code Desktop 中的專案功能有一個關鍵限制：它們只能建立並管理雲端工作階段（cloud sessions），不能用本地工作階段（local sessions）。這意味著所有在專案內產生的對話、記憶與上下文資料，都必須透過雲端基礎設施進行儲存與同步。對於重視資料隱私或需要離線工作的開發者來說，這是一個必須考慮的架構選擇。

雲端限制也直接影響了能見度控制的實現方式。根據 testingcatalog 的資訊，企業與團隊方案的使用者可以在建立專案時，選擇個人或共享能見度。個人能見度意味著專案僅對建立者可見，適合個人備忘或獨立開發任務；共享能見度則允許團隊成員訪問與協作，適合需要多人參與的專案。這種細緻的能見度控制，有助於企業在促進協作的同時，維持適當的資訊隔離與安全邊界。

然而，目前尚不清楚 Pro 方案的使用者是否也能訪問某種形式的能見度控制功能，或者該功能是否嚴格限制在企業與團隊方案內。此外，專案功能與現有 claude.ai 聊天介面中的專案功能之間的關係也未明確說明。兩者是否共享相同的後端資料結構，還是各自獨立執行，目前缺乏官方文件佐證。對於依賴跨平台一致性的開發者來說，這種不確定性可能影響其工作流程的規劃。

實驗性質與回滾風險

儘管新介面看起來功能齊全，但 TestingCatalog 強調，專案建立 UI 仍屬實驗性質，未必會正式發布。Anthropic 有嘗試介面想法並在表現不佳時靜默回滾的紀錄。這種「測試、評估、回滾」的循環，是 Anthropic 開發產品時的明顯特徵。過去，Anthropic 曾推出多項介面變更，但在未獲得足夠正面反饋或發現潛在問題後，選擇悄然撤回，而不進行公開說明。

這種策略的好處在於能夠快速迭代與驗證新功能，降低正式發布的風險；缺點則是可能讓早期測試使用者感到困惑，特別是當他們依賴某些實驗性功能進行工作時。對於技術背景的創業者與工程師來說，這意味著在採用 Claude Code Desktop 的新專案功能時，需要保持一定的靈活性，並做好功能可能隨時變更或移除的準備。

TestingCatalog 在報導中寫道：「這是否會正式發布是另一個問題，因為 Anthropic 以實驗介面想法並在表現不佳時靜默回滾而聞名。」這句話點出了當前測試的不確定性。雖然專案功能在技術上提供了顯著的上下文管理優勢，但其最終命運仍取決於使用者的實際反饋與 Anthropic 的內部評估。

對開發工作流的潛在影響

如果專案功能正式發布並穩定運作，將會改變開發者的工作流。專案級的上下文共享能減少重複勞動，開發者不用在每次開啟新對話時，重新解釋專案架構、程式碼風格與業務邏輯，Claude 就能在專案內持續學習並提供更精準的程式碼。同時，共享能見度也能促進團隊協作，讓成員共同存取同一個專案、檢視彼此的對話歷史，減少資訊不對稱。

然而，雲端限制也可能帶來挑戰。對於處理敏感資料或受監管行業的開發者來說，將專案資料託管在雲端可能涉及合規風險。此外，雲端工作階段的依賴性也意味著網路連線的中斷可能影響專案的連續性。開發者需要權衡便利性與隱私/可用性之間的取捨。

從更宏觀的角度來看，Anthropic 的這一舉動反映了 AI 編碼助手從「對話工具」向「專案管理平台」演進的趨勢。單純的對話已不足以滿足複雜軟體開發的需求，開發者需要一個能夠理解專案整體結構、維持長期記憶並支援協作的環境。Claude Code Desktop 的專案功能，正是對這一需求的回應。

儘管目前仍處於測試階段，且存在回滾風險，但專案專屬 UI 的出現，顯示了 Anthropic 對開發者痛點的深入理解。透過整合側邊導航、新增模式切換器、提供能見度控制，Anthropic 試圖在桌面端打造一個更完整、更高效的開發環境。對於技術背景的創業者與工程師來說，這是一個值得密切關注的變革，它可能重新定義我們與 AI 協作的方式。

未來，隨著測試的推進與反饋的積累，我們可能會看到更多關於專案功能的細節披露，包括其與 CLI 工具的整合、與網頁版功能的對齊，以及更細粒度的權限管理選項。無論最終結果如何，這次測試都為 AI 輔助開發的未來提供了一個重要的參考點。