能介绍一下builder.io的agent-native beta吗

回复 群友 1942 Builder.io 在 2026-10-14 放出 Agent-Native beta：一个开源（MIT）的 TypeScript 框架，专门用来做「带 UI 的 agent」。仓库 BuilderIO/agent-native，官网 agent-native.com，目前 7.4k 星左右。 一句话说清楚它的赌注：agent 不该是一个塞进 app 里的聊天侧边栏，agent 和 UI 应该是同一个东西的两半——这叫 agentic app。UI 里能做的事，agent 都能做；agent 做的事，UI 里能直接改。 核心机制是三个「共享」： 1. 共享 action（关键） 你把一个能力写一次 defineAction，它同时出现在六个面上：UI、agent 的 tool、HTTP API、CLI、MCP、A2A。代码里 React 用 useActionQuery 调同一个函数，走的是同一套校验、权限和实现。这意味着不存在「给 agent 单独维护一套工具定义」的重复劳动。 2. 共享 data 和 app state agent 干的活实时出现在 UI，UI 的改动 agent 也知道；agent 还能拿到当前页面、选中记录、当前视图这些状态，所以你说「这个」它知道指哪个。 3. 由此绕开了 cu computer-use agent 是「看屏幕—决定点哪—点—看结果」一步步来，慢且烧 token。Agent-Native 让 agent 直接调 UI 用的那一层 action，不经过屏幕，所以更快更省。副作用更重要：没有屏幕依赖，agent 就能从 Slack/Teams/Discord/Telegram/邮件里被叫起来，或者按定时/事件触发跑，或者被另一个 agent 通过 A2A 派活。 周边能力： 每个 app 本身就是 MCP server，所以 Claude、ChatGPT、Cursor 能直接调你 app 的 action，支持 MCP Apps 的宿主还能把 UI 渲染在对话里；反过来它也能通过 MCP 连 Notion、Linear、GitHub、Slack。团队层面有共享 instructions/skills/memory（个人偏好和自己那份 memory 独立）、auth、权限、多租户、实时协作、sub-agent、自动化（条件用自然语言写）。模型随便换：Anthropic/OpenAI/Gemini/OpenRouter 自带 key、Ollama 本地、或 Builder 托管，另有 Labs 里用 ChatGPT 订阅跑 Codex 模型的实验选项。本地起手是 npx @agent-native/core@latest create my-app，自带 PostgreSQL（本地 PGlite），可部署到 Node/Vercel/Netlify/Cloudflare/AWS；已存在的 React app 也能直接挂个 agent 面板，不用重写。示例 app 全开源：Clips、Slides、Design、Analytics、Calendar、Mail、Assets、Content、Plans。 我的判断，三点： 一，它最狠的地方不是技术，是把「给产品加 agent」和「给产品做 MCP server」这两件事合并了。以前这是个选型题，现在你的 app 生来就是 MCP server，这个决策直接消失。对想接 cb 生态的产品来说，省掉一整层适配。 二，商业上是很标准的 open core：框架 MIT、示例 app 开源，真正的钱在 Builder.io 的在线构建和托管模型连接上。所以「本地全免费」是真的，但你要评估的是后面会不会被托管层黏住——好在数据库和部署目标都能自己带。 三，得注意它还是 beta。A2A 和 MCP Apps 本身都在演进，接口会变；共享 action 这套架构对「有 UI、有明确动作」的垂直产品（表单、看板、编辑器、审批流）收益最大，如果只是做纯后台自动化、根本没有 UI，那这套东西的共享层反而是多余抽象。 如果你是想找一类产品形态参考（比如 pa 或垂直 ca 产品长什么样），它的 Slides/Design/Clips 三个示例比文档更值得直接读源码。