
TL;DR
Microsoft merged AutoGen and Semantic Kernel into a single production-ready SDK. Here is everything developers need to know: architecture, installation, migration paths, pricing, and when to use it over LangGraph or CrewAI.
Last updated: June 22, 2026
| Official Sources | |
|---|---|
| Microsoft Agent Framework Docs | Architecture, installation, agents, workflows |
| Version 1.0 Announcement | Release notes, feature summary |
| BUILD 2026 Announcements | Agent harness, hosted agents, CodeAct |
| GitHub Repository | Source code, examples, issues |
| Foundry Agent Service Pricing | Hosted agents billing |
On April 3, 2026, Microsoft shipped Microsoft Agent Framework 1.0 - the production-ready unification of AutoGen and Semantic Kernel into a single SDK. The announcement described it as combining "the enterprise-ready foundations of Semantic Kernel with the innovative orchestrations of AutoGen" into stable APIs with long-term support.
This is not a wrapper or compatibility layer. The same teams that built AutoGen and Semantic Kernel built this successor. If you are starting a new agent project in Python or .NET today, Microsoft Agent Framework is the default choice for Microsoft-ecosystem teams.
The framework has two primary capabilities, per the official docs:
| Capability | Description |
|---|---|
| Agents | Individual agents that use LLMs to process inputs, call tools and MCP servers, and generate responses. Supports Microsoft Foundry, Anthropic, Azure OpenAI, OpenAI, Ollama, and more. |
| Workflows | Graph-based workflows that connect agents and functions for multi-step tasks with type-safe routing, checkpointing, and human-in-the-loop support. |
The foundational building blocks include model clients (chat completions and responses), agent sessions for state management, context providers for agent memory, middleware for intercepting agent actions, and MCP clients for tool integration.
Python:
pip install agent-framework
.NET:
dotnet add package Microsoft.Agents.AI.Foundry --prerelease
The framework does not automatically load .env files in Python. Call load_dotenv() at the start of your application or set environment variables directly.
Python:
from agent_framework.foundry import FoundryChatClient
from azure.identity import AzureCliCredential
credential = AzureCliCredential()
client = FoundryChatClient(
project_endpoint="https://your-foundry-service.services.ai.azure.com/api/projects/your-foundry-project",
model="gpt-5.4-mini",
credential=credential,
)
agent = client.as_agent(
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}")
.NET:
using System;
using Azure.AI.Projects;
using Azure.Identity;
using Microsoft.Agents.AI;
AIAgent agent = new AIProjectClient(
new Uri("https://your-foundry-service.services.ai.azure.com/api/projects/your-foundry-project"),
new AzureCliCredential())
.AsAIAgent(
model: "gpt-5.4-mini",
instructions: "You are a friendly assistant. Keep your answers brief.");
Console.WriteLine(await agent.RunAsync("What is the largest city in France?"));
From this minimal agent you can add tools, multi-turn conversations, middleware, and workflows to build production applications.
The framework ships with:
The workflow engine uses graph-based composition for multi-step tasks with type-safe routing and checkpointing. This is the part that came from Semantic Kernel's enterprise experience - production agents need explicit control over execution order, not just autonomous tool use.
Get the weekly deep dive
Tutorials on Claude Code, AI agents, and dev tools - delivered free every week.
From the archive
Jun 22, 2026 • 11 min read
Jun 22, 2026 • 9 min read
Jun 22, 2026 • 10 min read
Jun 21, 2026 • 7 min read
The docs give a clear decision framework:
| Use an agent when... | Use a workflow when... |
|---|---|
| The task is open-ended or conversational | The process has well-defined steps |
| You need autonomous tool use and planning | You need explicit control over execution order |
| A single LLM call (possibly with tools) suffices | Multiple agents or functions must coordinate |
The documentation adds a blunt recommendation: "If you can write a function to handle the task, do that instead of using an AI agent."
Both predecessor frameworks are in maintenance mode. Microsoft provides dedicated migration guides:
The framework includes migration assistants specifically designed to help teams transition. If you are currently on AutoGen, the multi-agent orchestration patterns transfer directly. If you are on Semantic Kernel, the session-based state management, middleware, and telemetry patterns carry over.
For teams deploying to Azure, hosted agents in Foundry Agent Service bill based on consumption:
| Resource | Price |
|---|---|
| Compute | $0.0994 per vCPU-hour |
| Memory | $0.0118 per GiB-hour |
| Model inference | Billed separately |
| Persistent memory | Billed separately |
Billing began April 22, 2026 during preview. The key cost feature: scale to zero. You pay nothing while the agent is idle, and it scales back up on the next request.
The framework itself is open source under MIT license. Azure AI Foundry services use standard usage-based Azure pricing.
The choice between major agent frameworks depends on your stack and orchestration needs:
| Framework | Best for | Language support | Key strength |
|---|---|---|---|
| Microsoft Agent Framework | .NET and Azure-native teams | Python, .NET | Enterprise features, A2A protocol |
| LangGraph | Stateful production workflows | Python, TypeScript | Checkpointing, human-in-the-loop |
| CrewAI | Role-based multi-agent demos | Python | Fastest prototype-to-working-demo |
Choose Microsoft Agent Framework when:
Choose LangGraph when:
Choose CrewAI when:
If you are auditing dependencies in 2026, the safe defaults are LangGraph 0.4+, CrewAI 0.105+, and Microsoft Agent Framework 1.0+.
At BUILD 2026 on June 2-3, Microsoft shipped several additions:
Sessions covered multi-agent systems, observability, evals, and open-source governance.
Microsoft Agent Framework is the obvious default for .NET and Azure-native teams. For everyone else, the calculus is less clear.
Self-hosted enterprise support: The primary deployment path Microsoft offers for enterprise production is through Foundry Agent Service. There is no self-hosted enterprise support without third-party providers.
Ecosystem maturity: LangGraph has a larger ecosystem of community tools and integrations. CrewAI has broader adoption at Fortune 500 companies for prototyping. Microsoft Agent Framework is newer and the third-party ecosystem is still developing.
Model lock-in: While the framework supports multiple providers, the Azure integration is deepest with Microsoft Foundry. Teams not on Azure may find the setup overhead higher than alternatives.
That said, if you are already in the Microsoft ecosystem, the unified SDK, production-grade features, and direct support from the teams that built AutoGen and Semantic Kernel make this the path of least resistance.
Microsoft Agent Framework is a production-ready SDK for building AI agents and multi-agent workflows in Python and .NET. It is the unified successor to AutoGen and Semantic Kernel, created by the same teams, combining AutoGen's agent abstractions with Semantic Kernel's enterprise features.
The framework is open source under MIT license. Hosted agents in Foundry Agent Service use consumption-based Azure pricing: $0.0994 per vCPU-hour for compute, $0.0118 per GiB-hour for memory, with model inference and persistent memory billed separately.
Yes, if you are starting new work. AutoGen is in maintenance mode. Microsoft provides a dedicated migration guide and assistants to help transition. The multi-agent orchestration patterns transfer directly.
Yes, for new agent projects. Semantic Kernel remains supported for existing applications, but new agent-focused work should use Microsoft Agent Framework. Session-based state management, middleware, and telemetry patterns carry over.
Yes. The framework includes MCP (Model Context Protocol) clients for tool integration, allowing agents to call MCP servers directly.
First-party connectors support Microsoft Foundry, Azure OpenAI, OpenAI, Anthropic Claude, Amazon Bedrock, Google Gemini, and Ollama. You can also integrate other providers through the extensible model client architecture.
Use LangGraph when you need maximum control over agent behavior, complex conditional logic, or are in a regulated environment where auditability and deterministic control matter. LangGraph has a larger ecosystem and works well for teams not on Azure.
Use CrewAI when your task naturally decomposes into specialist roles and you want to prototype quickly. CrewAI is the fastest path from idea to working multi-agent demo, with strong adoption for prototyping at Fortune 500 companies.
Read next
Vercel launched eve at Ship 26, an open-source agent framework it calls Next.js for agents. You define each agent as files under an agent/ directory, and eve compiles it into a production app on Vercel Functions with durable execution, sandboxes, approvals, subagents, and evals built in.
9 min readClaude Agent SDK vs LangGraph head-to-head: architecture, state handling, multi-agent patterns, and real pricing - plus a decision guide for which agent stack fits your team in 2026.
9 min readOpenAI released their Agents SDK for TypeScript with first-class support for tool calling, structured outputs, multi-agent coordination, streaming, and human-in-the-loop approvals. Here is how each piece works.
9 min readTechnical content at the intersection of AI and development. Building with AI agents, Claude Code, and modern dev tools - then showing you exactly how it works.
Lightweight Python framework for multi-agent systems. Agent handoffs, tool use, guardrails, tracing. Successor to the ex...
View ToolMulti-agent orchestration framework built on the OpenAI Agents SDK. Define agent roles, typed tools, and directional com...
View ToolOpen-source AI orchestration framework by deepset. Modular pipelines for RAG, agents, semantic search, and multimodal ap...
View ToolThe TypeScript toolkit for building AI apps. Unified API across OpenAI, Anthropic, Google. Streaming, tool calling, stru...
View ToolSpec out AI agents, run them overnight, wake up to a verified GitHub repo.
View AppEvery coding agent in one window. Stop alt-tabbing between Claude, Codex, and Cursor.
View AppSee exactly what your agent did, locally. No cloud, no signup.
View AppDeep comparison of the top AI agent frameworks - LangGraph, CrewAI, Mastra, CopilotKit, AutoGen, and Claude Code.
AI AgentsConfigure Claude Code for maximum productivity -- CLAUDE.md, sub-agents, MCP servers, and autonomous workflows.
AI AgentsWhat MCP servers are, how they work, and how to build your own in 5 minutes.
AI Agents
Vercel launched eve at Ship 26, an open-source agent framework it calls Next.js for agents. You define each agent as fil...

Claude Agent SDK vs LangGraph head-to-head: architecture, state handling, multi-agent patterns, and real pricing - plus...

OpenAI released their Agents SDK for TypeScript with first-class support for tool calling, structured outputs, multi-age...

From single-agent baselines to multi-level hierarchies, these are the seven patterns for wiring AI agents together in pr...

How to use Claude Code's Task tool, custom sub-agents, and worktrees to run parallel development workflows. Real prompt...

On June 16, 2026, Microsoft's Work IQ APIs reach general availability - a workplace intelligence layer that hands agents...

New tutorials, open-source projects, and deep dives on coding agents - delivered weekly.