Skip to main content
PromptQuorumBuilt for humans. Structured for AI.
ホーム/ローカルLLM活用/Microsoft Agent Frameworkレビュー:機能・料金・代替ツール
Local AI Agents & Tool Use

Microsoft Agent Frameworkレビュー:機能・料金・代替ツール

·12分で読める·Hans Kuepper 著 · PromptQuorum創設者 · オープンウェイト/オープンソースAIの発見エンジン

Microsoft Agent Frameworkは、PythonおよびNETでAIエージェントとマルチエージェント・ワークフローを構築するための、無料・オープンソース(MITライセンス)のMicrosoft製SDKで、AutoGenとSemantic Kernelを1つのサポート対象プラットフォームに統合することで生まれました。フレームワーク自体にライセンス費用はかかりません——実際の利用コストは、Azure AI Foundryや他の有料モデルAPIに対してエージェントを実行する部分から発生します。

Microsoft Agent Framework(MAF)は、PythonおよびNETでAIエージェントとマルチエージェント・ワークフローを構築するためのMicrosoftのオープンソースSDKです。MicrosoftはこれをAutoGenとSemantic Kernelの両方の直接の後継として位置づけており、AutoGenのシンプルなマルチエージェント抽象化と、Semantic Kernelのエンタープライズ級の状態管理・型安全性・テレメトリを統合しています。Microsoftは2025年10月1日にパブリックプレビューとして発表し、その後Agent Framework 1.0を、本番運用に対応したMITライセンスのリリースとして出荷しました。PromptQuorumはレガシーかつメンテナンスモードにあるAutoGenプロジェクトと、その独立したコミュニティフォークであるAG2を別のレビューで扱っています——本記事はMicrosoft Agent Framework自体に焦点を当てます。

Microsoft Agent Frameworkレビュー:機能・料金・代替ツール

重要なポイント

  • MITライセンス——利用・改変・セルフホストが完全無料で、フレームワーク自体に利用上限なし
  • Microsoftが構築し、以前のAutoGen(Microsoft Research)とSemantic Kernel(Microsoft)を1つのプラットフォームに統合
  • パブリックプレビューは2025年10月1日に発表。Agent Framework 1.0は2026年4月に一般提供(GA)に到達し、安定したAPIと長期サポートへの公式コミットメントを伴う
  • 一般提供時点でPythonとNET(C#)に対応、Goはパブリックプレビューとして利用可能
  • AutoGenとSemantic Kernelがそれぞれ個別に提供していた機能に加えて、明示的なマルチエージェント・オーケストレーションのためのグラフベースのワークフローを追加
  • Microsoft Foundry(旧Azure AI Foundry)、Azure OpenAI、OpenAI、Anthropic、Ollama、その他のモデルプロバイダーに対応——Microsoftモデルに固定されない
  • Microsoftは、AutoGenとSemantic Kernelを別個のプロジェクトとして明確に引き続きサポートしているが、新規投資と新規ユーザーの大半はAgent Frameworkへ誘導している

📍 一文で説明

Microsoft Agent Frameworkは、PythonおよびNETでAIエージェントとマルチエージェント・ワークフローを構築するための無料・MITライセンスのオープンソースSDKで、MicrosoftがAutoGenとSemantic Kernel両方の統合後継として構築しました。

💬 簡潔に説明

Microsoftの研究主導のAutoGen(実験的なマルチエージェント・パターンに適する)か、エンタープライズ志向のSemantic Kernel(本番の安定性に適する)のどちらかを選ぶ代わりに、Microsoft Agent Frameworkは両方を1つのSDKに統合するので、シンプルなエージェント抽象化とエンタープライズ級の状態管理・テレメトリ・型安全性を同じパッケージで得られます。

📌補足: Microsoft Agent Frameworkは、PythonまたはNETのコードを書いて使うSDKであり、ダウンロードして使うアプリではありません——インストールするGUIはありません。本レビューは、オープンソースのフレームワーク自体と、それが接続できる任意の有料Azureサービス(Foundry Agent Service、Foundry Models)を対象とします。

Microsoft Agent Frameworkの開発者は誰で、なぜ存在するのですか?

MicrosoftはAgent Frameworkを、以前の2つの別個のエージェント関連プロジェクトであるAutoGenとSemantic Kernelを1つのサポート対象プラットフォームに統合するために構築しました——Microsoft自身のドキュメントは、これを「両方の前身と同じチームによって作られた直接の後継」と説明しています。Semantic Kernelは2023年に初めてオープンソースとして公開され、LLMをアプリケーションに統合するためのエンタープライズ級SDKをMicrosoftにもたらしました——セッションベースの状態管理、型安全性、フィルター、テレメトリ、幅広いモデル・埋め込み対応——これは本番の安定性を志向したものでした。一方AutoGenは、Microsoft Researchを起源とし、2023年8月の研究論文で紹介され、正反対のアプローチを取りました:長期的なAPI安定性よりも実験を優先する、速いペースの研究主導型マルチエージェント対話パターンです。

2025年後半までに、Microsoftは統治体制の異なる2つの別個のエージェントSDKを併存させることが、どちらを土台に構築すべきかについての混乱を生んでいると判断しました。2025年10月1日にAgent Frameworkをパブリックプレビューとして発表し、AutoGenのシンプルなエージェント抽象化とSemantic Kernelのエンタープライズ機能を明確に組み合わせ、さらに両者のどちらも単独では提供していなかった機能である、マルチエージェント実行パスを明示的に制御するためのグラフベースのワークフローを追加しました。Agent Framework 1.0は2026年4月に一般提供に到達し、Microsoftの発表では「本番運用対応のリリース:安定したAPIと、長期サポートへのコミットメント」と説明されました。Microsoftはその後も追加のコンポーネントを出荷し続けています——計画立案、コンテキスト圧縮、可観測性を備えた、長期の複数ステップタスク向けの「Agent Harness」を含み、これはホスト型エージェント対応と合わせて2026年8月までに一般提供に到達しました。

Semantic Kernelがオープンソース化

Date:
2023
What it means:
Microsoftのエンタープライズ級LLM統合SDKが公開される

AutoGen研究論文

Date:
2023-08
What it means:
Microsoft Researchが、後にAutoGenとなるマルチエージェント対話フレームワークを発表

Agent Frameworkパブリックプレビュー

Date:
2025-10-01
What it means:
MicrosoftがAutoGenとSemantic Kernelを1つのSDKに統合すると発表

Agent Framework 1.0(GA)

Date:
2026-04
What it means:
安定したAPIと長期サポートのコミットメントを伴う本番運用対応リリース

BUILD 2026での追加

Date:
2026-06
What it means:
Agent Harness、GitHub Copilot SDKとClaude Agent SDKのコネクタ、CodeActがプレビュー公開

Agent Harnessとホスト型エージェントがGA

Date:
2026-08
What it means:
長期タスク用ハーネスと外部フレームワーク向けのマネージドホスティングが一般提供に到達

📌補足: Microsoft自身のドキュメントは、AutoGenとSemantic Kernelは廃止されておらず、両方とも別個のプロジェクトとして引き続き利用可能だが、新機能への投資と新規プロジェクトへのMicrosoftの推奨のほとんどは、現在Agent Frameworkに向けられていると述べています。オリジナルのAutoGenリポジトリのメンテナンスモード状態と独立コミュニティフォークAG2については、PromptQuorumのAutoGenレビューを参照してください。

Microsoft Agent Frameworkとは何ですか?

Microsoft Agent Frameworkは、AIエージェントとマルチエージェント・ワークフローを構築するためのオープンソースSDK(MITライセンス、github.com/microsoft/agent-framework)で、Python・NETに対応し、Goはパブリックプレビューです。4つの中核領域を提供します:モデルとツールを呼び出す個々のエージェント、長期の複数ステップタスク向けのオピニオン付き「Harness Agent」、明示的な実行パスを通じてエージェントと関数を接続するグラフベースのワークフロー、そしてモデルプロバイダー・エージェントサービス・評価ツールとの統合です。

  • エージェント:LLMを使って入力を処理し、ツールやMCP(Model Context Protocol)サーバーを呼び出し、応答を生成する個々のコンポーネント——Microsoft Foundry、Anthropic、Azure OpenAI、OpenAI、Ollama、その他のプロバイダーに対応
  • Harness Agent:長期の複数ステップタスク向けの、あらかじめ機能一式が揃ったエージェント——計画立案とToDo管理、コンテキスト圧縮、ファイルアクセスとメモリ、ツール承認ゲート、組み込みの可観測性
  • ワークフロー:単一の自律エージェントよりも多くの制御を必要とするケース向けに、複数のエージェントと関数を明示的な実行パスで接続する、関数型・グラフベースのオーケストレーション
  • セッションベースの状態管理:Semantic Kernelから引き継がれ、呼び出しのたびに完全な対話履歴を再送するのではなく、ターンをまたいでエージェントに永続的な状態を持たせる
  • MCPとA2Aプロトコル対応:エージェントはModel Context Protocolを介してツールを公開・利用でき、Agent-to-Agentプロトコルを介して他のエージェントと連携できる
  • 移行ツール:AutoGenとSemantic Kernelの両方からの公式移行ガイド、および既存コードを解析してステップバイステップの移行計画を生成するツールを含む

エージェントとワークフローの使い分け

Microsoft自身のガイダンス:タスクが自由形式または対話的で、自律的なツール利用と計画立案が必要な場合はエージェントを使う。プロセスが明確に定義されたステップを持ち、実行順序への明示的な制御が必要、または複数のエージェントや関数の連携が必要な場合はワークフローを使う。単純な関数でタスクを処理できるなら、Microsoftのドキュメントはエージェントに頼るのではなくその関数を書くことを推奨しています。

python
from agent_framework import Agent
from agent_framework.foundry import FoundryChatClient
from azure.identity import AzureCliCredential

agent = Agent(
    client=FoundryChatClient(
        project_endpoint="https://your-foundry-service.services.ai.azure.com/api/projects/your-foundry-project",
        model="your-deployed-model",
        credential=AzureCliCredential(),
    ),
    name="HelloAgent",
    instructions="You are a friendly assistant. Keep your answers brief.",
)

result = await agent.run("What is the largest city in France?")
print(f"Agent: {result}")

Microsoft Agent Frameworkの料金はいくらですか?

Microsoft Agent Framework SDK自体はMITライセンスのもと無料です——コストは、接続するモデルプロバイダーと、任意で利用するAzureサービスから発生します。Microsoftは、OpenAI、Anthropic、ローカルのOllamaインスタンスなどMicrosoft以外のプロバイダーを含め、対応するどのモデルプロバイダーに対してオープンソースフレームワークをダウンロード・セルフホスト・実行しても課金しません。

  • Microsoft Agent Framework(SDK):セルフホスト、商用利用、改変のいずれでも、MITライセンスのもと永久に無料
  • Foundry Agent Service(AzureでのMicrosoftのマネージドエージェントホスティング):プロンプトとワークフローを使ってFoundryネイティブのエージェントを作成・実行することに追加料金はかからない
  • モデルトークン:どのエージェントSDKがそれらを呼び出すかにかかわらず、Microsoft Foundry Modelsを通じて別途課金される——料金はモデルによって異なり、時間とともに変化するため、本記事に固定の数値を掲載する代わりに、予算を組む前に最新のFoundry Models料金ページを確認すること
  • ツールと知識接続:エージェントがGrounding with Bing Search、Azure AI Search、Microsoft Fabric、SharePointなどの接続を使う場合、別途料金が発生する
  • Foundry Agent Serviceの組み込みツール:File Search Storage(1GBまで無料、以降はGB/日単位で課金)、Code Interpreter(セッション単位で課金)、Web SearchとCustom Search(1,000トランザクション単位で課金)
  • Foundry上のホスト型エージェント(Microsoft Agent Framework、LangGraph、その他の外部フレームワークをマネージドコンテナ上で実行):固定のSDK料金ではなく、vCPU時間とGiBメモリ時間単位で課金
  • Azure外で完全にフレームワークをセルフホストする場合(自前のサーバー、または別のクラウド)、必要な分だけのコンピューティングとモデルAPI利用のコストがかかる——MicrosoftはAgent Frameworkの実行にAzureを必須としていない
Component
Price
Notes
Agent Framework SDK無料(MITライセンス)利用・改変・セルフホストに費用なし
Foundry Agent Service追加のサービス料金なし利用したトークンとツールにのみ課金
モデルトークンモデルにより異なるFoundry Modelsまたは自前のプロバイダーを通じて課金
ホスト型エージェント(マネージドコンテナ)vCPU時間 / GiB時間単位Foundryが管理するインフラでMAFを実行する場合

料金体系はMicrosoft公式のFoundry Agent Service料金ページおよびAgent Frameworkドキュメントに基づき2026年9月時点で確認済みです。Azureの料金ページのみが現行料金の権威ある情報源であり、料金はフレームワークとは独立してモデルごとに変動するため、本レビューでは具体的なトークン単価は記載していません——予算を組む前に最新のAzure料金計算ツールを確認してください。

Microsoft Agent Frameworkのインストールと始め方は?

Microsoft Agent Frameworkのインストールは、pipまたはdotnetコマンド1つで完了します——SDK自体のインストールにAzureアカウントは不要ですが、接続するモデルプロバイダーの認証情報は必要です。

  1. 1
    使用言語に応じたパッケージをインストールする:pip install agent-framework(Python)またはdotnet add package Microsoft.Agents.AI.Foundry --prerelease(NET)。Goはパブリックプレビューとしてgo get github.com/microsoft/agent-framework-goで利用可能。
  2. 2
    モデルプロバイダー(Microsoft Foundry、Azure OpenAI、OpenAI、Anthropic、Ollama、またはその他の対応プロバイダー)の認証情報を設定する。Agent FrameworkはAzureを特に必須とはしない——ローカルのOllamaモデルやMicrosoft以外のクラウドAPIのどちらでも動作する。
  3. 3
    使用するプロバイダーのチャットクライアントをインスタンス化し、それと名前・指示をAgentクラス(Python)またはAIAgent型(NET)に渡してエージェントを作成する。
  4. 4
    .run()(非ストリーミング、応答を一括で取得)またはインクリメンタルな出力を得られるストリーミング版でエージェントを呼び出す。
  5. 5
    複数ステップまたはマルチエージェントのプロセスには、単一の自律エージェントに頼るのではなく、Workflows APIを使ってエージェントと関数を明示的なグラフで接続する。
  6. 6
    既存プロジェクトを移行する場合は、AutoGenからの移行ガイドまたはSemantic Kernelからの移行ガイドを利用する——Microsoftは既存コードを解析して移行計画を生成するツールを提供している。

Microsoft Agent Frameworkの利用にAzureは必要ですか?

いいえ。このSDKはMicrosoft Foundry、Azure OpenAI、OpenAI、Anthropic、Ollama、その他のプロバイダーに接続できるため、完全にAzure外で——たとえばローカルのOllamaモデルやMicrosoft以外のクラウドAPIに対して——実行でき、Microsoft Foundryがホストするモデルや Foundry Agent Serviceを特に選んだ場合にのみAzureの認証情報が必要になります。

Agent FrameworkはAPIキーのために.envファイルを自動的に読み込みますか?

いいえ——これはPythonパッケージにおける既知の落とし穴として文書化されています。クライアントをインスタンス化する前に、アプリケーション起動時に自分でload_dotenv()を呼び出すか、シェルやIDEで直接環境変数を設定する必要があります。

Microsoft Agent Frameworkはどんな人・チームに向いていますか?

Microsoft Agent Frameworkは、シンプルなツール利用エージェントと、明示的なグラフベースのマルチエージェント・オーケストレーションの両方をカバーする1つのサポート対象SDKを求めるチーム——特にすでにMicrosoftまたはAzureエコシステムに投資しているチーム——に向いています。 Microsoftエコシステムとの接点がなく、すでに別のフレームワークで生産性を上げているチームにとっては、相対的に弱い選択肢です。

Microsoft Agent Frameworkを使うべきケース

  • PythonまたはNET/Azureエコシステムで新しいエージェントプロジェクトを開始しようとしており、メンテナンスモードのプロジェクトではなく、Microsoftによる長期的なAPIサポートを求めている場合
  • 以前はAutoGenとSemantic Kernelのどちらかを選ぼうとして、どちらも単独では理想的でないと感じていた場合——Agent Frameworkは両方の機能セットを統合している
  • 単純な自律エージェントに加えて、マルチエージェントの実行順序・状態・人間参加型のチェックポイントに対する明示的なグラフベースの制御が必要な場合
  • Microsoft Foundryでのマネージドホスティング(Foundry Agent ServiceまたはHosted Agents)を利用したいが必須ではない場合——他の場所でのセルフホストも可能
  • MCP(Model Context Protocol)を話す、またはA2A(Agent-to-Agent)プロトコルを介して他のエージェントと連携するエージェントが必要な場合

Microsoft Agent Frameworkを避けるべきケース

  • 差し迫った移行の必要性がない、確立された稼働中のAutoGenまたはSemantic Kernelのデプロイメントがある場合——両方とも引き続きサポートされており、移行には実際のエンジニアリングコストがかかる
  • チームがMicrosoft/Azureエコシステムとの他のつながりを持たず、LangGraphやCrewAIのような成熟した代替ツールですでに生産性を上げている場合
  • 安定性の主張を評価するために複数年にわたる本番運用実績が必要な場合——Agent Framework 1.0は安定性へのコミットメントを表明した若いリリースであり、まだ複数年の実績があるわけではない
  • ツールもメモリもオーケストレーションもない単一のプロンプト・応答呼び出しに対して、可能な限り小さな依存関係フットプリントを求める場合——モデルAPIへの直接呼び出しは、どのエージェントフレームワークよりもオーバーヘッドが少ない

Microsoft Agent Frameworkを使うべきでないのはどんな場合ですか?

ツールもメモリも複数ステップのオーケストレーションもない、1つのモデルへの単一APIコールにはMicrosoft Agent Frameworkを使わないでください——抽象化のオーバーヘッドがメリットを上回ります。 別のアプローチの方が勝る具体的な状況をいくつか挙げます。

  • 1本のプロンプトを送って生の応答を返すだけのチャットボット——エージェントフレームワークの層を追加する代わりに、モデルプロバイダーのSDKを直接呼び出す
  • 移行を後押しする明確な理由のない、既存の安定したAutoGenまたはSemantic Kernelアプリケーション——両プロジェクトともMicrosoftによる引き続きのサポート対象であるため、単に「新しいものに乗る」ためだけの移行は、具体的な利益なしにリスクを追加するだけになる
  • Azure統合に関心のない、Microsoft以外のクラウドに完全にコミットしたチーム——LangGraphやCrewAIは、Microsoftエコシステムの外でより長い独立した実績を持つ
  • 技術選定のリスクを下げるために複数年にわたるAPI安定性の履歴が必要なプロジェクト——Agent Frameworkが安定版1.0リリースに到達したのは2026年であり、その長期サポートのコミットメントはまだ数年間の実運用でテストされていない
  • プロジェクトが本当にMicrosoftによるサポート、Azureネイティブなホスティングオプション、あるいはシンプルなエージェントと明示的なマルチエージェント・ワークフローの両方をまたぐ単一のSDKを必要とする場合には、代わりにMicrosoft Agent Frameworkを使う

Microsoft Agent Framework vs 代替ツール

Microsoft Agent Frameworkは、Microsoftが引き続き別個にサポートしている自身の2つの前身プロジェクトを含む、他のエージェント・オーケストレーションフレームワークと競合しています。

Tool
Interface
License
Backing
Best For
Microsoft Agent FrameworkPython / NET / Go(プレビュー)MITMicrosoftAzureネイティブなエージェント・ワークフロー
AutoGenPythonコードMIT / CC-BYMicrosoft Research(メンテナンスモード)既存のAutoGenデプロイメント
LangChainPython / JSコードMITLangChain Inc.(VC出資)汎用LLMアプリ・エージェント
LangGraphPython / JSコードMITLangChain Inc.(VC出資)グラフベースのエージェント状態・制御
CrewAIPythonコードMITCrewAI Inc.(VC出資)役割ベースのマルチエージェント・クルー

ディレクトリで比較する

Microsoft Agent Framework評価時によくある誤解

これらの誤解は、Agent Frameworkをその前身と混同したり、実行コストを見誤ったりすることから生じます。

誤解1:AutoGenやSemantic Kernelが廃止されたと思い込む

Microsoft自身のドキュメントは、両方とも別個のサポート対象プロジェクトとして引き続き利用可能だと述べています——Agent Frameworkはその機能を1つのSDKに統合していますが、既存のAutoGenまたはSemantic Kernelアプリケーションが直ちに移行を強制されるわけではありません。ただし、新機能への投資と新規プロジェクトへのMicrosoftの推奨の大半は、現在Agent Frameworkに向けられています。

誤解2:無料のMITライセンスであることが、本番でエージェントを動かすこと自体が無料であることを意味すると思い込む

SDK自体にライセンス費用はかかりませんが、すべてのエージェントはトークン単位で課金するモデルプロバイダーを呼び出しており、Foundryのツール接続やホスト型エージェントのコンピューティングといったAzureのアドオンは別途課金されます。「無料のフレームワーク」と「本番運用が無料」は別の話です。

誤解3:Agent Framework、AutoGen、Semantic Kernelを同じものの異なる名前だと思い込む

これらは系譜を共有し、Microsoftによれば同じチームが関わっていますが、それぞれ統治ステータスの異なる別個のコードベースです(Agent Frameworkは活発に開発される後継、AutoGenとSemantic Kernelは別個のペースで継続するプロジェクト)。一方向けに書かれたチュートリアルやパッケージが、他方にも自動的に当てはまるわけではありません。

よくある質問

Microsoft Agent Frameworkは無料で使えますか?

はい。このSDKはMITライセンスのもとオープンソースで、商用製品を含むあらゆる用途に無料であり、フレームワーク自体に利用制限はありません。モデルプロバイダーやAzureサービスに対してエージェントを実行すると、別途、利用量に応じたコストが発生します。

Microsoft Agent Frameworkを開発したのは誰ですか?

MicrosoftがAgent Frameworkを構築しました。Microsoft自身のドキュメントでは、両方の前身プロジェクトと「同じチームによって作られた」、AutoGenとSemantic Kernelの直接の後継と説明されています。

Microsoft Agent Framework、AutoGen、Semantic Kernelの関係は何ですか?

Agent Frameworkは両方の前身を1つのSDKに統合しています:AutoGenのシンプルなマルチエージェント抽象化と、Semantic Kernelのエンタープライズ級の状態管理・型安全性・テレメトリを組み合わせ、さらにどちらも単独では提供していなかったグラフベースのワークフローを追加しています。Microsoftは、AutoGenもSemantic Kernelも廃止されていないと述べていますが、新規投資の大半は現在Agent Frameworkに向けられています。

Microsoft Agent Frameworkはいつ一般提供に到達しましたか?

Microsoftは2025年10月1日にAgent Frameworkをパブリックプレビューとして発表し、Agent Framework 1.0は2026年4月に一般提供に到達しました。Microsoftはこれを「本番運用対応のリリース:安定したAPIと、長期サポートへのコミットメント」と説明しています。

Microsoft Agent Frameworkはどのライセンスを使用していますか?

MITです。microsoft/agent-framework GitHubリポジトリのライセンスファイルに対して直接確認済みです——無料・寛容なオープンソースライセンスで、商用利用やセルフホストに制限はありません。

Microsoft Agent FrameworkにはAzureが必要ですか?

いいえ。Microsoft Foundry、Azure OpenAI、OpenAI、Anthropic、Ollama、その他のモデルプロバイダーに接続でき、完全にAzure外で実行できます。Azure固有のコストは、Azureがホストするモデルまたは Foundry Agent Serviceを選んだ場合にのみ発生します。

Azure AI Foundry上でエージェントを実行するにはどれくらいの費用がかかりますか?

Foundryネイティブのエージェントを作成・実行することに追加のサービス料金はかかりません。別途課金されるのは、モデルトークン(Foundry Modelsを通じて課金)、エージェントが使用するツールや知識接続、そして外部フレームワークを実行するホスト型エージェントについてはvCPU時間・GiBメモリ時間単位のコンピューティング料金です。料金は変動するため、予算を組む前にMicrosoftの最新の料金ページを確認してください。

既存のAutoGenまたはSemantic Kernelプロジェクトを Agent Frameworkに移行すべきですか?

必ずしもすぐに移行する必要はありません——Microsoftは両方の前身を引き続きサポートしています。Agent Frameworkが追加する機能(グラフベースのワークフロー、統合された状態管理)が必要な場合や、Microsoftの主な今後の投資対象を利用したい場合に移行してください。Microsoftはどちらの経路にも公式の移行ガイドとツールを提供しています。

Microsoft Agent Frameworkはどの言語に対応していますか?

一般提供時点でPythonとNET(C#)に対応しており、Go実装がパブリックプレビューとして利用可能ですが、宣言型エージェント・RAG・CodeAct・関数型ワークフローはまだ含まれていません。

Microsoft Agent FrameworkはMicrosoft以外のモデルを使えますか?

はい。文書化されているモデルプロバイダーには、Microsoft FoundryとAzure OpenAIに加えて、AnthropicとOpenAI、そしてローカルモデル向けのOllamaが含まれます——Microsoftがホストするモデルに限定されません。

出典

← ローカルLLM活用 に戻る