Claude Code のセルフホスト環境|クラウド作業を自社サーバーで

公開 更新 著者 永上裕之導入とルール
クラウドで動いていたAIの作業部屋を、自社の建物の中に引っ越しさせるイメージ

この記事の要点

  • セルフホスト環境は、claude.ai などから始めたクラウドセッションを、自社のネットワークの中のサーバーで動かす仕組み
  • 部品は「環境・ランナー・セッション」の3つ。接続はすべて自社側から外向きで、Anthropic から社内へは入ってこない
  • コードや作ったファイルは社内に残るが、会話の中身は Anthropic に送られる。Team・Enterprise の公開ベータで、既定ではオフ

活用例:社内のデータベースや開発ツールにつないだまま AI に開発作業を任せる

部署
開発・情報システム
使うもの
Claude Code のセルフホスト環境
AIに任せる
リポジトリの取得・修正・ビルド・確認
人が決める
ランナーに入れる道具・通信の範囲・どのチームに使わせるか

Claude Code には、手元のパソコンではなくクラウドで作業させる「クラウドセッション」があります。ブラウザやスマホから始められて便利ですが、動く場所は既定では Anthropic のサーバー です。仕組みは Claude Code のクラウド実行 で解説しました。

「社内のデータベースにつないだまま作業させたい」「コードを自社の機械の外に出したくない」というチーム向けに用意されているのが、セルフホスト環境 です。公式ドキュメント「Self-hosted environments」(2026年11月8日確認)にもとづいて整理します。

結論:使い勝手はそのまま、動く場所だけ自社にする

セルフホスト環境は、クラウドセッションの実行場所を、自社が管理するサーバーに移す仕組み です。開発者の操作はほぼ変わりません。始めるときに選ぶ「環境」が、自社のものになるだけです。

項目内容
何ができるかclaude.ai・アプリ・ターミナルから始めたクラウドセッションを社内で動かす
使える人Team・Enterprise プランの組織(公開ベータ・既定はオフ)
社内に残るものリポジトリ・ビルドの成果物・秘密情報・作業で作ったファイル
社外に出るもの会話の中身(指示・返答・道具の結果)は Anthropic へ
通信の向きすべて自社から外向き。Anthropic から社内へは接続しない
自社でやることランナーの用意・台数の運用・ネットワークの管理

なお、ターミナルや IDE で使う Claude Code は、もともと開発者自身の機械で動いています。 クラウドセッションを使っていないなら、ここで設定することはありません。

開発者が始めた作業が、自社のネットワークの中のランナーに渡り、そこでAIが作業する流れの図
開発者が始めた作業が、自社のネットワークの中のランナーに渡り、そこでAIが作業する流れの図(イメージ)

仕組み:環境・ランナー・セッションの3つ

セルフホスト環境は、3つの部品でできています。

部品中身誰が用意するか
環境セッションの送り先につける名前。ランナーをまとめる組織が claude.ai の管理画面で作る
ランナー社内のサーバーで動き、セッションを実行するプログラム自社が自分のサーバーで動かす
セッション開発者が始めた Claude Code の作業1件開発者

ランナーの考え方は、CI の自前ランナー(セルフホストランナー)と同じ だと公式は説明しています。

開発者がセッションを始めると、画面に環境の選択肢が出ます。Anthropic の環境と並んで、自社が作った環境が表示されます。自社の環境を選ぶと、次の流れで動きます。

  1. Anthropic 側がセッションを、その環境の待ち行列に入れる
  2. 空きのあるランナーがそれを引き取る
  3. ランナーがリポジトリを取得し、自社のサーバー上で Claude Code を起動する
  4. 作業中の出来事は HTTPS で Anthropic 側に送られる。ランナーは問い合わせを続け、それが生存確認を兼ねる

ランナーが問い合わせを止めると、約60秒で引き取りの権利が切れます。 そのあと、数分ほどかけて別のランナーに回されます。

ランナーを常に動かしておくこともできますし、待ち行列に応じてランナーを立ち上げる仕組み(オーケストレーター) を自社で動かすこともできます。

1つのランナーは、1人ぶんの作業だけを受け持つ

ランナーは、最初に引き取ったセッションの持ち主に固定されます。 そのあとは同じ持ち主のセッションだけを、決めた上限の数まで動かします。持ち主が混ざらないので、取得したコードが別の人の作業と混ざることがありません。

このため、最低限必要なランナーの数は、同時に作業する持ち主の数 になります。

既定では、ランナーは作業が終わるとすぐ終了します。Kubernetes などで動かしていれば、まっさらなディスクで立ち直し、次の持ち主を受け持てます。ホストが決まった時刻に消える運用なら、その少し前に新しい作業を止めて、作業中のセッションを手放す設定も用意されています。

通信はすべて「社内から外へ」

Anthropic が自社のネットワークに入ってくることはありません。 必要な通信は、すべて自社側から外向きです。

通信中身
管理側とのやりとりランナーが api.anthropic.com に作業を問い合わせる
Gitランナーが自社で用意した認証で、リポジトリの取得と送信をする
セッション本体作業の流れの送信・モデルの呼び出し・作業中の Git 操作

社内のサービスやデータベースには、ネットワークの内側から つながります。社内の会社用プロキシにも対応していますが、作業の流れは逐次送られる形式なので、途中で溜め込む(バッファする)設定のプロキシだと止まる ことがあります。

モデルの呼び出しは既定で Anthropic の API を使います。ランナーの設定で Amazon Bedrock や Google Cloud に送ることもできますが、その場合も会話の中身は Anthropic に送られます。また、claude.ai から配る組織の設定(サーバー管理の設定)がセッションに届かなくなる点に注意が必要です。

使える条件と、まだ対象外のもの

公開ベータで、Team と Enterprise の組織が対象です。 既定ではオフで、組織の管理者(Owner)が管理画面の「Cloud environments」で許可をオンにします。前提として、組織でクラウドセッションが有効になっている必要があります。

項目条件
始められる場所claude.ai/code・スマホとデスクトップのアプリ・クラウドの定期タスク・ターミナルの claude --cloud など
まだ回らないものClaude Security と Code Review のセッション
使えない組織データを保持しない設定(ZDR)や HIPAA の設定をしている組織
リポジトリGitHub・GitHub Enterprise Server(ターミナルからの指定なら他の Git ホストも可)
料金Anthropic の環境と同じく、組織の Claude Code の利用分として数える

ブラウザからクラウドセッションを始める手順は Claude Code on the web の始め方 が参考になります。

社内に残るもの・残らないもの

ここは誤解しやすいので、分けて押さえます。

つまり、移るのは「作業する場所」で、管理の仕組みは Anthropic のまま です。

仕事に入れるときの考え方

公式ははっきり、多くのチームには Anthropic の環境のほうが合っている と書いています。インフラを持たずに済むからです。セルフホストを選ぶのは、次のような理由があるときです。

理由得られること
社内につなぎたい社内サービス・データベース・パッケージ置き場に、外へ公開せずに届く
道具をそろえたいコンパイラ・SDK・社内のコマンドをランナーの環境に入れておける
管理の要件があるコードとビルドの成果物を自社の機械の中に置ける

代わりに、ランナーの環境づくり・台数の運用・通信の管理は自社の仕事 になります。始める前に次を決めておくと迷いません。

  1. どのチームの、どの作業から使うか(同時に作業する人数=必要なランナー数)
  2. ランナーに入れておく道具と、届いてよい社内サービスの範囲
  3. Git の認証をどう渡すか

社内の機械で Claude Code を安全に動かす考え方は、開発コンテナ や セキュリティ の記事も参考になります。会社のアカウントで開発者を認証し、モデルの利用を自社のクラウド経由にまとめたい場合は、Claude apps gateway という別の仕組みがあります。

まとめ

出典

永上裕之

ユニコスクール株式会社 代表取締役。AIエージェント専門のスクール&コミュニティを運営しています。

この記事はAIを使って下書きし、著者が事実確認・加筆しています。ツールの機能や料金は変わることがあるため、最新の情報は各社の公式ページでご確認ください。

関連する記事