「クラウドのコーディングエージェントは使いたいが、社内リポジトリもシークレットも外に出せない」——日本企業のAI導入で繰り返し突き当たるこの壁に対して、2026年8月、Anthropicが具体的な回答を積み増しました。8月6日、Claude Code のセッションを自社インフラ上で実行できる「自己ホスト環境」がパブリックベータとして公開され、同じ時期に、推論の地域固定・組織管理のAdmin API・セッション単位の予算上限といった統制機能が相次いで揃いました。
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、この「どこで動かし、誰が管理し、いくらで止めるか」を日々設計しています。本稿の主張はシンプルです——「自社の境界に入れる」は一枚のスイッチではなく、実行・推論・管理・コストという別々のレバーを、要件ごとに個別に引く設計問題になった。8月に出そろった機能を、その4レバーとして整理します。
なぜ「統制」がプラットフォームの標準機能になったのか
エージェントが社内システムを実際に操作する段階に入ると、評価軸はモデルの賢さから運用境界へ移ります。触れるのはリポジトリ、データベース、内部API、チケット基盤——どれも社外に出せない資産です。ベンダー各社が「賢さ」の次に競い始めたのが、この統制の作り込みでした。
重要なのは、統制が「オール・オア・ナッシング」の一括スイッチではなく、細分化された個別の設定項目として提供され始めたことです。実行場所、推論の地域、権限管理、コスト上限——それぞれが独立したパラメータになった。つまり企業側は「Anthropicに任せるか、全部自前で抱えるか」ではなく、レバーごとにどこで線を引くかを選べるようになったのです。
去年の宿題——「実行」を寄せても残っていた3つの空白
この動きの前提として、2026年6月にAnthropicが Managed Agents 向けに自己ホスト型サンドボックスやWorkload Identity Federationを整えた経緯があります（Anthropicが引き直したエージェントの責任分界点で詳述しました）。ただ、あの時点で解けていたのは主に**「ツール実行の場所」**でした。
裏を返せば、宿題が3つ残っていました。推論そのものはどこで走るのか、組織のメンバーと権限を誰がどう管理するのか、そして暴走したセッションのコストを誰が止めるのか。8月の一連のリリースは、この残りをそれぞれ独立したレバーとして埋めにきた、というのが正確な読み方です。同じ「自己ホスト」でも、今回主役になったのは Managed Agents ではなく Claude Code（コーディングエージェント）そのものである点も、実務上の意味が大きく異なります。
4つのレバー：実行・推論・管理・コスト
レバー1｜実行の場所：Claude Code が自己ホストへ（8月6日・公開ベータ）
8月6日、Anthropic は Claude Code の自己ホスト環境をパブリックベータとして公開しました。Web・モバイル・デスクトップ・ターミナル・定期実行（ルーティン）から起動したセッションが、Anthropic のインフラではなく自社ネットワークの中で、内部サービス・ツールチェーン・セキュリティ統制のすぐ隣で走る構成です。リポジトリのチェックアウト、ビルド成果物、シークレット、セッションが生成・変更したファイルは、企業が用意したマシン上に留まります。対象は Team・Enterprise プランで、既定では無効——管理者が組織設定で明示的に有効化して初めて使えます。
ここに最重要の但し書きがあります。自己ホスト化されるのは「実行」であって「推論」ではありません。ファイルやシークレットは自社に留まりますが、次の一手を決めるための推論（プロンプト）は依然として HTTPS で Anthropic の API に出ていきます。「自己ホスト＝データが一切外に出ない」と誤読すると、コンプライアンス要件との突き合わせを誤ります。境界内に留まるのは実行環境とファイルであって、モデルに渡るコンテキストは別問題だと切り分けてください。
レバー2｜推論の場所：inference_geo で地域を固定
その「推論はどこで走るのか」に応えるのが、Claude Managed Agents の 推論地域ピニングです。エージェント作成時に model オブジェクト内へ inference_geo を指定し、必要ならセッション単位で上書きできます。global は空きのある地域で標準料金、us は米国内に固定して標準の1.1倍課金。データレジデンシーの文書でも、2026年2月1日以降にリリースされたモデルを対象に、米国内推論を1.1倍で提供すると整理されています。実行場所（レバー1）と推論地域（レバー2）は別々のパラメータであり、片方を寄せても他方は自動では動きません。日本企業にとっては、この2レバーを混同しないことがデータ主権設計の起点になります（ソブリンAIの実装も参照）。
レバー3｜管理と権限：Enterprise Admin API とカスタムロール
3つ目は「誰が組織を管理するか」です。Anthropic は Claude Enterprise 向けの Admin API（ベータ） で、メンバーの一覧・メールでの検索・ロール変更・削除・招待の送付/取り消し、グループとメンバーシップの管理、そしてカスタムロールの参照を可能にしました。グループ・カスタムロール系のエンドポイントはベータヘッダー anthropic-beta: ce-user-management-2026-07-13 を要求し、権限は read:members / write:members / read:rbac_groups / write:rbac_groups のスコープで制御します。カスタムロールは、chat・Claude Cowork・Claude Code・Web検索や追加コネクタといった機能単位で、メンバーがアクセスできる範囲を定義できます。属人的なコンソール操作ではなく、RBACをAPIで宣言的に管理する世界に入った、ということです。
レバー4｜コスト：セッション予算で暴走を止める
4つ目はコストです。Managed Agents ではセッションに予算（ハードキャップ）を設定でき、上限に達したセッションは新しいモデルリクエストを始めず、budget_reached という停止理由で一時停止します。予算を引き上げる/外すと再開でき、デプロイメント側で設定すれば起動する各セッションに同じ上限が適用されます。エージェントの「思考コスト」は事前に読み切れないからこそ、技術的なブレーキを仕込めることの価値は大きい（コスト統制の全体像はトークン浪費の統制で扱っています）。
4つを一枚に重ねると、線引きの地図はこうなります。
| レバー | 何を握れるか | 残る前提・注意点 |
|---|---|---|
| 実行の場所 | Claude Code の実行を自社インフラへ（8月6日ベータ） | 推論（プロンプト）は Anthropic API に出る |
| 推論の場所 | inference_geo で us などに固定（1.1倍） | 実行場所とは別レバー。対象モデルに条件あり |
| 管理と権限 | Admin API でメンバー・グループ・カスタムロールをRBAC管理 | ベータ。スコープ/ヘッダー設計が前提 |
| コスト | セッション予算で budget_reached 停止 | 上限設計と再開運用は自社の責任 |
homulaの観点：レバーは増えた。束ねる統制は誰が持つのか
この4レバー化は、homula の支援領域と正面から重なります。ただし実務で効くのは、「Anthropic製品の中で完結する統制」ではなく、ベンダーをまたいで一貫させる統制です。現実の企業では Claude だけでなく、n8n・Dify・LangGraph など複数の基盤が同居します。Anthropic の inference_geo やカスタムロールは強力でも、それは Claude の世界の中の話。組織全体で「誰が・どのエージェントに・どの権限で・何をしたか」を横断的に統べるには、ベンダー非依存の統制層が要ります。
homula の Agens は、MCPを活用したエンタープライズ向け統合プラットフォームとして 200以上のツールと構築ゼロで接続します。実行や推論を自社境界に寄せる世界では、エージェントから見たツール接続を共通化しておくほど、各基盤の統制設定と素直にかみ合わせられます。そして、上の地図で言う**「管理・権限・監査」を製品横断で持つ**のが Agens Control です。承認フロー・DLP・5年分の監査ログ・RBACをセットで提供し、Claude 側のカスタムロールやセッション予算を「使う」だけでなく、組織のポリシーとして一元的に定義・監査できる状態をつくります。
導入の順序としては、(1) 1業務をクラウド実行のままPoC → (2) データ要件が厳しい工程だけ実行・推論のレバーを自社寄りに倒し、権限とコストの上限を Agens Control で設計 → (3) 横展開、が無理のない道筋です。homula の AIエージェント・ブートキャンプでは、業務棚卸し・プロトタイプ構築・ROI試算を 3〜5日で行い、この最初の線引きを素早く形にします。
まとめ
2026年8月、Anthropic は Claude Code の自己ホスト実行を公開ベータ化し、推論地域の固定・Enterprise Admin API・セッション予算を出そろえました。要点は一つ——「自社の中で動かす」はもはや単一のスイッチではなく、実行・推論・管理・コストという4つの独立したレバーだということです。実行を寄せても推論は出ていく。推論を固定しても権限管理は別問題。権限を握ってもコストの上限は自分で設計する。
問われているのは「ベンダーに任せるか、自前で抱えるか」の二択ではありません。4レバーそれぞれに、自社の要件でどこまで線を引くか——その設計こそが、エージェントを本番・全社へ安全に進める分かれ目になります。
エージェント導入の論点は「賢いモデルを選ぶ」から「どのレバーを、どこまで自社に寄せるか」へ移りました。自社のどの業務から、どの層を境界内に閉じるか——その線引きを早めに整理することが、安全な全社展開への近道です。