【日次ログ】Claude Codeのセルフホスト環境 ― 実行場所とデータ送信先は別

訂正（2026-09-05）： 初稿の「ひとり法人には届かない」「実機で利用不可を確認した」と受け取れる題名・要約を取り下げました。CLIのヘルプ表示だけでは契約プランや組織設定の条件を判断できません。利用者の人数・事業形態そのものを除外条件にはしません。

結論：自社で実行しても、推論まで自社内とは限らない

Claude Codeのセルフホスト環境は、クラウドセッションの実行先を組織が管理する基盤へ置く選択肢です。モデルの推論まで社内で完結させる機能ではありません。「セルフホスト」という名前だけで、データが外へ送られないと判断しないことが重要です。

本稿は8月6日の発表を8月19日に記録した旧記事を、9月5日に公式資料で再確認したものです。今回はランナーの構築、組織設定の変更、実行や通信の試験をしていません。表紙も構成をイメージしたイラストで、実際のシステム画面や検証証拠ではありません。

公開ベータの条件を確認する

公式ドキュメントでは、Team・Enterprise組織向けの公開ベータで、初期状態は無効です。組織のOwnerによる有効化やClaude Code on the webの有効化が必要で、Zero Data Retentionを有効にした組織では利用できないと説明しています。

条件はプランと組織設定であり、「ひとり法人であること」から利用不可とは判断できません。逆に対象プラン名が確認できても、必要な設定や実行基盤がそろうまでは利用準備完了とはいえません。

ローカルに残るものと、送信されるもの

8月6日の公式発表は、チェックアウトや生成ファイルなどを自分の基盤に置く一方、プロンプト・応答・ツール結果を推論のため送信し、セッション再開用の会話記録を保存すると説明しています。ツール結果には読み取ったコードが含まれうるため、「ソースは外へ一切出ない」という意味でもありません。

構成の説明では、ランナーが作業を受け取り、そのホストでセッションを実行します。Anthropicから内部ネットワークへの着信接続は不要ですが、これはすべての通信が一つのAPI宛てに限られるという説明ではありません。Git接続など、用途ごとの通信もあります。

この記事から特定のネットワーク許可設定を作ることは勧めません。導入時には構成に応じた通信要件と、扱うデータの範囲を公式資料で確認してください。

実務への影響：ヘルプ表示で分かった範囲を限定する

初稿は、当時のCLI 2.1.220で claude self-hosted-runner --help を試し、通常のヘルプが返ったと記録していました。しかし、これは当時のコマンド表示についての記録であり、組織の利用資格やランナー起動の成功・失敗を検証したものではありません。今回、その過去の実行を再現したわけでもありません。

利用の可否を判断するなら、次の四つを別々に記録する必要があります。以下は当サイトが整理した確認票で、測定結果ではありません。

確認する境界	根拠として残すもの	不十分な根拠
利用資格	契約プランと該当組織の有効化状況	会社の人数や事業形態
実行基盤	対応手順で構築したランナーの状態	ローカルCLIのヘルプだけ
データ	入力・ツール結果・保存先・送信先の取り扱い	「セルフホスト」という名称
継続運用	更新、障害対応、費用を担当する人と手順	初回に一度動いたことだけ

また、開発者の端末で行う通常の作業と、クラウドセッションの実行先を管理する話を混同しません。自分の端末上の作業を遠隔から継続したいだけなら、まずその要件を書き出し、セルフホスト環境が本当に必要かを確認する順序です。

導入を決める前に残ること

公式発表は、実行基盤の構築・継続保守を担う体制が必要だとしています。当サイトでは、その費用や運用負担を比較していないため、「小規模事業者には存在を知るだけで十分」「この構成なら安くなる」とは結論づけません。

次に検討する際は、内部サービスへ接続したいのか、実行環境を統一したいのか、データの扱いに制約があるのかを先に分けます。その要件と対象プラン、許される送信内容が一致して初めて、検証環境で試す段階へ進みます。現段階では資料照合に基づく旧ニュースとして保管し、導入実績には数えません。