【重要】会員機能一時停止とサイトメンテナンスのお知らせ

AI

2026.04.21 09:37

エージェント開発でマイクロソフトが直面する複雑性の課題、グーグルとAWSは統合されたアプローチで優位に

Adobe Stock

Adobe Stock

マイクロソフトは4月3日、Agent Frameworkのバージョン1.0をリリースし、これまで互換性のなかった2つのオープンソースSDKを、AIエージェント構築のための単一のツールキットに統合した。この動きはフレームワーク層における実際の問題を解決したが、Azure全体のエージェントエコシステムにおけるより広範な課題は残されたままだ。グーグルクラウドとAWSは、それぞれフレームワークからマネージドランタイムまで、より一貫性のあるデフォルトパスを提示している。マイクロソフトのエージェント戦略は、構築、デプロイメント、ガバナンス、配信にわたって、依然として多数のサービスにまたがっている。

1.0リリースは、マイクロソフトが互換性のないAPIで並行して維持してきた2つのフレームワーク、Semantic KernelとAutoGenを統合した。Semantic Kernelは、安定したコネクタとテレメトリを必要とするエンタープライズ開発者向けだった。AutoGenは、マルチエージェントオーケストレーションを実験する研究者を惹きつけた。開発者はどちらか一方を選び、そのトレードオフと共存する必要があった。AutoGenのGitHubリポジトリは現在、新規ユーザーをAgent Frameworkに誘導しており、AutoGenは今後、バグ修正とセキュリティパッチのみを受け取ることを確認している。

この統合は必要だった。しかし、これはエンタープライズチームが3つの異なる階層にわたって評価しなければならないスタックの構築層のみに対処するものだ。彼らは、コードを書くSDK、本番環境でエージェントをホストするランタイム、そして大規模にアイデンティティとコンプライアンスを管理するガバナンス層を選択しなければならない。

スタック全体にわたる多数のサービス

構築層では、マイクロソフトは現在、プロコード開発向けのAgent Frameworkと、Microsoft 365およびPower Platform内でのローコードエージェント構築向けのCopilot Studioを提供している。ランタイム層では、Foundry Agent Serviceが、エンタープライズセキュリティと可観測性を備えたマネージドホスティングを提供する。配信については、Microsoft 365 Agents SDKにより、開発者はエージェントをTeamsとCopilotに公開できる。そしてAzure OpenAI Serviceは、OpenAI独自のエージェントプリミティブへのネイティブサポートを通じて、別のエントリーポイントを追加している。

マイクロソフトは、Foundryをこれらの層を結びつける統合プラットフォームとして位置づけている。Foundryは確かに、モデル、ツール、エージェントランタイムを単一のコントロールプレーンの下で接続する。しかし、開発者向けのサービスは依然として別個のままであり、それぞれが独自のドキュメントとデプロイメントモデルを持っている。マイクロソフト自身が公開している意思決定フレームワークは、開発者がエージェントロジックを1行も書く前に、M365拡張機能が必要か独立したエージェントが必要か、ローコードツールとプロコードツールのどちらを好むかを評価するよう求めている。

この意思決定プロセスは、マイクロソフト社内でも表面化した。同社のIT組織が従業員向けセルフサービスエージェントを構築した際、チームはCopilot Studio、Azure AI Foundry、Microsoft 365 Copilotを評価した。彼らはCopilot Studioから始めたが、管理されていないSharePointサイトから回答が表示されることに気づいた。彼らは、異なるユースケースには3つのプラットフォームすべての異なる組み合わせが必要だと結論づけた。

さらに別の層を追加するのがAgent 365だ。これは、エンタープライズ規模でエージェントを監視するためのガバナンスおよび管理サービスで、5月1日に月額ユーザーあたり15ドルで一般提供される。Agent 365は構築ツールでもランタイムツールでもない。これはFoundryとAgent Frameworkの上位に位置し、アイデンティティ、コンプライアンス、可観測性のためのコントロールプレーンとして機能する。しかし、これはエンタープライズITチームが評価し調達しなければならない、さらに別の製品を導入することになる。

グーグルクラウドはより明確なデフォルトパスを提示

グーグルクラウドは現在、より垂直統合されたエージェントスタックを提供している。Agent Development Kitはオープンソースのフレームワークだ。Agent EngineはVertex AI上のマネージドランタイムである。Vertex AI Agent Builderは、両方を構築、スケール、ガバナンスをカバーするライフサイクルプラットフォームにまとめている。1つのフレームワークが1つのランタイムに接続され、1つの管理コンソールに接続される。

ADKはPython、Java、Go、TypeScriptで1.0に到達し、主要なクラウドエージェントフレームワークの中で最も幅広い言語カバレッジを実現している。単一のCLIコマンドで、ローカルのADKエージェントを本番環境のAgent Engineにデプロイできる。セッションとメモリは2026年初頭に一般提供され、ランタイムは独自のツールキットと並んでLangGraphのようなサードパーティフレームワークをサポートしている。

グーグルのスタックも複雑性がないわけではない。より広範なVertex AIプラットフォームは、検索、グラウンディング、評価ツールを包含しており、それら独自の学習曲線を追加している。しかし、ローカル開発からマネージド本番環境へのデフォルトパスは、単一のフレームワークと単一のランタイムを通じて実行され、横方向ではなく縦方向の移行となっている。

AWSはスタックを意図的に薄く保つ

アマゾンは異なるが同様に一貫性のあるアプローチを取った。Strands Agents SDKは、Amazon Q DeveloperとAWS Glueを支える内部AWSツールから生まれたオープンソースフレームワークだ。2025年5月にオープンソース化され、AWSによると1400万ダウンロードを超えている。

Strandsは意図的にミニマルだ。開発者はPythonまたはTypeScriptのデコレータでツールを定義し、モデルプロバイダーを選択し、SDKに推論ループを管理させる。このフレームワークはモデルに依存せず、Bedrock、OpenAI、Anthropicのエンドポイントを相互に交換可能にサポートしている。

本番環境層はAgentCoreで、アイデンティティ、メモリ、可観測性、スケーリングを処理するマネージドランタイムだ。完全なセッション分離を備えたFirecracker microVMでエージェントを実行し、最大8時間のワークロードをサポートする。StrandsとAgentCoreの関係は明快だ。一方がエージェントを構築し、もう一方がそれを実行する。AWSの公式ポジショニングは、マイクロソフトよりもシンプルで、よりランタイム中心だ。

移行コストが問題を複雑化

マイクロソフトの進化の実際的なコストは、プラットフォーム選択を超えて広がる。Semantic Kernelに投資した開発者は、現在Agent Frameworkに移行しなければならない。移行ガイドは存在するが、抽象化は大きく変更されている。プラグインアーキテクチャはツールシステムになった。複数のエージェント固有のクラスは、単一のChatClientAgent型に統合された。セッション処理の動作も異なる。

AutoGenユーザーは並行して書き直しに直面している。AutoGenを定義していたイベント駆動型アーキテクチャは、グラフベースのワークフローに取って代わられる。マイクロソフトはこれを自然な進化として位置づけている。本番システムを持つ開発者は、これを強制的な変更として経験している。

名称変更の履歴が、不安定さの感覚を増している。Azure AI Studioは2024年後半にAzure AI Foundryになり、その後2025年にMicrosoft Foundryにリブランドされた。各変更は、エージェント構築に充てられたはずの計画サイクルを消費した。

グーグルとAWSはこのパターンを回避した。ADKは前身を置き換えたわけではない。Strandsは成熟した内部ツールとしてオープンソース化された。どちらの企業も、新しいものを導入するために広く採用されたエージェントSDKを廃止することはなかった。

エンタープライズにとっての意味

マイクロソフトは、SDKの断片化を認識し、それに対処したことで評価に値する。Agent Framework 1.0とFoundry Agent Serviceの組み合わせは、ローカル開発からマネージド本番環境への実行可能な垂直パスを確かに作り出している。各要素は個別に有能だ。

しかし、周辺のエコシステムは依然として、エンタープライズチームがプラットフォーム戦略にコミットする前に、あまりにも多くの隣接サービスをナビゲートすることを求めている。エージェント型AIのためにAzureを評価するCXOは、各層でチームが標準化するサービスをマッピングし、開発、運用、セキュリティチーム全体でそれらの決定を行う組織的コストを予算化すべきだ。

エンタープライズAIエージェント構築の競争は、最も多くのエージェントサービスを持つクラウドによって勝ち取られるわけではない。開発者がプラットフォームの評価を止め、エージェントの出荷を開始できるようにするクラウドによって勝ち取られる。マイクロソフトはフレームワークを修正した。より広範な簡素化作業は、まだこれからだ。

forbes.com 原文

タグ:

advertisement

ForbesBrandVoice

人気記事