MicrosoftがAutoGenとSemantic Kernelを一本化した理由
AutoGenのGitHubリポジトリに、2025年10月からひっそりとした変化が起きていた。新機能のPRがマージされなくなり、バグ修正とセキュリティパッチだけが続く状態。「もう積極的に開発しないの？」と首をかしげたAutoGenユーザーは少なくないはずだ。
その答えが、2026年4月7日に出た。MicrosoftはAgent Framework v1.0の正式GA（一般提供）を宣言し、AutoGenとSemantic Kernelを一本化した新しい本番対応フレームワークとして公開した。AutoGenが「終わった」のではなく、より大きな構造に吸収されたのだ。
統合プロジェクトの経緯
2025年10月、MicrosoftはAutoGenとSemantic Kernelを統合するプロジェクトを公開プレビューとして立ち上げた。当時の発表は地味だったが、その含意は大きかった。研究的な性格が強かったAutoGenと、エンタープライズ向けのSemantic Kernelという、異なる設計思想を持つ2つのフレームワークを「同じ屋根の下」に入れようとしていたからだ。
2026年2月にRC 1.0が出て、4月に正式版。開発から正式GAまで約半年という速いペースで安定APIと長期サポートを宣言した。Microsoftがこのプロジェクトを「研究案件」でなく「本番インフラ」として位置づけていることが、このタイムラインから読み取れる。
パッケージ統合で何が変わるか
v1.0の中心にあるのは、統一パッケージ Microsoft.Agents.AI（.NET）だ。AutoGenとSemantic Kernelを個別にインポートして設定を揃えるという従来の手間が不要になる。対応言語はC#とPython。ライセンスはMITで、商用利用の制限はない。
マルチエージェントのオーケストレーションパターンとして、sequential（順次実行）、concurrent（並列実行）、handoff（エージェント間引き継ぎ）、group chat（複数エージェントの対話）、そしてMagentic-Oneが利用できる。Magentic-OneはMicrosoftが研究段階から育ててきたマルチエージェントアーキテクチャで、複雑なタスクをエージェント群に分解して処理する設計だ。これが正式版パッケージとして組み込まれたのは、研究と実用の間にあった距離が縮まったことを意味する。
対応モデルプロバイダーはAzure OpenAI、OpenAI、Anthropic Claude、Amazon Bedrock、Google Gemini、Ollamaと幅広い。特定のLLMに縛られない設計は、エンタープライズがマルチクラウドで使い分けたい場面を想定していると読める。
MCPとA2Aの完全サポートが意味すること
v1.0で個人的に一番気になったのは、MCPとA2Aの両方を完全サポートした点だ。
MCPはAnthropicが主導するツール連携プロトコルで、エージェントが外部ツールを発見・呼び出す仕組みを標準化する。Microsoftのフレームワークがこれを組み込んだことで、MCPサーバーとして公開されているさまざまなツールをAgent Frameworkのエージェントがそのまま使える。
A2A（Agent-to-Agent）プロトコルのv1.0対応は、より大きな意味を持つ。異なるフレームワークで作られたエージェント同士が会話できる規格が同じタイミングで整備されたことで、「Microsoftのエージェントがサードパーティのエージェントと協調する」シナリオが現実的になった。OpenAI Agents SDK（GitHub Stars 20,700超）が牽引してきた市場に、相互運用可能なエコシステムとして参入できる土台ができた形だ。
DevUIが解くデバッグの難題
マルチエージェントシステム開発者が頭を悩ませるのは、「どのエージェントがどの順序で何を判断したか」のデバッグだ。ログを追っても、複数エージェントが並列・逐次に動く様子は把握しにくい。
Agent Framework v1.0に同梱されるDevUIは、このボトルネックを狙い撃ちにしている。ブラウザベースのデバッガーで、エージェントの実行状態、メッセージフロー、ツール呼び出しをリアルタイムで可視化する。
筆者がこれを見て思い出したのは、Webアプリ開発でDevToolsが登場した時の感覚だ。デバッグが「ログを読む職人技」から「GUIで追う作業」に変わった瞬間。Agent Frameworkがその転換点を作れるかどうか、実際に使ってみないと判断できないが、設計の方向性は正しいと思う。
状態管理・テレメトリの実用性
本番運用で問題になるもうひとつの課題が、エージェントセッションの状態管理だ。長時間タスクをエージェントに任せる場合、途中の状態を保持できないと障害時に最初からやり直しになる。
v1.0ではセッションベースの状態管理が組み込まれており、エージェントが引き継ぎを行う際のコンテキスト保持も設計に含まれている。加えて、型安全なAPIと標準テレメトリにより、本番環境での監視・トレーシングが従来比で格段に整備された。「フレームワークを採用する」だけで可観測性が確保できる状態を目指しているといえる。
AutoGenの行方と開発者への影響
AutoGenユーザーにとって気になるのは、移行コストだろう。Microsoftは「AutoGenは今後バグ修正・セキュリティパッチのみを継続する」と明示している。新機能を使いたければAgent Frameworkへの移行が必要になる。
ただし、Agent FrameworkはAutoGenの設計哲学を引き継いだうえでSemantic Kernelのエンタープライズ機能を追加した構成なので、AutoGenユーザーにとっての移行は「乗り換え」より「グレードアップ」に近い感覚になるはずだ。具体的な移行ガイドはドキュメントに用意されている。
Semantic Kernelユーザーにとっては、これまでSKにはなかったマルチエージェントオーケストレーション機能が正式に使えるようになるという意味で、むしろアップサイドが大きい。
エージェントフレームワーク戦争の現在地
OpenAI Agents SDKは20,700超のGitHub Starsと4,900超の依存プロジェクトを持つ。この数字はエコシステムの厚みを示しており、そう簡単に逆転できる種類のリードではない。
MicrosoftがAgent Framework v1.0でどこを狙っているかというと、Azureエコシステムとの深い統合と、A2A経由のクロスフレームワーク接続性だ。OpenAI SDKが「OpenAIのLLMを使った開発者」に最適化されているとすれば、Agent Frameworkは「Azureを使うエンタープライズと、LLMを選ばずに使いたい開発者」に向けた設計になっている。棲み分けが成立するかどうかは、採用事例が出てきてから判断できる。
A2Aプロトコルも同時期にv1.0に到達し、異なるフレームワーク間の相互運用エコシステムが整備フェーズに入った。単一フレームワークが総取りするより、複数が共存して相互連携するシナリオの方が現実的になりつつある。Agent Framework v1.0はその世界観を先取りした設計だ。