7月10日、Microsoftが「Frontier models and production agents: Advancing Microsoft Foundry for the agentic era」と題した記事を公開した。エンタープライズ向けAIエージェント基盤「Microsoft Foundry」の大型アップデートを伝える内容で、新モデルの一般提供開始にとどまらず、長時間稼働エージェントの障害耐性・コスト最適化・可観測性まで含む「本番運用」に向けた機能群が一斉に揃った。AWSのBedrock AgentsやGoogle Vertex AI Agent Builderもエージェント基盤の整備を急ぐ中、Microsoftはモデル・リージョン・ランタイム・コスト管理を一体で揃える方向性を鮮明にしており、エンタープライズにとっては選択肢の比較軸が変わりつつある発表といえる。

GPT-5.6シリーズが即日28リージョンで一般提供

今回の発表で最も注目すべき点は、GPT-5.6シリーズが本日より一般提供（GA）となり、既存のStandard Global 28リージョンとStandard Data Zonesで即日利用できる点だ。新モデルが公開されてもリージョン展開に時間がかかるという従来の不満に対する直接の回答でもある。

GPT-5.6シリーズは用途別に3モデルで構成される。なお「Sol/Terra/Luna」というサブブランド名は元記事に記載されている正式名称であり、GPT系モデルとしては珍しい命名だが、Microsoftが用途別の使い分けを促すために採用したものと見られる。

「全ワークロードを単一モデルに押し込まない」という設計思想が価格体系に現れている。たとえば高頻度のルーティン処理にはLuna、複雑な推論が必要なシナリオにはSolと使い分けることで、コストと性能の最適化が図れる。

APACデータゾーンの一般提供開始

アジア太平洋（APAC）データゾーンが本日GAとなった。これにより、APAC地域の企業がOpenAIのフロンティアモデルを利用しつつ、データ処理をアジア太平洋リージョン内に留めることが可能になる。

金融・医療・行政など、データ越境規制が厳しい業界にとって、別環境を用意せずグローバルと同一の開発・運用体験のまま地域コンプライアンスを満たせる点は実務上の大きなメリットだ。フィンテック企業のViva Republica（Toss）のCDAO、Hongsoo Kim氏は次のように述べている。

「Microsoft FoundryのAPACデータゾーンにより、データ処理を地域内に留めながら大規模な先進AIモデルにアクセスできる。これにより、責任ある形でAIイノベーションを加速できる確信が持てた」

現在Foundryでは、Global・Data Zone・Regionalの3つのデプロイオプションが揃い、主権要件・コンプライアンス・パフォーマンス・スケールの要件に応じた選択が可能になった。

エージェントを「本番稼働」させるための機能群

モデルとリージョンの拡充に加え、エージェントを本番環境で動かし続けるための基盤機能も今回GAとなった。AWS Bedrock AgentsやGoogle Vertex AI Agent Builderと比較して、Microsoftが差別化点として打ち出しているのは、複数フレームワーク対応の統合ランタイム、障害耐性のある長時間タスク実行、そしてTeams・Microsoft 365 Copilotという既存の巨大ユーザー基盤への直接配信経路だ。

ホステッドエージェント（Foundry Agent Service）

Hosted agentsがGAとなり、Microsoft Agent Framework・GitHub Copilot SDK・LangGraphなど複数のフレームワークで構築したエージェントを単一の本番ランタイムで動かせる。元記事には「OpenClaw」も対応フレームワークとして記載されているが、一般的な知名度が高くないため、初めて目にする読者は公式ドキュメントで詳細を確認することを推奨する。Azure VNet統合によるネットワーク分離により、エージェントトラフィックをセキュリティ境界内に閉じることができる。

プライベートプレビューとして提供されるResilient Task Supportは、長時間稼働エージェントの障害耐性を高める仕組みだ。プラットフォーム側がサンドボックスの継続を保証し、ハーネス側がチェックポイントを提供することで、マルチターンの会話・推論ループ・人間の承認フローが再起動後も途中から再開できる。障害回復・リトライ・状態管理をアプリ側で実装しなくて済む点が実用的だ。競合サービスでも類似の耐障害性機能は提供されつつあるが、チェックポイントによる再開とVNet統合を組み合わせた構成はエンタープライズ要件に直結する。

ツールボックスとメモリ

Toolboxes（GA）は、大量のツール定義を毎リクエストに全量送信するのではなく、必要なツールを動的に選択してトークン消費を削減する仕組みだ。ツールが増えるほどリクエストあたりのコストが膨らむ問題への対処として機能する。Vertex AI Agent Builderでも類似のツール管理機能が提供されているが、Foundryの場合は後述のmodel routerやprompt cachingと組み合わせてコスト最適化を一貫して設計できる点が特徴といえる。

MemoryとRoutines（パブリックプレビュー）は、エージェントが会話をまたいでコンテキストを保持し、スケジュールやイベント（チケット起票・ファイル着信・ワークフロー完了など）をトリガーに自律的に動作する基盤だ。

Microsoft Teams・Microsoft 365 Copilotへの配信

来週GAとなるTeams・Microsoft 365 Copilotへのパブリッシュにより、Foundryで作ったエージェントを数億人が日常的に使うアプリケーション上に配置できる。ネットワーク分離環境のエージェントでも、プライベートエンドポイントを介した公開フローが文書化されており、エージェントをプライベートネットワーク内に置いたままチャンネルアダプター経由で外部から到達可能にする構成が取れる。この配信経路の存在は、AWS・Googleのエージェント基盤が持たない固有の強みだ。

コスト管理と可観測性

本番エージェントのコスト管理として、model router（各リクエストを最適モデルに振り分け）、prompt caching（冗長な計算を削減）、PTU spillover（使用量スパイク時のサービス継続）が揃う。

Agent optimizer（パブリックプレビュー）はプロンプト・スキル・モデル・ツールの組み合わせを自動テストし、品質を維持したまま安価なモデルへの移行ができる構成を提案する。

さらにROI for agents（プライベートプレビュー）は、エージェントのトレース・ビジネス価値評価・運用コストを一画面にまとめ、「そのエージェントはコストより多くの価値を生んでいるか」をKPIとして可視化する。

実際に本番稼働している企業

記事によれば、10万以上の組織がMicrosoft Foundry上で開発しており、AdobeはGitHub・Foundry Agent Service・Azure Functionsを組み合わせてエージェントを本番デプロイ、TelefónicaはFoundryを自社のエージェントプラットフォームのコアとして採用している。

トークン経済の実践的な解説については、公式のMicrosoft Mechanics動画も公開されている。

詳細はFrontier models and production agents: Advancing Microsoft Foundry for the agentic eraを参照していただきたい。