HN Explorer

Tambo 1.0: Open-source toolkit for agents that render React components (github.com)

101 points by grouchy ↗ HN
Hi HN — cofounder Michael here.

We've been building Tambo for about a year, and just released our 1.0.

We make are making it easier to register React components with Zod schemas, a build an agent picks the right one and renders the right props.

We handle many of the complications with building generative user interfaces like: managing state between the user, the agent, and react component, rendering partial props, and we handle auth between your user, and MCP. We also support adding MCP servers and most of the spec.

We are 100% open-source and currently have 8k+ GitHub stars, thousands of developers, and over half-millions messages processed by our hosted service.

If you're building AI agents with generative UI, we'd like to hear from you.

12 comments

[ 3.3 ms ] story [ 30.0 ms ] thread
[deleted]
(comment deleted)
danialtz
impressive!

is this the same category to CopilotKit? CPK is a AGUI proxy for similar topics, but here seems to be more emphasis on linked components?

deep_origins
Big fan of Tambo and what the team has built. Started using it on a couple side projects and being able to use the zod schemas as source of truth for llm structured outputs is handy.
avaer
Since I didn't see it in the Readme, how does this compare to something like Google's A2UI? Seems like it's doing more, but could e.g. Tambo work on top of A2UI protocol or is it a different beast?

My agents need a UI and I'm in the market for a good framework to land on, but as is always the case in these kinds of interfaces I strongly suspect there will be a standard inter-compatible protocol underlying it that can connect many kinds of agents to many kinds of frontends. What is your take on that?

fitzgera1d
There’s an MCP Apps version of this that is interesting: https://creature.run

Maybe I’m misunderstanding, but isn’t generating UI just-in-time kind of risky because AI can get it wrong? Whereas you can generate/build an MCP App once that is deterministic, always returns a working result, and just as AI native.

krashidov
congrats on the launch! we're building type.com and we would love to use this - shoot me an email: k at type dot com

our use case is to allow other users to build lightweight internal apps within your chat workspace (say like an applicant tracking system per hire etc.)

cjonas
All these libraries are to trying to do too much. The "batteries included" approach makes for great demos, but falls apart for any real application
_the_inflator
I got you an my watch list for quite some time and will definitely give you a try.

It sounds promising, because it is on the outside reproducible deterministic component generation in a modern fashion as far as I understood it.

I build a large platform using a methodically comparable approach I suppose, albeit in the pre-AI time, and that's why I wanna have a closer look at the inner workings and results of your project - curiosity so to say.

You appear to be the only solid and promising endeavor in the GenUI domain with a solid approach other than simply relying on an LLM but using math in combination with AI.

Good luck!

svrma
I love the idea! I want to use it for a commercial product (start with self-hosting). However, I'm unsure how the License on the website (tambo.co/license) interacts with the MIT/Apache 2.0 on the GitHub repo. Could you shed some light on this?