{"slug": "microsoft-agent-framework-1-0-ends-the-semantic-kernel-era", "title": "Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era", "summary": "Microsoft Agent Framework 1.0 reached general availability for .NET and Python in early April 2026, immediately placing Semantic Kernel and AutoGen into maintenance mode with only security patches and bug fixes. The consolidation ends a three-way fragmentation that has paralyzed Microsoft-shop AI teams since 2023, with AutoGen's repo now community-managed as of June. New projects should start on Agent Framework, AutoGen users should migrate soonest, and Semantic Kernel users can wait but should plan to move.", "body_md": "[AI](https://sourcefeed.dev/c/ai)Article\n\n# Microsoft Agent Framework 1.0 Ends the Semantic Kernel Era\n\nAutoGen and Semantic Kernel are in maintenance mode — here's who should migrate now and who can wait.\n\n[Priya Nair](https://sourcefeed.dev/u/priya_nair)\n\nMicrosoft did something in April that platform vendors almost never do voluntarily: it killed two of its own frameworks while they were still popular. [Microsoft Agent Framework](https://learn.microsoft.com/en-us/agent-framework/overview/) hit 1.0 general availability for .NET and Python in early April 2026, and with it, [Semantic Kernel](https://github.com/microsoft/semantic-kernel) and [AutoGen](https://github.com/microsoft/autogen) went into maintenance mode — security patches and bug fixes, no new features. As of June, AutoGen's repo carries an official notice that it's community-managed going forward. The three-way standoff that's paralyzed Microsoft-shop AI teams since 2023 is over, by executive decision.\n\nThat's worth taking seriously, because the fragmentation was real and it was Microsoft's own fault.\n\n## Three SDKs, one company\n\nSemantic Kernel shipped in early 2023 as the \"enterprise\" answer to LangChain: dependency injection, plugins, telemetry, first-class .NET. AutoGen came out of Microsoft Research the same year with the opposite temperament — a Python-native playground for multi-agent conversation patterns that became the default academic citation for agent orchestration. Then Azure AI Foundry (now Microsoft Foundry) layered a managed agent service on top, with its own SDK surface.\n\nAnyone who sat in an architecture review in 2024 or 2025 knows what happened next: teams burned weeks debating which horse to back, knowing full well that at least one of them would lose. Microsoft's own engineers were fielding the \"SK or AutoGen?\" question at every conference. The honest answer — \"they'll converge eventually\" — was public from early 2025, but \"eventually\" is not a deployment plan.\n\nAgent Framework is that convergence, built by the same teams. The design split is clean: AutoGen contributed the simple agent abstractions, Semantic Kernel contributed the enterprise plumbing — session-based state, type safety, middleware, observability — and the genuinely new piece is graph-based workflows with type-safe routing, checkpointing, and human-in-the-loop pauses for multi-agent orchestration. Tool integration runs through the [Model Context Protocol](https://modelcontextprotocol.io), and cross-runtime interop through A2A, which means Microsoft bet on the two protocols the rest of the industry had already settled on rather than inventing its own. Provider connectors ship for Foundry, Azure OpenAI, OpenAI, Anthropic, Bedrock, Gemini, and Ollama. Getting started is one line per ecosystem:\n\n```\npip install agent-framework          # Python\ndotnet add package Microsoft.Agents.AI   # .NET\n```\n\nA Go SDK exists but is still in public preview with feature gaps — if you're a Go shop, this consolidation hasn't fully reached you yet.\n\n## The migration math\n\nThe practical question isn't whether Agent Framework is good. It's whether you move, and when. The calculus differs sharply by where you're standing.\n\n**New projects** are easy: start on Agent Framework. Betting a greenfield build on a maintenance-mode library in mid-2026 is malpractice, and the 1.0 release carries stable-API and long-term-support commitments.\n\n**AutoGen users** should move soonest. \"Community managed\" is a softer phrase than \"abandoned,\" but for a research-lineage project whose core team has moved to the successor, the trajectory is the same. The migration is also conceptually cleaner than it sounds — AutoGen's group-chat patterns map onto Agent Framework's workflow graphs, and you gain checkpointing and durable state that AutoGen never really had. Microsoft publishes a [migration guide](https://learn.microsoft.com/en-us/agent-framework/migration-guide/from-autogen/) for the mechanical parts.\n\n**Semantic Kernel in production** is the interesting case, and the one where I'd counsel patience. Maintenance mode with security patches is a perfectly stable place to run an existing workload for a year or more. The real cost of staying is opportunity cost: every new capability — the workflow engine, the opinionated \"Harness\" agent for long multi-step tasks, new provider features — lands only in Agent Framework. The sensible pattern is the one experienced teams already use for framework transitions: new agents on the new framework, existing agents migrated opportunistically when you're touching them anyway. Teams that kept their business logic decoupled from SK's plugin abstractions will find the move mostly mechanical; teams that let kernel objects leak through every layer are about to pay for that.\n\n## The Foundry gravity well\n\nHere's the caveat that should temper the enthusiasm. Agent Framework is genuinely open source and genuinely multi-provider — the Anthropic, Bedrock, Gemini, and Ollama connectors are first-party, not community afterthoughts. But read the docs and the pull is unmistakable: the quickstarts default to Foundry endpoints, the flagship .NET package is `Microsoft.Agents.AI.Foundry`\n\n, and the managed-deployment story runs through Azure. This is the standard Microsoft platform play — open framework, gravitational platform — and enterprises should adopt it with eyes open.\n\nThe mitigating factor, and it's a real one, is the protocol layer. Because tools speak MCP and agent-to-agent interop speaks A2A, the switching cost out of Agent Framework is structurally lower than it was for past Microsoft consolidations. Your MCP servers work with LangGraph, the OpenAI Agents SDK, or Claude-based stacks unchanged. That's a meaningful difference from the WCF era, when the abstractions were the lock-in.\n\n## The framework was never the hard part\n\nMy verdict: this consolidation is genuine, overdue, and executed better than Microsoft's history suggested it would be — public preview in October 2025 to stable 1.0 in six months, with real migration guides. Among big-vendor agent stacks, Microsoft now has the most coherent story for enterprises that were already on Azure, and a credible one even for those that aren't, precisely because of the MCP/A2A bets.\n\nBut don't mistake a settled SDK question for a settled architecture. The decisions that actually sink agent projects — does this task need an agent at all or a deterministic pipeline, what context reaches the model, what happens on partial failure, and whose credentials does the agent act under — are untouched by any framework, and Agent Framework's own docs admit as much (\"if you can write a function to handle the task, do that instead\"). Teams that spent 2025 agonizing over SK-versus-AutoGen just had that excuse removed. What's left is the hard part, and it always was.\n\n## Sources & further reading\n\n-\n[Microsoft Agent Framework Consolidation Impacts Enterprise AI](https://dev.to/vpodk/microsoft-agent-framework-consolidation-impacts-enterprise-ai-1ikf)— dev.to -\n[Microsoft Agent Framework Overview](https://learn.microsoft.com/en-us/agent-framework/overview/)— learn.microsoft.com -\n[Microsoft Agent Framework Version 1.0](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-1-0/)— devblogs.microsoft.com -\n[Introducing Microsoft Agent Framework](https://azure.microsoft.com/en-us/blog/introducing-microsoft-agent-framework/)— azure.microsoft.com -\n[The Microsoft agent framework wars are over. The real architecture decision starts now](https://www.infoworld.com/article/4199575/the-microsoft-agent-framework-wars-are-over-the-real-architecture-decision-starts-now.html)— infoworld.com -\n[Microsoft Ships Production-Ready Agent Framework 1.0 for .NET and Python](https://visualstudiomagazine.com/articles/2026/04/06/microsoft-ships-production-ready-agent-framework-1-0-for-net-and-python.aspx)— visualstudiomagazine.com\n\n[Priya Nair](https://sourcefeed.dev/u/priya_nair)· AI & Developer Experience Writer\n\nPriya covers AI frameworks, developer productivity tooling, and the startup ecosystem across South and Southeast Asia, bringing a researcher's rigour and a practitioner's empathy to every story. She is deeply sceptical of benchmarks and asks hard questions so her readers don't have to.\n\n## Discussion 0\n\nNo comments yet\n\nBe the first to weigh in.", "url": "https://wpnews.pro/news/microsoft-agent-framework-1-0-ends-the-semantic-kernel-era", "canonical_source": "https://sourcefeed.dev/a/microsoft-agent-framework-10-ends-the-semantic-kernel-era", "published_at": "2026-07-25 07:08:14+00:00", "updated_at": "2026-07-25 07:27:49.253379+00:00", "lang": "en", "topics": ["ai-agents", "ai-tools", "ai-infrastructure", "developer-tools"], "entities": ["Microsoft", "Microsoft Agent Framework", "Semantic Kernel", "AutoGen", "Azure AI Foundry", "Model Context Protocol", "A2A", "Priya Nair"], "alternates": {"html": "https://wpnews.pro/news/microsoft-agent-framework-1-0-ends-the-semantic-kernel-era", "markdown": "https://wpnews.pro/news/microsoft-agent-framework-1-0-ends-the-semantic-kernel-era.md", "text": "https://wpnews.pro/news/microsoft-agent-framework-1-0-ends-the-semantic-kernel-era.txt", "jsonld": "https://wpnews.pro/news/microsoft-agent-framework-1-0-ends-the-semantic-kernel-era.jsonld"}}