AutoGen：Microsoftがアーカイブした多エージェント基盤

背景と概要

AutoGenは、Microsoftが公開しているオープンソースのPythonフレームワークです。自律的に動作し、人とも協調できる多エージェントAIアプリを構築するために作られました。リポジトリのスターは約6万1000件で、トピックにはagents、agentic、framework、autogen-ecosystemが並びます。大規模モデルの活用が単発の質疑応答から複数の役割による協調へ移る時期に、早くから注目を集めた基盤の一つです。

このフレームワークが解く課題は明快です。複数の役割が会話し、ツールを呼び出し、必要なときに人が介入する。そうしたタスクで、開発者が調整ロジックをゼロから書かなくて済むように、抽象化を提供しています。

ただし、プロジェクトの状態は大きく変わりました。READMEの冒頭には、プロジェクトがアーカイブされたという警告が掲げられています。Microsoftはもう積極的に保守せず、バグ修正、セキュリティ修正、新機能、サポートのいずれも提供しません。リポジトリは履歴と参考資料として残されるだけです。もともとAutoGenは研究と実験のために開発されたもので、アーカイブ前から本番利用は推奨されていませんでした。

深掘り分析

AutoGenは複数の層に分かれています。最もよく使われる入口がAgentChatで、autogen-agentchatパッケージとして導入します。高レベルのエージェントAPIを備え、クイックスタートではAssistantAgentを使います。モデルクライアントを作ってエージェントに渡し、runメソッドにタスクを与えれば結果が返ります。 二つ目の層がautogen-ext、つまりExtensionsパッケージです。モデルクライアントや外部連携はここに置かれます。サンプルのOpenAIChatCompletionClientもこのパッケージの一部で、extras指定によりOpenAI対応を必要なときだけ追加できます。コアと拡張を分ける設計のおかげで、本体は小さく保たれ、別のモデル提供元もつなぎやすくなります。ドキュメントには、対応する他のモデルを紹介するページもあります。 三つ目がAutoGen Studioです。pipでautogenstudioを入れると、ノーコードの画面操作でエージェントを組み立てて試せます。READMEのクイックスタートには、Webを閲覧できるアシスタントエージェントをMCPサーバー経由で作る例もあります。後期にはModel Context Protocolのようなツール連携の規格にも対応し始めていたことが分かります。 AutoGenを始めるのは難しいのでしょうか。要件はPython 3.10以上で、pipコマンド一つでAgentChatとOpenAIクライアントが入ります。サンプルはOpenAIのAPIを呼ぶため、アカウントを作り、環境変数OPENAI_API_KEYにキーを設定する必要があります。Hello Worldは十数行です。モデルクライアントの作成、AssistantAgentの作成、タスクの実行、クライアントのクローズという流れで、モデル、エージェント、タスクがきれいに分かれています。コードはasyncioによる非同期で、モデルやツールの応答を待つ長い処理に向いています。AutoGen v0.2からの利用者には移行ガイドが用意されており、版の間で大きな作り直しがあったことがうかがえます。

なお、グラフ型の状態遷移を重視する他の基盤との詳しい比較は、提供された資料には含まれていません。AutoGenは会話型の多エージェント協調に寄った作りですが、それ以上の断定は避けます。

業界への影響

今回のアーカイブは、エージェント基盤の歴史の一つの節目です。AutoGenは初期の多エージェント基盤の代表的な路線でした。エージェントの役割分担、人が介在する協調、ツール呼び出しといった考え方の多くが、こうしたオープンソースの場で繰り返し検証されてきました。

Microsoftは後継をエンタープライズ向け製品と位置づけています。Microsoft Agent Frameworkは1.0の本番向けリリースに到達し、安定したAPIと長期サポートを約束しています。多エージェントのオーケストレーションと複数のモデル提供元への対応を備え、A2AとMCPを通じてランタイムをまたぐ相互運用も実現します。重心は、研究用のプロトタイプから、長く保守できる工学的なプラットフォームへ移りつつあります。

開発者にとってのリスクも明確です。アーカイブされたプロジェクトでは、脆弱性が修正されません。依存関係の連鎖にあるセキュリティ上の問題が、時間とともに積み上がるおそれがあります。機密データを扱う場合は特に慎重さが求められます。現実的な対応としては、既存システムがどれだけAutoGenに依存しているかを洗い出し、公式のAutoGenからMicrosoft Agent Frameworkへの移行ガイドに沿って、問題が起きる前に移行を計画することです。

今後の展望

新規ユーザーはMicrosoft Agent Frameworkから始め、既存ユーザーは公式の移行ガイドに従うのが基本線です。AutoGen自体にも学習教材としての価値は残ります。多エージェント設計の学習、過去のコードの閲覧、研究用の実験には向いています。一方で、新しいプロジェクトの依存関係にそのまま加えるかどうかは、慎重な判断が必要です。

注目したい点は二つあります。一つは、Microsoft Agent FrameworkがAutoGenの築いたコミュニティを引き継げるかどうかです。ドキュメントサイト、開発者ブログ、Discord、SNSアカウントは、かつて活発な交流の場でした。もう一つは、A2AやMCPのような相互運用プロトコルが、異なるエージェント基盤をつなぐ共通言語になれるかどうかです。この二点の行方が、今回のアーカイブが円滑なバトンタッチだったのか、利用者にとっての断絶だったのかを示すことになります。