OpenUI integrates Mastra, CopilotKit, and Eve through AG-UI generative components
Mastra published an OpenUI guide, CopilotKit showed Fable 5 agents rendering AG-UI React components, and OpenUI Adam targeted Vercel Eve. The cluster creates a shared component-streaming surface across React, design systems, and filesystem agents.

TL;DR
- OpenUI Cloud's launch post split OpenUI into open-source rendering plus a Cloud layer for validation, error correction, fallbacks, versioning, and audit trails.
- Mastra's OpenUI guide post wired Mastra agents to OpenUI through AG-UI events, with component libraries controlling what the model can render.
- CopilotKit's Fable 5 demo showed agents rendering React components, calling tools, and building UI on demand, while CopilotKit's A2UI demo kept components and CSS fixed and let the agent compose the layout.
- rabi_guha's Eve post brought OpenUI to Vercel Eve, and the OpenUI Adam tease framed a deeper companion integration for Eve.
OpenUI's docs describe a compact streaming language and React runtime that is up to 67% more token-efficient than JSON. The new Mastra guide turns a Mastra Agent into AG-UI events, AG-UI's event docs define the lifecycle/text/tool/state stream, and Vercel's eve docs describe the target backend as a filesystem-first durable agent framework.
OpenUI Cloud
OpenUI Cloud's launch framed production generative UI as five boring systems:
- Validation
- Error correction
- Fallbacks
- Versioning
- Audit trails
The open-source project handles rendering, while Cloud handles the production layer that rabi_guha's launch post called “the 80% nobody should have to rebuild.” OpenUI's homepage lists the same production surface as output validation, model/provider resilience, editable artifacts, production-grade rendering, and observability/audit trail.
The performance claim came in replies: rabi_guha's token-efficiency reply said OpenUI's partial-HTML streaming component is 5x more token efficient and 80% cheaper than raw UI. OpenUI's docs use the narrower “up to 67% more token-efficient than JSON” line.
In one reply, Guha reduced Cloud to “the boring parts.” In another reply, he pointed dashboard use cases to OpenUI dashboards and the website demo.
Mastra over AG-UI
The Mastra OpenUI guide is the cleanest wiring diagram in the cluster:
@ag-ui/mastrawraps a MastraAgentasMastraAgent.- The agent emits AG-UI events from a server route.
- The stream is serialized as SSE.
- OpenUI's
agUIAdapter()parses those events on the client. - The component library defines which UI elements the model can emit.
- Changing the library means regenerating and merging the system prompt.
Mastra's post also names the developer-facing knobs: Mastra agents, an OpenUI chat surface, streaming generated components, component libraries, and AG-UI events.
CopilotKit component surface
CopilotKit's Fable 5 example puts AG-UI inside React app code: the demo post says the agent renders real components, calls tools, and builds UI on demand. the follow-up quickstart post says the path is fully open source.
The adjacent A2UI demo is stricter about ownership: CopilotKit's post says the agent builds the runtime UI from a catalog of React components, composes the layout, and leaves the app's components and CSS fixed.
CopilotKit also pushed open-ended UI through MCP Apps. Its MCP Apps middleware post says connected servers can expose tools as interactive, sandboxed components directly in chat.
Eve and Adam
Vercel's eve docs define Eve as a filesystem-first framework where agent capabilities live under an agent/ directory and compile into an app running on Vercel Functions. rabi_guha's Eve post called that “a simple filesystem based agent” and introduced generative UI for Eve powered by OpenUI.
The deeper Eve integration got a name: Guha's Adam post pitched “OpenUI Adam” as a companion to Vercel Eve. The bit stayed semi-productized in replies, with Guha saying enough responses might make it real and the logo reply leaning into the companion joke.
The implementation boundary is also visible. Guha's implementation reply says OpenUI ships with an agent shell and a fully AG-UI-compatible frontend, and mentions an OpenUI vs. json-render benchmark.
Bedrock and Azure rails
The AWS Machine Learning Blog says AG-UI works across Strands Agents, LangGraph, CrewAI, React, Angular, and Vue. The same AWS post describes FAST as a ready-to-deploy Bedrock AgentCore starter that adds CopilotKit for generative UI, shared state, and human-in-the-loop interactions.
CopilotKit's AWS post framed AG-UI as becoming the standard protocol on Bedrock AgentCore Runtime, with FAST shipping it as a first-class pattern for Strands Agents and LangGraph. That cloud focus matches Guha's enterprise-platform reply, which said enterprise customers he meets mostly use Bedrock or Azure Foundry and treat model choice as secondary.
Component ownership
The highest-signal implementation replies were about who owns the interface contract:
- Guha's ownership reply says the component library, prompt, tools, and “everything that makes it work” stay with the app developer.
- The middleware reply says integration can be as small as changing the LLM endpoint to OpenUI's middleware API, “as simple as integrating OpenRouter.”
- The shadcn reply says OpenUI is design-system agnostic and can swap to shadcn.
The resulting contract is narrow: OpenUI sits between the model stream and a component catalog the application already owns.