Microsoft Foundry、エージェント最適化の経済性と投資対効果の戦略を公開
本文の状態
日本語全文を表示中
詳細モードで約14分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
Azure AI Blog
マイクロソフトは、AI の運用を単なるパイロットから管理可能な投資システムへと転換する戦略を「Microsoft Foundry」上で提示し、トークンコストの可視化と最適化が企業の AI 導入成功の鍵であると論じている。
AI深層分析を開く2026年8月18日 00:46
AI深層分析
キーポイント
AI 経営の転換点
企業の AI 議論は技術的な可能性の確認から、投資対効果(ROI)の検証へと移行しており、71% のビジネスリーダーが AI バジェット増額を計画している。
コスト構造の複雑化
AI コストはモデル選択だけでなく、入力トークンや状態保持のないモデルによる文脈送信、エージェントによる複数回のツール呼び出しによって劇的に変動する。
管理型投資システムへの移行
成功している組織は安価なモデルを探すのではなく、各リクエストをタスクに最適化し、実行中のエージェントを改善する「管理型投資システム」として AI を運用している。
コスト可視化の重要性
集計された数値だけでなく、アプリケーション、エージェント、ワークフロー、モデルごとの詳細なコスト Attribution がなければ、最適化の優先順位付けや効果測定は不可能である。
AIコスト管理の多層的アプローチ
最適化には単なる低価格モデルの選択ではなく、要件に応じた適切なモデルの選定やワークフローの効率化が必要である。
重要な引用
The AI conversation in most enterprises has moved from the whiteboard to the budget review.
Tokens have become the new unit of technology spend, and financial discipline (not model choice) is what decides whether a promising pilot ever scales.
That shift, from buying intelligence to managing it, is the whole game.
FinOps for AI comes down to four commitments: Make AI predictable to fund, Efficient by design, Optimized at scale, Proven in value.
編集コメントを表示
編集コメント
本記事は、AI の普及が初期段階から成熟期へと移行する中で、財務的な厳格さが技術的な可能性を決定づける新たなフェーズに入ったことを示唆している。マイクロソフトは自社のプラットフォームである Foundry をこの管理型アプローチの中心に据える戦略を明確に打ち出しており、企業にとっての実践的な指針となる内容だ。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
本ブログ記事は、「エージェント最適化の経済学」と題する全 4 部構成シリーズの第 1 弾です。Microsoft Foundry で AI を管理投資システムとして運用し、エージェントコストを最適化するための戦略、機能、および実証事例をご紹介します。
多くの企業における AI の議論は、もはやホワイトボード上の構想から予算審議へと移っています。2 年前の問いが「AI は実際に機能するのか」だったとすれば、現在のリーダーたちが抱くのはより鋭く、かつ居心地の悪い質問です。「自費で賄えるのか?」という点です。
現在、本番環境で稼働しているチームにとって、この問いは切実な問題となっています。Microsoft Foundry を基盤に構築する 10 万を超える組織がその最前線です。トークン数が技術支出の新たな単位となり、有望なパイロットプロジェクトをスケールさせるかどうかを決定するのは、モデルの選択ではなく財務規律なのです。
資金はすでに動き始めています。マイクロソフトが委託し、4,000 人以上のビジネスリーダーを対象に実施した IDC の調査では、71% が AI 予算を増額する計画があると回答しました。その財源は IT 部門だけでなく、非 IT 部門からも捻出される見込みです。予算規模は拡大していますが、重要なのは、その成長に合わせて財務規律も強化できるかどうかです。
ビジネスリーダーの 71% が AI 予算の増額を計画
2025 年 IDC 調査
先行するチームは、単に安価なモデルを求めていたわけではありません。彼らは「AI を一連の個別パイロットプロジェクトとして運用する」ことをやめ、「管理された投資システム」として運用し始めました。つまり、すべてのリクエストがそのタスクに適したサイズに調整され、エージェントは実行されるたびに改善され、すべての費用は予算内に収まり、明確に追跡されるのです。この「知能を購入する」から「それを管理する」への転換こそが、ゲームの勝敗を分ける鍵です。
本シリーズでは、そのシステムがどのように機能し、なぜ Microsoft Foundry がその運用に適しているのかについて解説します。
Microsoft Foundry で構築を開始する
AI コストと支出を理解する
AI への支出を管理するには、まずそのコストの源泉を理解する必要があります。コストは選択したモデルだけで決まるわけではありません。そのモデルを中心に構築されたアプリケーションやエージェントによっても大きく左右されます。
すべてのリクエストには、システムプロンプト、会話履歴、ツールの定義、取得したコンテンツといった入力トークンと、モデルによって生成される出力トークンの両方が含まれます。モデルはステートレス(状態を保持しない)であるため、完全なコンテキストが毎回送信されます。ユーザーが単純な追問をしているように見えても、時間が経つにつれてコストが増加する可能性があります。
エージェントはさらに複雑さを増します。単一のパスに従うのではなく、エージェントは選択肢の評価、アクションの再試行、複数のツールの呼び出しなどを行い、最終的に回答を生成します。一つのユーザーリクエストが多数のモデル呼び出しを生むため、モデル選択と同様にワークフロー設計も極めて重要になります。
チーム全体で AI コストの可視性を向上させる
AI への支出は、単一の集計数値として表示されるだけでは管理が困難です。どのアプリケーションやエージェント、ワークフロー、モデルが利用を牽引しているのか、どこに最適化の余地があるのかを理解するためには、コストをこれらの要素ごとに可視化する必要があります。
こうした詳細な内訳(アトリビューション)がないと、コストの説明責任を果たすことも、改善優先順位をつけることも、最適化施策の効果を検証することも難しくなります。
支出のコントロールと最適化
可視化だけでは不十分です。AI ワークロードは急激にスケールする可能性があり、予期せぬ挙動によって短期間で消費量が膨らむリスクもあります。コストがサプライズになる前に、支出を管理するための制御手段が必要です。
また、最適化とは単に低コストなモデルを選ぶことだけではありません。実際の AI ワークロードには、異なる要件を持つリクエストが混在しています。より良い成果を得るためには、各リクエストに適したモデルを選択し、不要なコンテキストを削減し、必要なツール使用のみを制限し、エージェントのワークフローを改善して効率化を図ることが重要です。
なぜ Microsoft が AI FinOps のプラットフォームなのか
FinOps はもともと、変動するクラウド支出に対して財務上の責任ある管理をもたらすための分野として始まりました。エンジニアリング、財務、プロダクトチームが共通の数値に基づいて協働する運用モデルです。AI における FinOps も同様に、以下の 4 つのコミットメントに集約されます。
- AI の予測可能性を高め、予算化を可能にする
- デザイン段階から効率性を確保する
規模に応じた最適化を実現する
価値の実証を行う
マイクロソフトの回答は、計画、構築、管理、測定という全ライフサイクルにわたる、AI 専用の FinOps に対する単一のファーストパーティアプローチです。コストの可視化と制御は、エージェントが構築・実行される Microsoft Foundry や GitHub、配分や課金のための Microsoft Cost Management、コミットメントベースの節約を実現する Azure の価格オファー、そして AI トラフィックを計測・管理するゲートウェイとしての Azure API Management など、チームがすでに使用している製品に組み込まれています。Microsoft Agent 365 は、この厳格なアプローチをテナント全体に拡張し、支出ポリシーや予算上限、部門ごとの課金機能を一元化することで、マイクロソフトおよびサードパーティプラットフォームにまたがるエージェントのコスト管理を統合します。
これらを組み合わせることで、組織は個別のツールでは得られないものを手に入れます。最初のプロンプトから経営陣レベルでの ROI 数値に至るまで、AI エステート全体にわたる包括的で最高水準のコスト管理です。
このアプローチが具体的にどう機能するかは Foundry でわかります。ここがエージェントの実行と最適化の中心だからです。Foundry は、AI を管理された投資システムとして一つのクローズドループで実行します。つまり、ランタイム時に各リクエストを最適化し、時間経過とともに各エージェントワークフローを最適化し、支出を継続的にガバナンスするのです。
AI コスト最適化は可視化から始まります
管理型投資システムは、3 つの異なる速度で意思決定を行います。実行時にリクエストを最適化し、何が機能するかを学びながら数日・数週間にわたりエージェントワークフローを最適化します。さらに、睡眠しない制限と予算によって支出を継続的にガバナンスします。Foundry はこれら 3 つすべてを実現するために設計されています。各アクションには固有の Foundry 機能が用意されており、以下のマップでそれらがどのように連携するかが示されています。
意思決定|Foundry が提供する機能
実行時のリクエスト最適化
単純な作業に高価な Frontier モデル価格を払わないよう、すべての呼び出しを適切なサイズに調整します。
Microsoft Foundry のモデルルーターは、コスト・品質・バランスの各モードに応じてプロンプトを振り分けるため、簡単なリクエストでも Frontier モデルの高額料金を支払う必要はありません。
デプロイメントと価格オプションは、グローバル、データゾーン、リージョンごとのデプロイメント、および Standard、Priority、Provisioned Throughput、Batch の各処理モードに対応し、それぞれのワークロードに最適なコストとレイテンシを提供します。
プロンプトとセマンティックキャッシュは、繰り返し出現するコンテキストを再利用することで、再計算にかかる費用を防ぎます。
ファインチューニングにより、タスクに対して大規模モデルと同等の性能を発揮できる小規模なチューニング済みモデルを使用可能にし、トークンあたりの料金を下げるとともにプロンプト長も短縮できます。
Microsoft IQ は、人々の働き方、事業運営、組織のナレッジ、そして Web 全体にわたる共有された企業知能レイヤーを提供します。このレイヤー内で Foundry IQ は、エージェントが再利用可能で権限を認識したナレッジベースを活用し、アジェンティック・リトリバル(検索)によって最も関連性の高いコンテキストのみを選択します。これにより、 grounding が強化されつつ、不要な入力トークンを削減できます。
ワークフローを継続的に最適化する
各エージェントは、何が有効かを学習するにつれてコストを下げていきます。Agent Optimizer は、プロンプト、モデル、ツール、スキルを独自の評価基準でテストし、最も優れた構成を推進します。これにより、品質を維持したまま、より小型で低価格なモデルでの運用が可能になります。
ツールボックスは、リクエストに必要なツールのみを送信し、すべての定義を送ることはありません。
メモリ(手続型、ユーザー、セッション)は、履歴全体を再送信することなく、会話の文脈を保持します。
支出を継続的に管理する
予算や制限を設定して確実なコントロールを行い、エージェントが請求額を暴走させないようにします。Azure API Management の AI Gateway は、Foundry エンドポイントの前に別レイヤーとしてデプロイでき、すでに Azure API Management を標準化しているチームに対して、トークンレート制限、クォータ、キャッシュ機能を適用できます。今後、よりシームレスで統合された AI Gateway 機能が Foundry に提供される予定です。
Foundry のプラットフォーム内での予算管理と強制機能は近日公開され、エージェントが動作する場所に近い場所で、ネイティブに支出制限と管理を実現します。
Foundry では現在、モデルおよびデプロイレベルのコストレポートを提供しており、Azure Cost Management が予算、アラート、請求額の記録システムとして機能しています。個々のエージェントやセッション単位までの詳細なコスト帰属分析は、今後のロードマップに含まれています。
Agent 365 は、テナント全体のガバナンスを拡張し、Microsoft およびサードパーティのエージェント間で支出ポリシー、予算上限、部門ごとの課金を通じてコスト管理を統一します。
トークン経済学に関する Microsoft Mechanics の新エピソードでは、ランタイムのレバーが実際にどのように機能するかをライブで確認できます。
AI リーダーが問うべき 4 つの質問
この記事から一つだけ覚えておいてほしいのは、次の 4 つの質問を次回の AI 戦略や予算レビューに持ち込むことです。Foundry にはそれぞれの質問に対する具体的な回答があります。もし今日すぐに答えられない項目があれば、そこが改善のスタート地点です。
「何に対して支払っているのか、把握できているか?」
コストは単一の請求書行項に隠れるのではなく、モデル、エージェント、ワークフローごとに可視化されている必要があります。Foundry の計測機能とトレース機能を使えば、コストが発生する場所をより明確に理解できるようになります。
「各リクエストに対して適切な金額を支払っているか?」
ほとんどのリクエストには最先端のモデルは不要です。Model Router(モデルルーター)、デプロイメントと価格設定オプション、キャッシュ機構、ファインチューニング、そして Foundry IQ を活用すれば、各リクエストに必要な機能に最適なモデルをマッチングさせることが可能です。
「エージェントは効率的に稼働しているか?」
ワークフローがより効果的になるにつれ、エージェントのコストは低下していくべきです。Foundry Agent Service のエージェント最適化機能とメモリ管理、そして Foundry のツールボックスを活用すれば、不要なトークン使用量を削減し、実行品質を向上させることができます。
「利用量が急増しても制限は維持できるか?」
急激に拡大する利用量に対応するには、堅牢な制御が必要です。現在、多くのチームが AI エンドポイントの前に Azure API Management を配置し、AI Gateway レヤーでトークンレート制限とクォータを適用しています。今後は、Foundry 内のネイティブ予算機能と強制力、そして Agent 365 を通じたテナント全体の制御機能が次のステップとなります。
まず問われるのは、AI への支出をどう理解するかです。本シリーズでは、その後の3つの項目についてより深く掘り下げていきます。
- リクエストを適切なモデルにマッチングさせる
- エージェントの効率性を高める
- スケールするコスト管理のためにガバナンス制御を適用する
まずはここから始めましょう。
本シリーズは今後の数週間にわたって続きます。各記事で、さらに一歩踏み込んだ内容をお届けします。具体的には、ランタイムでのリクエスト最適化手法や、トークンを効率的に活用するエージェントの構築方法、そしてスケールする際の支出ガバナンスについて解説していきます。各記事では、考え方の背景と、それを実現する Microsoft Foundry の機能を紹介しています。
待たずに今すぐ始めることも可能です。このフレームワークを支える機能は、すでに Microsoft Foundry で利用可能です。
Microsoft Foundry におけるモデルコストとパフォーマンスの最適化方法については、こちらをご覧ください。
Microsoft Mechanics でトークン経済に関するエピソードを視聴すれば、実際に動くレバーを手に取るように理解できます。
本シリーズの展開を追いかけていただき、次回のレビューでこの4つの問いを持ち込んでください。
スケーラブルな AI 投資戦略を構築しましょう
Foundry は、大規模な AI アプリやエージェントを構築・基盤化・ガバナンスするためのエンタープライズ向け AI プラットフォームです。
今日から構築を始めましょう
原文を表示
This blog post is the first of a four-part series called The Economics of Agent Optimization which shares the strategies, capabilities, and proof points to help you optimize agent costs and run AI as a managed investment system on Microsoft Foundry.
The AI conversation in most enterprises has moved from the whiteboard to the budget review. Two years ago, the question was whether AI could work. The question leaders are asking now is sharper and less comfortable: is it paying for itself?
For the teams now in production—including more than 100,000 organizations building on Microsoft Foundry that question has become urgent. Tokens have become the new unit of technology spend, and financial discipline (not model choice) is what decides whether a promising pilot ever scales. The money is already moving in: in a Microsoft-commissioned IDC study of more than 4,000 business leaders, 71% said they plan to increase AI budgets, funded from IT and non-IT sources alike. The budgets are growing. The question is whether the discipline grows with them.
71% of business leaders plan to increase their AI budgets
2025 IDC survey
The teams pulling ahead did not go looking for a cheaper model. They stopped running AI as a string of one-off pilots and started running it as a managed investment system: every request sized to its job, every agent improved as it runs, and every dollar bounded and accounted for. That shift, from buying intelligence to managing it, is the whole game. This series is about how the system works and why Microsoft Foundry is built to run it.
Start building on Microsoft Foundry
Understand your AI costs and spending
Before you can manage AI spend, you need to understand what creates it. Cost is not determined only by the model you choose. It is also shaped by the application or agent built around that model.
Every request includes input tokens, such as system prompts, conversation history, tool definitions, and retrieved content, as well as output tokens generated by the model. Because models are stateless, the full context is sent with every request. Costs can increase over time even when the user asks only a simple follow-up question.
Agents introduce another layer of complexity. Instead of following a single path, an agent may evaluate options, retry actions, or call multiple tools before producing a response. A single user request can generate many model calls, making workflow design as important as model selection.
Improve AI cost visibility across teams
AI spend is difficult to manage when it appears as a single aggregate number. Teams need visibility into costs by application, agent, workflow, and model to understand what is driving usage and where optimization opportunities exist.
Without that level of attribution, it becomes difficult to explain costs, prioritize improvements, or measure the impact of optimization efforts.
Control and optimize spend
Visibility alone is not enough. AI workloads can scale quickly, and unexpected behavior can increase consumption in a short period of time. Organizations need controls that help manage spend before costs become a surprise.
Optimization also requires more than selecting a lower-cost model. Most AI workloads contain a mix of requests with different requirements. Better outcomes come from matching requests to the right models, reducing unnecessary context, limiting unneeded tool use, and improving agent workflows so they operate more efficiently.
Why Microsoft is the platform for AI FinOps
FinOps began as the discipline of bringing financial accountability to variable cloud spend, a shared operating model that puts engineering, finance, and product on one set of numbers. FinOps for AI comes down to four commitments:
Make AI predictable to fund
Efficient by design
Optimized at scale
Proven in value
Microsoft’s answer is a single, first-party approach to FinOps for AI that spans the entire lifecycle—plan, build, manage, and measure. Cost visibility and control are built into the products teams already use: Microsoft Foundry and GitHub where agents are built and run, Microsoft Cost Management for allocation and chargeback, Azure pricing offers for commitment-based savings, and Azure API Management as the gateway that meters and governs AI traffic. Microsoft Agent 365 extends the same discipline to the tenant—unifying agent cost management across Microsoft and third-party platforms with spending policies, budget caps, and departmental chargeback in one place. Together they give organizations something no point tool can: comprehensive, best-in-class cost management across the whole AI estate, from the first prompt to the board-level ROI number.
Foundry is where that approach gets specific, because it’s where agents are run and optimized. It runs AI as a managed investment system across one closed loop: optimize each request at runtime, optimize each agent workflow over time, and govern the spend continuously.
AI cost optimization starts with visibility
A managed investment system makes three decisions, each at a different speed. You optimize the request in the moment it runs. You optimize the agent workflow over days and weeks, as you learn what works. And you govern the spend continuously, with limits and budgets that never sleep. Foundry is built to make all three. Each move has its own set of Foundry capabilities, and the map below shows how they fit together.
The decisionWhat Foundry gives you
Optimize the request, at runtime
Right-size every call so simple work never pays frontier prices.
Model router for Microsoft Foundry routes each prompt across cost, quality, and balanced modes, so simple requests don’t pay frontier-model prices.
Deployment and pricing options match each workload to its cost and latency needs, spanning Global, Data Zone, and Regional deployments and the Standard, Priority, Provisioned Throughput, and Batch processing modes.
Prompt and semantic caching reuse repeated context instead of paying to recompute it.
Fine-tuning lets a smaller tuned model match a larger one on your task, lowering the per-token rate and shortening prompts.
Microsoft IQ provides a shared enterprise intelligence layer across how people work, how the business operates, institutional knowledge, and the web. Within that layer, Foundry IQ gives agents reusable, permission-aware knowledge bases and uses agentic retrieval to select only the most relevant context. This improves grounding while reducing unnecessary input tokens.
Optimize the workflow, over time
Make each agent cheaper as it learns what works.
Agent optimizer tests prompts, models, tools, and skills against your own evaluators and promotes the best configuration, often holding quality on a smaller, cheaper model.
Toolboxes send only the tools a request needs instead of every definition.
Memory (procedural, user, and session memory) carries context across turns without resending the full history.
Govern the spend, continuously
Set limits and budgets that hold, so no agent can run away with the bill.
Azure API Management’s AI Gateway can be deployed in front of your Foundry endpoints as a separate AI Gateway layer, applying token rate limits, quotas, and caching for teams that already standardize on Azure API Management. We are working to deliver more seamless and integrated AI Gateway functionalities in Foundry.
Foundry in-platform budgets and enforcement will be available soon to bring spending limits and enforcement natively into Foundry, closer to where agents run.
Foundry gives you model- and deployment-level cost reporting today, with Azure Cost Management as the system of record for budgets, alerts, and billed costs. Richer attribution, down to the individual agent and session, is on the roadmap.
Agent 365 will extend governance to the tenant, unifying cost management across Microsoft and third-party agents with spending policies, budget caps, and departmental chargeback.
You can watch the runtime levers work live in our new Microsoft Mechanics episode on token economics.
The four questions AI leaders should be asking
If you take one thing from this post, take these four questions into your next AI or budget review. Each has a concrete answer in Foundry. If you cannot answer one today, that is where to start.
Do we know what we’re paying for?
Spend should be visible by model, agent, and workflow, not hidden in a single invoice line. Foundry’s metering and traces make it easier to understand where costs originate.
Are we paying the right amount for each request?
Most requests do not need a frontier model. Model router, deployment and pricing options, caching, fine-tuning, and Foundry IQ help match each request to the capability it needs.
Are our agents operating efficiently?
Agent costs should improve over time as workflows become more effective. Agent optimizer and memory in Foundry Agent Service and Toolboxes in Foundry help reduce unnecessary token usage and improve execution quality.
Do our limits hold when usage spikes?
Usage that expands rapidly needs controls that hold. Today, many teams put Azure API Management in front of their AI endpoints to enforce token rate limits and quotas at the AI Gateway layer. Native budgets and enforcement inside Foundry, plus tenant-wide controls through Agent 365, are where we are headed next.
The first question is about understanding AI spend. The next three are the areas this series explores in more detail: matching requests to the right models, improving agent efficiency, and applying governance controls to manage cost at scale.
Get started
This series will continue over the coming weeks, going one level deeper on each subsequent move: how to optimize the request at runtime, how to build agents that use tokens efficiently, and how to govern the spend as you scale. Each post pairs the thinking with the Foundry capabilities that make it real.
You don’t have to wait to start. The capabilities behind this framework are live in Microsoft Foundry today:
Learn more about the ways to optimize model cost and performance in Microsoft Foundry.
Watch the token economics episode on Microsoft Mechanics for a hands-on look at the levers in action.
Follow along as the series unfolds and bring the four questions to your next review.
Build an AI investment strategy that scales
Foundry is the enterprise AI platform to build, ground, and govern AI apps and agents at scale.
Start building today
The post The Economics of Agent Optimization: From pilots to measurable returns appeared first on Microsoft Azure Blog.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み