3つのAgent 365統合オプションを比較し、プラットフォームが提供する機能やコード上で設定が必要な内容に基づいて適切なメカニズムを選択してください。
Agent 365の統合メカニズムを比較する
以下の表を使って、各統合メカニズムがどこに適用されるか、どのように実装するか、Agent 365 SDKが必要かどうかを比較してください。
| メカニズム | 対象 | 適用方法 | SDK必須 |
|---|---|---|---|
| 組み込み統合 | Microsoftのプラットフォームやエージェント、例えばAgent Builder、Copilot Studio、Azure AI Foundry、Copilot Cowork、Researcherなどがあります。 また、Agent 365とすでに統合済みのサードパーティ製エージェントも。 | SDKやカスタムコードの連携はありません。 管理者による有効化は依然として必要かもしれません。 | No |
| レジストリ同期 (プレビュー) | Google Vertex AIやAmazon Bedrockのようなコネクテッドエージェントプラットフォームです。 | プラットフォームごとに設定されています。 可視性とガバナンスのためにエージェントをインポートします。 | No |
| Agent 365 SDK | Microsoft 365 エージェント SDK、Microsoft Agent Framework、OpenAI Agents SDK、LangChain、CrewAI、LlamaIndex などのエージェント SDK やフレームワークで構築したエージェント | エージェントのコードに統合された開発者向け機能。アイデンティティ、ツール、通知に対応。 可観測性にはMicrosoft OpenTelemetryを使いましょう。 | はい |
Tip
まずは組み込みの統合とレジストリ同期を確認してください。 もしそれらのパスのいずれかがすでにAgent 365の機能を提供しているなら、エージェントを登録するのにSDKは必要ありません。 シナリオで、プラットフォーム側の方法では提供されないコードレベルの ID、ツール、または通知機能が必要な場合は、SDK を追加してください。
Note
一部のプラットフォームは複数のメカニズムをサポートしています。 Copilot StudioやAzure AI Foundryは、一部のシナリオでAgent 365の統合を組み込み提供できます。 コードを所有またはデプロイするだけで選択が決まるわけではありません。特定のシナリオにおける能力と認証モデルを比較してください。 Foundryホスト型エージェントについては、Azure AI Foundry Agent ServiceのドキュメントおよびAgent 365のデータ収集設定およびAgent 365への可観測性権限付与に関するガイダンスを参照してください。
Azure AI Foundryの利用可能な統合パスは、エージェントの構築、ホスティング、登録方法によって異なります。 アプローチを選ぶ前に、シナリオに合ったFoundryの統合および観測性ガイダンスを確認してください。 コードベースのエージェントについては、まずMicrosoft Foundry SDKのクイックスタートから始め、ホストされたエージェントのガイダンスと比較してください。
Agent 365 SDKの使用時期
Agent 365 SDKを以下の場合に使用してください:
- 統合されたMicrosoftプラットフォーム上でホストするのではなく、自分でエージェントを構築し展開します。
- エージェントにはコードレベルの識別情報、ツール、通知機能が必要です。 パッケージの詳細については、 Agent 365 SDKの概要をご覧ください。
- エージェントは、これらの機能がいつどのように動作するかをコードレベルで制御する必要があります。
MicrosoftのOpenTelemetry Distroを使って可観測性を確保しましょう。 既存の統合で廃止されたAgent 365 Observability SDKを使用している場合は、アーカイブされたドキュメントの移行ガイダンスに従ってください。
レジストリ同期や組み込み統合は、プラットフォームサポートの進化に伴い変化する可能性があります。 コードレベルの機能を追加する前に、プラットフォームの現在の統合ガイダンスを再確認してください。
Note
SDKはエージェントフレームワークの代替ではないので、「エージェントを作る」はこれらの仕組みの一つではありません。 まずフレームワークでエージェントを構築し、その後、前述のメカニズムのいずれかを使ってAgent 365に取り込みます。