Claude Codeが自社インフラ実行に対応 データを社内に留める

結論

Anthropicは8月6日、Claude Codeのセッションを自社が管理するサーバー上で動かせる自己ホスト機能をベータ公開した。これまでコーディングAIの処理はAnthropicのインフラ上で走っていたが、今回の機能では顧客のネットワーク内で実行できる。リポジトリの取得、生成物、機密情報、作成・変更したファイルを社内網に留められる。金融や医療のように、データを外に出せない規制の厳しい業種にとって、導入の障壁を大きく下げる更新だ。

何が変わったのか

Claude Codeは、Web、モバイル、デスクトップ、端末、定型の自動実行など、さまざまな入り口から起動できる。今回の機能を使うと、その起動元がどこであっても、実際の処理は組織のネットワーク内で走る。社内のサービスや開発ツール、セキュリティ管理の隣で動く形だ。

具体的には、リポジトリの取得結果、ビルドで生まれた成果物、秘密鍵などの機密情報、そしてセッションが作ったり書き換えたりしたファイルが、すべて組織が用意した機械の上に留まる。外部に持ち出されない。導入は「claude self-hosted-runner」という一つのコマンドで、自社の機械やコンテナを実行環境に切り替える仕組みだ。

対象はClaude TeamとEnterpriseのプランで、既定では無効になっている。データを一切保持しない運用を選んでいる組織では使えないとされる。Anthropicは、多くの企業には運用の手間がかからないホスト型を勧めつつ、ネットワークや法令順守の要件で実行環境を自社管理下に置く必要がある組織に自己ホストを位置づけている。自律実行の広がりは、Claude Codeが自動実行を既定にした動きと合わせて見ると分かりやすい。

なぜ実行の場所が問題になるのか

コーディングAIは、ソースコードや設定ファイル、時には秘密鍵のような機密情報に触れながら作業する。これらが外部のインフラを経由すると、たとえ暗号化されていても、契約や規程の上で「社外にデータが出た」とみなされる場合がある。金融や医療、公共の分野では、この一点が導入の壁になっていた。

自己ホストは、この壁を実行環境の側から取り除く。処理そのものを社内のネットワークで走らせれば、データは組織の管理下から出ない。AIの便利さを取り入れつつ、情報の置き場所に関する要件を満たせる。便利さと管理のどちらかを諦めるのではなく、両立させる選択肢が用意された意味は大きい。

現場の実務にどう効くか

この機能が響くのは、情報を外に出せない制約を抱える組織だ。これまでコーディングAIの導入を諦めていた金融、医療、公共といった分野でも、実行環境を自社の管理下に置ければ検討の余地が生まれる。

AI推進担当と情報システム部門にとっての要点は、責任の線引きが変わることだ。処理を自社インフラで動かす以上、その環境の構築と維持は自社の仕事になる。手軽さではホスト型に劣るため、なぜ自己ホストが必要かを、法令や社内規程に照らして先に整理しておく。AnthropicはDLPの検査機能など送信前に情報漏洩を検査する仕組みも用意しており、自己ホストと組み合わせると管理の幅が広がる。導入判断は、生成AIツールのセキュリティ評価の見方の基準に沿って、要件と手間を並べて比べるのが現実的だ。

見落としやすいのは、自己ホストが常に最善とは限らない点だ。自社で環境を持つほど、サーバーの用意、更新、障害への対応といった運用の負担が増える。Anthropic自身も、多くの企業には手間のかからないホスト型を勧めている。データを外に出せない明確な理由があるかどうかが判断の分かれ目だ。規制や契約上の制約がないのに自己ホストを選ぶと、得られる安心の割に運用コストが重くなる。自社の要件を法務や情報システムと確かめ、必要な部門だけに絞って使うのが賢い。ベータ段階のため、最新の提供条件は公式で確認してほしい。

出典

• Self-hosted environments for Claude Code（Anthropic）
• Anthropic opens self-hosted Claude Code sessions to Team and Enterprise customers（EdTech Innovation Hub）