把 Claude Code 搬進自家機房，你到底留下了什麼

先回答一個問題，再決定要不要評估它：把 Claude Code 搬進自己的機房之後，還有什麼東西會離開你的網路？

答案是每一句話。

Anthropic 8 月 6 日開了 Claude Code 自架環境（self-hosted environments）公開測試版，Team 與 Enterprise 方案適用，預設關閉，要 owner 或管理員在後台打開。它處理的是「雲端 session」——你從 claude.ai、手機與桌面 app、排程 routine，或在終端機打 claude --cloud 開的那一種，預設跑在 Anthropic 的機器上。打開自架環境之後，同一批 session 改在你的網路裡執行。你在終端機或 IDE 裡直接跑的 Claude Code 本來就在自己電腦上，跟這件事無關。

三個零件：environment 是一個具名的目的地，runner 是你機器上的長駐程式，概念跟自架 CI runner 一樣，session 是一個任務。開發者開 session 時會多看到一個環境選單，選了你們的，Anthropic 的控制平面就把這場 session 丟進佇列，你的 runner 領走、clone 那個 repo、在你的主機上開一個 Claude Code 子程序。所有連線都是往外的 HTTPS，Anthropic 不會連進你的網路。

留在你這邊的是 repo checkout、build artifact、密鑰，還有 session 建立或改過的任何檔案。出去的是整段對話——提示詞、回應、工具結果，全部送到 api.anthropic.com 做推論，而且 Anthropic 會保存這場 session 的逐字稿，好讓開發者換一個介面接回同一場。官方文件自己把界線寫得很直白：自架搬進你網路的是 session 的執行，不是控制平面。

四條邊界我會在評估前先看。開了 Zero Data Retention 的組織不能用，這條最反直覺——對留存最敏感的那群客戶，正好被排除在這個掛著合規名義的功能之外，官方沒有解釋原因。推論不能改道：session 用 Anthropic 發的、綁這場 session 的 OAuth token 直連 Anthropic API，所以走不了 Bedrock、Google Cloud、Microsoft Foundry，也走不了你自己的 LLM gateway，原本靠 gateway 集中管成本與稽核的那條路在這裡是斷的。repo 只認 GitHub，而 Claude Tag、Claude Security 與 Code Review 的 session 目前還不會被路由過來。一個 runner 一次只服務一個使用者：領到第一場 session 就鎖定那個帳號，之後只跑那個人的工作，跑完退場讓編排器換一台乾淨的——設計上是不讓不同人的 checkout 混在同一顆磁碟，代價是機隊的最小規模等於你預期同時在線的人數。這是硬成本，不是一個設定值。

如果你要的是「資料不出台灣」，這個功能給不了。隔天的另一則公告把天花板講得更清楚：8 月 7 日 Anthropic 給 Managed Agents 開了 inference_geo，可選的地理區只有 us 與 global 兩個值，選 us 時輸入、輸出、快取寫入與快取讀取一律 1.1 倍計價，workspace 的地理區目前也只有 us。亞洲沒有選項。自架環境連這個選項都沒有，推論一律走 Anthropic API。

我的判斷是：這個功能買到的是網路可達性與工具環境，不是資料主權。session 能碰到你內網的資料庫與私有 registry 而不必把它們暴露到公網，runner image 裡可以先裝好編譯器、SDK 與內部 CLI 讓每場 session 開機即用——這兩件事本身就值錢，而且是多數人真正需要的東西。但如果你打算拿它去交差合規，先去問法遵一個問題：他們在意的是原始碼落地，還是內容不出境。這個功能只解得了第一個。

查核備註：本篇是官方公告與文件的檢視，我沒有實際部署過 runner，也沒有量過自架與 Anthropic 託管環境的效能差別。官方未公布自架環境的獨立定價（只寫用量照原本方式計算），也沒有說明 ZDR 組織為何被排除。