Claude Code を Microsoft Foundry 経由で使う｜会社の Azure の契約で開発者に配るときの設定と管理

会社で Azure を使っていて、開発の担当から Claude Code を使いたいと言われたとき、Anthropic と新しく契約を結ぶのか、今の Azure の契約と請求の中で使えるのかは、最初に決めたいことの1つです。

この記事では、Claude Code を Microsoft Foundry（Azure で生成 AI のモデルを動かすサービス）経由で開発者に配るときに、Azure 側と開発者の PC で何を設定し、Anthropic と直接契約する場合と比べて請求・認証・データの扱いがどう変わるかを、情報システムの担当と開発チームのリーダーに向けてまとめます。作業は、Azure の管理者がリソースとデプロイを作る2つと、開発者が PC で環境変数を置き、認証を決め、/status で確かめる3つです。

内容は、Microsoft 365 と生成 AI の導入を支援している当社が、Anthropic と Microsoft の公式の説明と、当社の検証用の環境の Intune の画面で確かめたものです。

Foundry 経由にすると何が変わるか：請求・認証・データの処理場所

Anthropic と直接契約する形は2つあります。claude.ai の Team か Enterprise の座席で使う形と、Anthropic Console の API キーで使う形です。Team は座席ごとのサブスクリプションで従量の追加もでき、Console は使った分の従量です（エンタープライズ デプロイの概要）。Foundry 経由にすると、使った分の従量が Azure を通して請求され、開発者の認証は Microsoft Entra ID か API キー、費用は Azure Cost Management で見ることになります。

Anthropic は、既存の Azure のコンプライアンスの管理と請求を引き継ぎたい場合に Foundry を選ぶ、と位置づけ、Team・Enterprise の座席を既定の勧めとしています。Foundry で配る場合も、開発者に Team・Enterprise の座席が要るかを考えます（Set up Claude Code for your organization）。Foundry だけでは使えない機能があるためで、これは後の節で並べます。

なお、Foundry の Claude は Microsoft の製品ではありません。Anthropic が販売・運営するパートナーのモデルで、製品使用条件に基づく Microsoft 以外の製品として扱われます（Microsoft Foundry の Claude モデル）。Learn の日本語版は Claude Code を「クロード コード」と訳している箇所がありますが、この記事では Claude Code と書きます。Copilot の中で Claude を選ぶ経路や、Claude のアプリから Microsoft 365 を読む経路との違いは、Claude・ChatGPT と Microsoft 365 の連携の記事で整理しています。

この記事に関連するサービス

Claude 導入支援Claudeを、会社の決まりの中で使える状態まで。詳しく見る →AI活用支援生成AIを、業務に組み込むところまで詳しく見る →ChatGPT 導入支援ChatGPTを、会社の決まりの中で使える状態まで。詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →Microsoft 365 導入支援Exchange・SharePoint・Teamsの移行から権限設計・Copilot活用まで詳しく見る →

先に確かめる：会社の Azure の契約で Claude をデプロイできるか

設定より先に確かめたいのは、会社の Azure のサブスクリプションの種類です。Foundry で Claude を使うには、Anthropic が販売している国・地域の課金アカウントを持つ有料の Azure サブスクリプションが要ります（Microsoft Foundry のクロード コードを構成する）。そのうえで、次の種類は今のところ対象外とされています。

• クラウド ソリューション プロバイダー（CSP）のサブスクリプション
• 有効な従量課金の支払い方法が無いサブスクリプション（学生、無料試用版、スタートアップのクレジットのアカウントなど）
• Azure クレジットだけを使うスポンサーのサブスクリプション
• 韓国にあるエンタープライズ アカウント

Azure を代理店から CSP の形で契約している会社は、この時点で Foundry 経由が使えない可能性があります。当社は、まず Azure の契約の形（直接の契約か、CSP か）を経理か契約の担当に確かめることを勧めます。クレジットカードが登録されているアカウントでは、Azure クレジットではなくカードに請求されます。

権限は、作る人と使う人で分かれます。リソースとデプロイを作る人には、リソース グループの共同作成者か所有者のロールと、Azure Marketplace でパートナーのモデルを購読できることが要ります。最初の Claude のデプロイでは、Azure Marketplace の条件に同意する手順があります（Claude in Microsoft Foundry）。使う開発者には、Foundry ユーザー（旧称 Azure AI User）か Cognitive Services User のロールを割り当てます。ロールの名前は変わっている途中で、ところによって古い名前が表示されることがあります。

リージョンにも注意が要ります。Learn の「デプロイの種類別のリージョンの可用性」の表（2026年10月31日時点）では、グローバル標準のデプロイで Claude が並ぶのは米州と欧州（スウェーデン中部）のリージョンで、東日本・西日本を含むアジア太平洋の表に Claude の行はありませんでした（パートナーとコミュニティの Foundry モデル）。データ ゾーンのデプロイは米国だけです。Learn の Claude Code の構成ページ（2026年8月12日の版）のトラブルシューティングの表には、Claude のモデルは米国東部 2 とスウェーデン中部でのみ使える、という行もありますが、デプロイする前に上の表で確かめてください。

請求はどう載るか：Azure の請求書に CCU の1行で載る

Foundry の Claude の使用量は、Azure Marketplace を通して請求されます。単位は CCU（Claude Consumption Unit）で、毎時計上され、Azure の請求書で毎月後払いになります。前払いのクレジットではなく、残高や利用の約束もありません（Claude in Microsoft Foundry）。

金額の決まり方は次のとおりです。Anthropic がトークンの使用量を、Claude の価格表のモデル・機能ごとの単価で米ドルに直し、契約の割引があれば引いたうえで、1 CCU＝0.01 米ドルで CCU に直します（100 CCU で 1 米ドル）。税は Azure Marketplace の側で扱われ、Azure の課金アカウントごとに Microsoft が計算して集めます。CCU は米ドル建てで、Azure の請求書では課金アカウントの条件に従って現地の通貨に直されます（Claude の料金、Microsoft Foundry での CCU の課金）。米国のデータ ゾーンのデプロイには、Claude API で米国だけの推論を指定したときと同じ 1.1 倍の料金がかかります（Anthropic の価格表は、この倍率を Claude 4.6 以降のモデルについて書いています）。CCU の利用額は、Azure の MACC（Microsoft Azure Consumption Commitment）から差し引かれる対象です。

ここで混ぜてはいけないのが、claude.ai の座席の契約です。Team・Enterprise では使った分が各メンバーの座席の枠から引かれ、枠を超えて使わせるには従量（usage credits）をオンにします。座席の料金の形は claude.com/pricing で確かめてください。Foundry 経由の使用量は、この座席の枠とは関係なく、使った分がそのまま Azure の請求に載ります。同じ開発者が座席と Foundry の両方を使う場合、予算は別の行で持つことを当社は勧めます。

費用の見え方も変わります。Foundry 経由の Claude Code はクラウドの契約にトークンごとに請求され、支出の管理はクラウド側の請求の画面で行います。Anthropic の分析ダッシュボードは、この利用を含みません（Manage costs effectively）。Azure Cost Management ではモデルと使用の種類ごとの内訳を見られ、Foundry のリソースのタグを費用の割り振りに使えます。Claude のモデルはトークンごとに課金されるグローバル標準のデプロイを使うため、使っていないデプロイには料金がかかりませんが、デプロイは1つのリソースにつき 32 個までと数えられます（クロード コードを構成する）。Foundry の Azure OpenAI のモデルの料金の考え方は、Azure OpenAI（Microsoft Foundry）の料金の記事で扱っています。Claude はそれとは別の CCU の仕組みで請求されます。

設定する：Azure 側で2つ、開発者の PC で3つ

Foundry には Amazon Bedrock などにある対話型のセットアップの画面が無く、環境変数だけが設定の手段です（Claude Code on Microsoft Foundry）。全体の流れは次の5つです。

Azure 側でリソースとデプロイを作る

Foundry では、リソースがセキュリティと課金の設定を持つ入れ物で、デプロイが API から呼び出すモデルです。まずリソースを作って名前を控え、その中に Claude Opus・Sonnet・Haiku のデプロイを作って、それぞれのデプロイ名を控えます。デプロイ名は作った後に変えられません。デプロイを作るときに、後で書くホスティング（Azure でホストか、Anthropic でホストか）と、モデルのバージョンを選びます。

複数のユーザーに配るなら、配る前にモデルのバージョンを固定します。Foundry には起動時にモデルを確かめる仕組みが無いため、固定していないと、Claude Code の既定のモデルがアカウントで使えない場合にリクエストが失敗します。デプロイを作るときは「最新に自動更新」ではなく、特定のバージョンを選びます。

開発者の PC に環境変数を置く

Foundry を使うことと、リソースの名前を指定します。書き方は次のとおりです。

# Microsoft Foundry 統合を有効にする
export CLAUDE_CODE_USE_FOUNDRY=1
# Azure リソース名（{resource} をリソース名に置き換えます）
export ANTHROPIC_FOUNDRY_RESOURCE={resource}
# または完全なベース URL を提供します：
# export ANTHROPIC_FOUNDRY_BASE_URL=https://{resource}.services.ai.azure.com/anthropic

ANTHROPIC_FOUNDRY_RESOURCE にはリソースの名前だけを入れます。URL やホスト名を入れると、メッセージを送ったときに Claude Code が受け付けません。Windows の PowerShell では、モデルの指定まで含めて次のように書きます（モデル名は Learn の例のままです）。

# Required: Enable Foundry integration
$env:CLAUDE_CODE_USE_FOUNDRY = "1"
# Azure resource name (replace <your-resource-name> with your resource name)
$env:ANTHROPIC_FOUNDRY_RESOURCE = "<your-resource-name>"
# Or provide the full base URL:
# $env:ANTHROPIC_FOUNDRY_BASE_URL = "https://<your-resource-name>.services.ai.azure.com"
# Optional: Specify model deployment names if different from defaults
$env:ANTHROPIC_DEFAULT_SONNET_MODEL = "claude-sonnet-4-6"
$env:ANTHROPIC_DEFAULT_HAIKU_MODEL = "claude-haiku-4-5"
$env:ANTHROPIC_DEFAULT_OPUS_MODEL = "claude-opus-4-6"

VS Code の拡張で使う場合は、VS Code を起動する前に環境変数を設定しておきます。CLAUDE_CODE_USE_FOUNDRY が設定されていないと、Claude Code は既定の Anthropic の API を使おうとします。

認証の方法を決める

Anthropic のドキュメントは3つの方法を挙げています。Foundry のポータルでコピーしたキーを ANTHROPIC_FOUNDRY_API_KEY に入れる API キー、キーの変数を空のままにして Azure SDK の既定の資格情報チェーンでトークンを取る Microsoft Entra ID、別の仕組みが取ったアクセス トークンを ANTHROPIC_FOUNDRY_AUTH_TOKEN で渡すベアラートークンです。ベアラートークンは API キーと資格情報チェーンより優先されます。PC で Entra ID を使う場合は、Azure CLI でサインインしておきます。

az login

Learn は Entra ID と API キーの2つを挙げ、Entra ID を推奨としています。Foundry のリソースが Azure CLI の既定のテナントと違うテナントにある場合は、az login --tenant <tenant-id> でテナントを指定します。Foundry を使うと、Claude Code の中でサインアウトのコマンドは使えません。認証は Azure の資格情報で行うためです。

開発者に配るなら、当社は Entra ID を勧めます。キーを配らずに済み、誰に使わせるかを Azure のロールの割り当てで決められるからです。API キーを1つ配って複数人で使うと、キーが漏れたときに止める範囲が広くなり、誰が使ったかも分けにくくなります。

モデルの変数とデプロイ名をそろえる

デプロイ名を、モデルの環境変数に合わせます。ANTHROPIC_DEFAULT_OPUS_MODEL を設定しないと、Foundry では opus の指定が Opus 4.6 になります。例は次のとおりです。

export ANTHROPIC_DEFAULT_OPUS_MODEL='claude-opus-4-8'
export ANTHROPIC_DEFAULT_SONNET_MODEL='claude-sonnet-5'
export ANTHROPIC_DEFAULT_HAIKU_MODEL='claude-haiku-4-5'

セッションの題を付けるなどの裏の処理は、ふだん Haiku 級のモデルで動きます。Foundry ではすべてのアカウントに Haiku のデプロイがあるとは限らないため、Claude Code はこれを主に使うモデルで動かします。Haiku を使わせたい場合は、ANTHROPIC_DEFAULT_HAIKU_MODEL にアカウントにある Haiku のデプロイを入れます。

デプロイ名の付け方にも決まりがあります。Claude Code は、モデルの変数に入れたデプロイ名からモデルを読み取ります。そのため、各デプロイに claude-opus-4-8 のようにモデル ID を名前として付けるか、modelOverrides でモデルとデプロイ名の対応を書きます。名前からモデルが分からないと、Sonnet 5 以降や Opus 4.7 以降のように既定で 1M トークンのコンテキスト ウィンドウで動くモデルでも、Claude Code は 200K のウィンドウを想定します。デプロイ名は後から変えられないため、作る前に名前を決めておきます。

Foundry につながったかを確かめる

環境変数を置いたら、プロジェクトのフォルダで claude を起動し、Claude Code の中で /status を実行します。API プロバイダーの行に Microsoft Foundry と、設定したリソース名かベース URL が出れば、Foundry につながっています。Foundry での表示は、当社は動かして見ていないため、Anthropic の説明のとおりに書いています。最初の入力で接続のエラーが続く場合は、ANTHROPIC_FOUNDRY_RESOURCE が例の文字のままになっていないかを見ます。Claude Code はこの値から接続先の URL を作るため、名前が違うと存在しない接続先を指します。

Anthropic と Microsoft Learn の手順が違うときは、どちらに沿うか

Foundry で Claude Code を設定する手順は、Anthropic と Microsoft の両方が出していて、次の点で書き方が違います。

当社は、Claude Code の動き（環境変数、認証の優先順位、モデルの扱い）は Claude Code を作っている Anthropic のドキュメントを、Azure 側の操作とロールの名前は Learn を正にして読むことを勧めます。ベース URL は、両方が同じことを書いている ANTHROPIC_FOUNDRY_RESOURCE にリソース名を入れる形にすれば、迷わずに済みます。モデル名は例の書き方が版で違うだけなので、自分のデプロイ名に置き換えます。

データをどこで処理させるかは、ホスティングの選び方で決まる

Foundry の Claude には、ホスティングが2つあり、デプロイごとに選びます。Azure でホストする形では、Anthropic が運営するサービスが Azure の基盤の上で動き、プロンプトと出力は Azure の中に留まります。Anthropic に出るのは、利用のメタデータと、Anthropic の安全の仕組みが印を付けた内容だけです（Claude in Microsoft Foundry）。Anthropic でホストする形では、Anthropic の基盤で処理され、選んだ Azure のリージョンの外を含め、Azure の外で処理されることがあります（Claude モデルのデータ、プライバシー、セキュリティ）。

どちらの形でも、Anthropic が Foundry の Claude の販売者・運営者で、プロンプトと出力の独立したデータ処理者として扱われ、Anthropic の利用規約に従います。サポートの窓口はどちらも Microsoft サポートです（ホスティング オプションを比較する）。Learn の Claude Code の構成ページの冒頭は、Foundry で構成するとコンプライアンスの境界の中にデータを保ったまま Azure の基盤で動かせる、と書いていますが、これは Azure でホストするデプロイを選んだ場合の話として読む必要があります。

デプロイの画面で［Default settings］を選ぶと、両方に対応するモデルは Azure でホストとして作られます。Anthropic は、Azure でまだ動いていないモデルや機能が要る場合に、Anthropic でホストする形を勧めています。当社は、Azure の中で処理を完結させたいなら、デプロイを作るときに［Custom settings］でホスティングを目で確かめ、どのデプロイをどちらの形で作ったかを台帳に残すことを勧めます。デプロイ名は、前の節のウィンドウの扱いがあるので、モデル ID のままにしておきます。

処理の範囲は、デプロイの種類でも決まります。グローバルのデプロイでは、Microsoft はモデルをデプロイした任意の Azure リージョンでプロンプトと応答を処理し、データ ゾーンのデプロイでは指定したデータ ゾーンの中で処理します。Claude のデータ ゾーンは米国だけです（パートナーとコミュニティの Foundry モデル）。グローバル標準で Claude が並ぶのは米州と欧州（スウェーデン中部）のリージョンで、2026年10月31日時点の表に、日本のリージョンで処理する選択肢はありません。日本の中で処理することが要件なら、この時点の Foundry の Claude ではその要件を満たせません。この記事では、ほかの経路は扱いません。

Claude Code 自身の通信も変わります。Foundry では、Anthropic へのエラー報告・テレメトリ・バグ報告が既定でオフです。ただし、どの経路でも動く例外が2つあります。1つはセッションの品質の調査で、既定でオンです。答えると評価だけが記録され、CLAUDE_CODE_DISABLE_FEEDBACK_SURVEY=1 で止められます。もう1つは、WebFetch のツールが URL を取りに行く前に、ホスト名を api.anthropic.com に送って安全の確認をする仕組みです。送るのはホスト名だけで、設定の skipWebFetchPreflight で止められます（Data usage）。社内のネットワークで api.anthropic.com を止めている会社は、ここで WebFetch が失敗することになります。また Foundry は、デプロイの時点で Claude のモデルに組み込みのコンテンツのフィルターを付けないため、推論の中で安全の設定をする必要があります。

Foundry 経由で使えない機能を確かめる

端末で動く Claude Code（CLI）と、VS Code・JetBrains の拡張、サブエージェント、フック、スキル、CLAUDE.md、プラグイン、MCP サーバーは、どの経路でも使えます（Feature availability）。使えなくなるのは、claude.ai のアカウントに結びつく機能と、Anthropic のサーバーの機能に頼るものです。

開発の進め方に効くのは、クラウドで動くセッション、プルリクエストの Code Review、Remote Control、Chrome 拡張が使えない点です。これらが要る開発者には、Team か Enterprise の座席も用意するか、そもそも直接契約にするかを比べることになります。ゼロデータ保持は Azure との契約しだいとされていて、Foundry で使えるかは個別に確かめる必要があります。予約の実行には /loop、クラウドのセッションの代わりには GitHub Actions が、代わりの手段として挙がっています。

開発者に配るときは、端末に置く管理された設定で環境変数をそろえる

開発者が一人ずつ環境変数を手で書くと、リソース名の書き違いや、Foundry を向かない PC が混ざります。Claude Code には、管理者が配る「管理された設定（managed settings）」があり、その中の env に環境変数を書けば全員のセッションに効きます（Settings reference）。Windows では C:\Program Files\ClaudeCode\managed-settings.json のファイルか、レジストリの HKLM\SOFTWARE\Policies\ClaudeCode に置きます。Intune やグループ ポリシー用の見本も公開されています（Deploy managed settings）。

見本が用意している Intune での入れ方は2つです。［プラットフォーム スクリプト］で PowerShell の見本を配ると C:\Program Files\ClaudeCode\ に managed-settings.json を書き、Intune で見本の ADMX を取り込む（Import ADMX）とレジストリの HKLM\SOFTWARE\Policies\ClaudeCode\Settings に1行の JSON を書きます（MDM Deployment Examples）。見本はコミュニティが保守するもので、正しくない場合もあると断られています。全台に配る前に1台で試し、/status の Setting sources に出ることを確かめます。表示は置き場で変わり、managed-settings.json のファイルなら Enterprise managed settings (file)、Windows のレジストリなら Enterprise managed settings (HKLM) です（Deploy managed settings、MDM Deployment Examples）。

当社の検証用の環境の Intune 管理センターでは、［デバイス］→［Windows］→［スクリプトと修復］に［プラットフォーム スクリプト］のタブがあり、［追加］から「PowerShell スクリプトの追加」の4つの手順（基本情報、スクリプト設定、割り当て、レビューと作成）に進みます。［スクリプト設定］では、スクリプトのファイルのほかに、ログオンしたユーザーの資格情報で実行するか、署名のチェックを強制するか、64 ビットの PowerShell ホストで実行するかを選びます。PowerShell の見本は、冒頭の説明で、ログオンしたユーザーの資格情報では実行しない（いいえ）、64 ビットの PowerShell ホストで実行する（はい）を指定しています。下の写真の切り替えの状態は、この見本の指定を表したものではありません。

Intune で PC を管理する仕組みの全体像は、Intune の記事で扱っています。

claude.ai の Team・Enterprise には、サーバーから設定を配る仕組みがありますが、Foundry では使えません。Foundry では、端末のファイルかレジストリで配るか、自前で Claude apps gateway を動かします（Set up Claude Code for your organization）。組織の管理画面で使えるモデルを絞る設定も Foundry には届かないため、選べるモデルの制限は availableModels、既定のモデルは model を管理された設定に書きます。Claude Code v2.1.285 以降なら、allowedProviders を Foundry だけにして、会社の PC から別の経路で Claude を使えないようにもできます。

ただし、env に書いた値は設定ファイルに平文で残り、Claude Code が起動するすべての子プロセスに渡ります。env の説明には、API の資格情報には apiKeyHelper を使うようにという一般の注意もあります（Foundry での動きは、この記事では確かめていません）。当社は、配る設定にはリソース名とデプロイ名だけを書き、認証は各自の az login（Entra ID）にすることを勧めます。Claude Code に許す操作の範囲（権限やサンドボックス）は経路に関係なく決める必要があり、Claude Code のセキュリティ運用の記事で扱っています。開発者向けの AI の契約が複数ある会社は、GitHub Copilot と Microsoft 365 Copilot の違いの記事と同じように、台帳で製品と契約の経路を書き分けておくと、請求の行と管理者を取り違えずに済みます。

請求と管理を Azure の中にそろえたいなら、Foundry 経由が向く

開発者が端末で Claude Code を使えればよく、請求と管理を Azure の中にそろえたい会社には、Foundry 経由が向くと当社は考えます。最初の一歩は、経理か契約の担当に、会社の Azure の契約が直接の契約か CSP かを聞くことです。

Copilot Studio のエージェントで Claude を選ぶ場合は、Copilot Studio で Claude を使う記事に許可の場所をまとめています。Azure と Microsoft 365 の管理をそろえて生成 AI を入れたい場合は、Microsoft 365 の導入支援でご相談を受けています。

この記事の確かめ方

当社は Microsoft 365 と生成 AI の導入を支援していて、ライセンスの販売はしていません。手順と仕様は、2026年10月31日に Anthropic の Claude Code のドキュメント・Claude Platform のドキュメントと Microsoft Learn を開いて確かめた原文に沿って書いたもので、コードの枠は公式のページの原文をそのまま載せています。Foundry で Claude Code を使う設定のページは Anthropic と Microsoft Learn の両方にあり、認証の方法の数やサインインのコマンドの扱い、Haiku のデプロイの要否で書き方が違うため、2つを読み比べ、どちらを正に読むかまで書きました。当社が Foundry に Claude をデプロイして動かした結果ではないため、Foundry と Claude Code の画面の項目名は公式の記載に従っています。Intune の画面は、当社の検証用の環境で2026年10月31日に見たもので、組織名と名前は伏せています。どちらの文書も更新が続いているため、設定の前に各ページの最新を確かめてください。