Microsoft Agent Framework とは
Microsoft Agent Frameworkは、.NETとPythonでエージェントとマルチエージェントのワークフローを構築・オーケストレーションするための、MITライセンスのオープンソースSDKおよびランタイムです。Semantic KernelとAutoGenを手がけたチームによるもので、2026年4月に1.0をリリースしました。ワークフローは、逐次、並行、ハンドオフ、グループ協調のパターンを持つグラフで、チェックポイント、ストリーミング、ヒューマン・イン・ザ・ループの制御、OpenTelemetryトレーシング、ミドルウェアの仕組みを備えます。エージェントはYAMLで宣言することもでき、MicrosoftはFoundry上でのホスティングを文書化しています。2026年10月時点では、Semantic Kernelは修正のみが提供され、新機能の開発はAgent Frameworkで行われています。AutoGenはメンテナンスモードで、両方に移行ガイドがあります。
コード定義のワークフローと宣言された設定
AutoGenやSemantic Kernelを探してこのページに来た場合、現在の実際の比較対象はAgent Frameworkです。Microsoftが新規プロジェクトに案内しているのがこちらだからです。これはSDKであり、ワークフローは自社サービス内の、自社の言語によるコードです。ホスティング、セキュリティ、監査の方法は利用者が選び、Azureへの対応が充実しています。EDDIは逆のトレードオフを取ります。エージェントはデプロイ済みのプラットフォームが解釈するJSON設定であり、挙動の差分確認、レビュー、再ビルドなしの変更ができます。API、Manager UI、シークレットVault、監査台帳はプラットフォームが提供します。
自社サービス向けのSDKとデプロイするプラットフォーム
| 観点 | Microsoft Agent Framework | EDDI |
|---|---|---|
| 提供形態 | .NETまたはPythonのサービスに組み込むSDKとランタイム | JVM（Quarkus）上のデプロイ可能なミドルウェア。DockerまたはKubernetesが動く場所ならどこでも稼働 |
| エージェントの定義方法 | コード定義のエージェントとグラフワークフロー。エージェントはYAMLでも宣言可能 | JSON設定。決定論的なBehavior Rulesが次のアクションを決め、LLM呼び出しは宣言されたタスク内で行われる |
| 言語 | .NETとPython（Goは別リポジトリ） | REST、MCP、OpenAI互換APIを通じてあらゆる言語から利用可能。エージェント自体にコードは不要 |
| ライセンス | MIT | Apache 2.0（OSI承認） |
| 実行時のカスタムロジック | 自社のコードとツール関数が自社のプロセス内で実行される | 実行時のeval()やコード実行はない。ロジックは宣言するか、MCPツールやHTTP呼び出しの先に置く |
| ヒューマン・イン・ザ・ループ | ワークフロー単位のヒューマン・イン・ザ・ループ制御 | 3つのレベルのゲート：ターン（PAUSE_CONVERSATION）、ツール呼び出し（toolApprovals）、グループのフェーズ。タイムアウトポリシー付き |
| マルチエージェントのパターン | 逐次、並行、ハンドオフ、グループ協調をコードで実装 | 7つのスタイル（ラウンドテーブル、ピアレビュー、悪魔の代弁者、デルファイ法、ディベート、タスクフォース、交渉）のグループディスカッション。決定事項と反対意見を記録 |
| 状態と復旧 | ワークフローランタイムでのチェックポイントとタイムトラベル | プラットフォームが永続化する会話メモリ。AWAITING_HUMANなどの明示的な状態 |
| オブザーバビリティと監査 | OpenTelemetryトレーシングとミドルウェアのフック。データの送り先は利用者次第 | Prometheusメトリクスに加え、HMAC署名付き、追記専用、連番検証付きの監査台帳と検証エンドポイント |
| シークレットとID管理 | 利用するプラットフォームの仕組み（例：Azureのサービス） | 組み込みのAES-256-GCM Secrets Vault。オプションのKeycloak/OIDCと、eddi-adminおよびeddi-approverロール |
| エコシステムとの適合 | MicrosoftおよびAzureとの深い連携（Foundryでホストされるエージェントを含む） | ベンダー中立：19のLLMプロバイダー、OllamaまたはJlama経由のローカルモデル、84のMCPツール |
他ツールに関する内容は、2026年10月時点の公式ドキュメントとリポジトリで確認しています。これらのプロジェクトは変化が速いため、判断する前にベンダーに最新の挙動をご確認ください。
選び方
Microsoft Agent Framework が適している場面
- チームが.NETを書いており、エージェントを、独自のデプロイとテストを持つ既存のC#サービスの内部に置く場合。
- Azure上で構築しており、Foundryや周辺のMicrosoftサービスとの一級の連携を求める場合。
- Semantic KernelのプラグインやAutoGenのコードがあり、サポートされている移行パスのほうがプラットフォームの変更より安価な場合。
- ワークフローに、カスタムのグラフ構造、チェックポイントの分岐、タイムトラベルデバッグなど、設定では表現できない制御フローが必要な場合。
- 開発者向けのSDKが欲しく、ホスティング、セキュリティ、オブザーバビリティの方法を自分で決めたい場合。
EDDIが適している場面
- エージェントの挙動を、レビュアーが読めて、再ビルドなしで環境間を昇格できる設定にする必要がある場合。
- セキュリティレビューで推論時にどのようなコードが実行されるかを問われ、プラットフォーム内では何も実行されないと答えたい場合。
- ターン、ツール呼び出し、グループのフェーズの各レベルで承認が必要で、誰が何を決めたかの署名付き記録が必要な場合。
- SDKの周りに組み立てるのではなく、すぐに使えるManager UI、シークレットVault、API、監査台帳が必要な場合。
- クラウド中立を保ちたい場合：Kubernetes、OpenShift、オンプレミス、またはローカルモデルを使ったエアギャップ環境。
AutoGen、Semantic Kernel、Agent Framework からの移行
コードの変換ではなく、意図の変換になると考えてください。ロールとツールは引き継げます。グラフのロジックはBehavior Rulesになり、実際のコードが必要なものはMCPツールまたはOpenAPIエンドポイントの先に移します。
| Microsoft Agent Framework | EDDI |
|---|---|
| 指示を持つエージェント | LLMタスクとシステムメッセージを持つEDDIエージェント |
| Semantic Kernelのプラグインまたは関数 | MCPツール、またはhttpCallもしくはOpenAPIからインポートしたAPI |
| ワークフローグラフまたはAutoGenのチーム | ルーティング用のBehavior Rules、またはマルチエージェント作業用のグループディスカッションスタイル |
| ヒューマン・イン・ザ・ループのステップ | PAUSE_CONVERSATIONルール、toolApprovalsのglob、またはグループのフェーズのrequiresApproval |
| チェックポイントストア | step、conversation、longTermの各スコープを持つ会話メモリ |
| ミドルウェアとフィルター | Behavior Rulesとツール承認ポリシー |
| OpenTelemetryのトレース | Prometheusメトリクスと監査台帳 |
よくある質問
Microsoft Agent Frameworkは、AutoGenとSemantic Kernelの後継ですか？
Microsoftはこれを両者の後継と位置づけ、移行ガイドを公開しています。2026年10月時点では、Semantic Kernelは修正のみが提供され、新機能はAgent Frameworkに追加されます。AutoGenはメンテナンスモードです。Microsoftスタックで新規プロジェクトを始めるなら、EDDIと比較して評価すべきはAgent Frameworkです。
EDDIはマルチエージェント会話でAutoGenの代わりになりますか？
多くのケースではなります。EDDIのグループディスカッションは、ラウンドテーブル、ピアレビュー、悪魔の代弁者、デルファイ法、ディベート、タスクフォース、交渉のスタイルをカバーし、人間の承認を求められるフェーズと、反対意見を含む決定の記録を備えます。エージェント同士にコードレベルの自由な連携が必要な場合は、SDKのほうが適しています。
EDDIを使うにはAzureを諦める必要がありますか？
いいえ。EDDIはAzure OpenAIをプロバイダーとしてサポートし、AKSを含むKubernetes上で動作します。ただし、Agent Frameworkのような深いAzureおよびFoundryとの連携は提供しないため、Microsoftのエコシステムに全面的に取り組んでいる場合はその点を考慮してください。
両者を併用できますか？
はい。EDDIはMCPサーバー、REST API、OpenAI互換APIを公開し、MCPサーバーやA2Aエージェントを利用することもできます。.NETのサービスはEDDIのエージェントをツールとして呼び出せ、EDDIはhttpCall経由で自社のサービスを呼び出せます。