Agent UI 与能力一次定义
推荐指数 69.0 NO. 003 · 2026.09.21
Stars5,132
为什么值得看
TypeScript 框架让 agent 的每个能力只需定义一次，既当工具给 agent 用，也当 API 给 UI 调用。解决当前 agent 项目里业务逻辑在前后端重复写的痛点，适合要快速搭带界面 agent 产品的团队。
A framework for building agentic apps
媒体预览
编辑判断
现在做 agent 产品的团队普遍面临一个尴尬：同一个功能要在服务端写一遍给 LLM 当 tool，再在客户端写一遍给界面调用，两边不同步就出 bug。Vercel AI SDK 和 LangChain 都没原生解决这个问题，大家要么硬编码对接，要么自己造胶水层。
Agent-Native 的核心设计是把 action 做成双向契约，agent 和 UI 共享同一份 schema，这跟 Stripe 的 API 设计思路类似。BuilderIO 本身是做低代码可视化的，他们在 UI 生成领域积累很深，这个框架的 type safety 和组件自动推导做得比同类方案扎实。
如果你在用 Next.js 做带界面的 agent 产品，且受够了维护两套接口定义，这个框架值得替代掉你现在的手搓方案。不过生态还很早期，复杂状态管理可能需要自己补。
Star History
生态分析
Beta
面向React生态的轻量级agent全栈框架，专注前后端逻辑复用
独特价值：一次定义同时服务agent工具和UI API，消除前后端重复开发
竞品：