CopilotKit v1.50 is coming soon, with brand new interfaces, streamlined internals, and no breaking changes!

The agentic ecosystem is evolving fast — and with new standards appearing almost weekly, it’s easy to get lost in the terminology. Two names that often get mixed up are AG-UI and A2UI. They sound similar, but they actually serve very different purposes. Even better: they complement each other beautifully.
CopilotKit has been working closely with Google on A2UI, and we’ll be shipping full support when the A2UI spec launches. But before that happens, let’s break down how these pieces fit into the broader agentic landscape.
Across the industry, three open protocols are becoming foundational for agent-driven applications. Each sits at a distinct layer of the stack:
The general-purpose, bi-directional runtime connection between an agentic frontend and an agentic backend.
Think of AG-UI as the “plumbing” layer that moves messages, events, and UI instructions reliably between the two.
Originally designed to let agents connect to tools — but those tools are becoming agentic themselves. MCP is now the standard for safely exposing capabilities to agents.
Designed so agents can communicate, delegate, and collaborate with other agents.
Even though these protocols were built by different groups, they form a complementary trio, each solving a different piece of the agentic puzzle.

Alongside protocols, a new family of Generative UI specifications is emerging. These specs allow agents to return UI — not just text — opening the door to fully dynamic, agent-generated interfaces.
The big ones:
SpecOriginPurposeA2UIGoogleLLM-friendly, declarative generative UI. Streaming. JSONL. Platform-agnostic.Open-JSON-UIOpenAIOpen standardization of OpenAI’s internal declarative UI schema.MCP-UIMicrosoft + Shopifyiframe-based standard for user-facing UIs inside the MCP ecosystem.
Instead, AG-UI is the runtime layer that transports generative UI instructions — whether they come from A2UI, Open-JSON-UI, MCP-UI, or a custom format you define yourself.
This distinction is key:
AG-UI’s purpose is simple:
Connect any agentic backend to any agentic frontend — reliably, bidirectionally, and with full event transparency.
AG-UI is pragmatic and built from real-world developer needs. It supports:
And because AG-UI integrates handshakes for MCP and A2A, UI instructions from subagents — even deeply nested ones — can be safely propagated all the way up to the user’s application.
This ecosystem-level interoperability is one reason AG-UI is quickly becoming a foundation for production agentic apps.
The future won’t be one “winner.”
Developers will mix:
CopilotKit embraces that future.
Our framework lets developers connect to any of these protocols or specs — individually or together. Whether your application uses agents that speak MCP, A2A, or a custom internal protocol, AG-UI ensures everything plays nicely inside a unified frontend experience.
AG-UI, MCP, and A2A solve different layers, but developers still need a higher-level framework that ties everything together.
That’s where CopilotKit sits:
CopilotKit gives developers:
In other words:
CopilotKit is to agentic apps what React was to component-based UIs — a unified, opinionated layer that abstracts fragmentation while staying open to the ecosystem.
And with full A2UI support landing soon, CopilotKit apps will be able to natively render declarative UI generated by agents, alongside everything else AG-UI already supports.
Even though AG-UI and A2UI sound similar, they solve completely different — and highly complementary — problems:
Together with MCP and A2A, these pieces form the foundation of the next-generation agentic application stack — one that is interoperable, open, and rapidly maturing.
And CopilotKit is committed to supporting the entire ecosystem, not replacing it.



Subscribe to our blog and get updates on CopilotKit in your inbox.
