ミーネクスト
Claude社内展開・情シス

ClaudeがAzure上で正式提供に。情シスから見た「Microsoft Foundry版Claude」の意味

Anthropicの発表ページ
提供元の発表ページ (出典:Anthropic

MicrosoftとAnthropicが2026年6月29日(現地時間)、「Claude in Microsoft Foundry」の一般提供(GA)を発表しました。これまでClaudeを社内で使うにはAnthropicと別途契約するのが基本でしたが、Azureを使っている会社なら、いつものEntra IDの認証とAzureの請求書のままClaudeを呼べるようになります。モデルが新しくなった話ではなく、「どこで動かし、誰が管理するか」が変わった話です。情シスや社内展開を任されている人向けに、何が変わって、どこから検討すればいいのかを整理します。

何が変わったか

Microsoft Foundry は、Azure 上でAIモデルやAIエージェントを構築・運用するためのMicrosoftの基盤です(2025年11月のIgniteで「Azure AI Foundry」から改称、2026年1月1日付で正式名称になりました)。今回GAになったのは、この Foundry 上でAnthropicのClaudeを使う「Claude in Microsoft Foundry」です。

  • 発表日は2026年6月29日(現地時間)。MicrosoftとAnthropicの双方が同日に公表
  • GAになったのは「Hosted on Azure」版。推論そのものがAzureのデータセンター内で処理される
  • GA時点で提供されるモデルは Claude Opus 4.8 と Claude Haiku 4.5
  • Messages API に加え、プロンプトキャッシュと拡張思考(extended thinking)に対応
  • 認証は Microsoft Entra ID、権限管理はAzureのロールベースアクセス制御(RBAC)をそのまま使う
  • 課金はAzureの請求書に統合。Microsoft Enterprise Agreement の対象顧客は、既存のAzureコミットメント(MACC)から消費できる
  • データゾーンはグローバルと米国が選べる。プロンプトと出力をAPI呼び出し後に保持しない「ゼロデータ保持」オプションもある
  • 推論の運用とデータ処理者(data processor)はAnthropic
  • ハードウェアはNVIDIAのGB300 Blackwell Ultra(NVL72)システム。2025年11月に発表されたMicrosoft・NVIDIA・Anthropicの戦略的パートナーシップに基づくもの

もう一方の「Hosted on Anthropic」版(旧 Foundry Preview)も残ります。こちらはAzure側にまだ来ていないモデルやAPI機能を先に使える代わりに、Azureとの統合は限定的です。つまり「最新機能を優先するか、Azureのガバナンスに揃えるか」で入口が2つある、という構造です。

中小企業の目線で意味があるのは、モデルの性能よりも手続きの部分です。新しいAIサービスを1つ入れるたびに、契約書を読み、支払い方法を用意し、誰がアクセスできるかを別画面で管理する——この繰り返しが社内展開の一番の詰まりどころでした。Azureをすでに使っているなら、その一式を新規に増やさずに済みます。

Claude(Anthropic)の画面
Claudeの入力画面。入力欄の下で「チャット」と「Cowork」を切り替えます。 (出典:Claude(Anthropic)の画面

業務での使いどころ

これは「Claudeが便利になった」ニュースではなく、「Claudeを社内の仕組みに載せられるようになった」ニュースです。したがって効くのは、個人が使う場面ではなく、部署や全社で使わせる場面です。

  • 向く:社内文書やマニュアルを読ませる問い合わせ対応の仕組みを、自社のAzureテナント内で組みたい
  • 向く:誰がどれだけ使ったかをAzure Monitorや請求明細で追いたい(利用状況が見えないと社内で承認が下りない、というケース)
  • 向く:稟議や予算の都合で、新規のSaaS契約を増やさずAzureの既存枠で始めたい
  • 向かない:まず個人で試したいだけ(それならClaudeの通常プランのほうが早い)
  • 向かない:Azureを使っていない会社(Foundry版にする利点がほぼ無くなる)
  1. 1自社がAzureを使っているか、Microsoft Enterprise Agreement があるかを確認する(無ければこの話は保留でよい)
  2. 2何をやらせたいかを1つに絞る。社内問い合わせ、議事録の整理、下書き作成など、既にAIで回している業務があればそれを対象にする
  3. 3扱うデータの機密度を決める。顧客名や個人情報を含むなら、データゾーンとゼロデータ保持の設定を先に決める
  4. 4Foundry上で小さく作り、1部署だけで2週間動かして、費用と使われ方を実測する
  5. 5実測した数字を持って、全社展開するかを判断する
社内展開の可否を整理させるプロンプト
あなたは社内の情報システム担当です。以下の条件で、生成AIを社内展開するかどうかの判断材料を整理してください。

【前提】
・当社の環境:(例:Microsoft 365 と Azure を利用。Entra IDで社員アカウントを管理)
・やらせたい業務:(例:社内規程やマニュアルを読ませて、総務への問い合わせに一次回答させる)
・扱うデータ:(例:社内規程、就業規則。個人情報は含めない予定)
・想定利用者数:(例:まず総務3名、将来的に全社40名)

【出力してほしいもの】
1. 導入前に社内で決めておくべきこと(担当部署も添えて)
2. 情報の取り扱いで確認が必要な点
3. 小さく試すときの範囲と、成否を判断する具体的な指標
4. この用途では生成AIを使わないほうがよいケース

・条件に書いていないことは推測せず、「要確認」と書いてください
・製品名の比較や売り込みは不要です

最後の2行が重要です。これを入れないと、AIが勝手に前提を補って「導入すべき理由」を並べた資料を作ってしまいます。判断材料が欲しい場面では、埋まっていない欄は埋まっていないまま出させたほうが役に立ちます。

試すときに気をつけること

「Azure上で動く」=データの扱いが自動的に安全になる、ではありません

推論を運用しデータ処理者となるのはAnthropicで、Microsoftではありません。データゾーン(グローバル/米国)やゼロデータ保持は、選択して設定するオプションです。既定のままで自社の情報取り扱いルールを満たすとは限らないので、契約条件と設定内容は導入前に必ず自社の基準と突き合わせてください。

  • Foundry版は開発者向けの基盤。ブラウザで使うClaudeとは別物で、社内に配るには誰かが作る工程が要る
  • 従量課金なので、まず1部署で実測してから全社の費用を見積もる。使われ方が読めないうちに全社枠を確保しない
  • 「Hosted on Azure」と「Hosted on Anthropic」で使えるモデルや機能が異なる。どちらを前提に設計するかを最初に決める
  • モデルは今後入れ替わる。特定モデルの挙動に依存した作り込みは、後で作り直しになりやすい

出典

この記事に関連するレシピ

社内展開・情シス」の業務を生成AIで進める手順を、動画で確認できます。

社内で使えるようにしたい方へ

記事の内容を自社の業務に合わせて落とし込む、生成AIの研修も実施しています。 業種・職種に合わせた内容でご相談いただけます。

研修について相談する

他のAIニュース