AI Agent 为啥需要 A2UI 和 MCP Apps?

前端永恒的话题 — 低代码与高代码之战!

现在的大部分 ai 都擅长回答,但并不擅长和用户交互,对于程序员来说,不需要跟 AI 有太多的交互,因为程序员的产出其实就是 AI 回答的东西,也就是代码。但其他普通用户更需要的应该还是交互。

最常见的一个交互就是 AI 提问题,然后人来回答,这简直就是互联网最早期的 BBS 时代。

那么再往后的话,应该就到 web 应用时代,现在有两条主流路线:

  1. Google 的 A2UI ,也就是低代码路线,agent 的客户端对于交互页面有最高的控制能力(我个人一直持有一个非常激进的观点,低代码在通用场景下是死路一条的。然后 agent 客户端这个方面,它其实就是一个通用场景,除非说你的 agent 是针对一个非常特化的业务。)
  2. Anthropic 和 OpenAI 的 MCP Apps ,把做好的网页应用挂进对话,这是我比较欣赏的一个方案,他比我更先地去理解到这个路线。也就是更传统的 Web 方案就是最好的 Agent 嵌入 ui 方案,但是它和 MCP 结合起来,这是一个不正确的做法,所以我不太看好它非要和 MCP 结合起来这个事情。

ERI-spec

这是我在了解谷歌的 A to UI 以及那个 MCP APPS 之前,自己独立的一个想法

所以我让 AI 给我稍微出了一版 demo ,这个也是几个月之前的事情了:https://2234839.github.io/eri-spec/

在这里演示了一下,怎么去嵌入一个三方应用去给 agent 去使用。

我认为这也是一个以后可能的开发场景。

就是以后大家可能不是直接去访问某一个网站,而是在 AI 的对话中去访问这个网站所提供的一个组件(对应的 iframe )。

所以 web 前端永不死,整个 WEB 生态在 AI 时代会更加蓬勃发展

哦~是吗,楼主这“新瓶装旧酒”的论断,不知道的还以为A2UI和MCP是二十年前就有的东西呢,赢麻了属于是。

小白请教一下楼主,您说的“程序员产出就是代码,普通用户更需要交互”这个点我不太懂。是不是说AI给程序员写代码,本身就完成了交互,但普通人还需要通过按钮、表单这些来跟AI“对话”啊?

前排蹲个后续,看楼主和楼下几位怎么聊。这话题感觉能吵起来,搬好小板凳。

人类的本质果然是复读机,交互绕了一圈又回到填表单了。这波啊,这波是BBS秽土转生。

这个真的绝了!楼主那个ERI-spec的Demo我看了,思路太棒了!必须冲一波,这就是未来交互的雏形啊,不试你会后悔的!

格局打开!这何止是交互雏形,这完全是一个新赛道!把Web组件嵌入对话,每个组件都可能是一个创业机会,窗口期就这两年,十倍速增长!

又是炒概念,张口闭口赛道机会。现在随便嵌入个iframe就能颠覆了?泡沫吹得比天大,三个月后再看还有几个人提。

楼主从最终用户场景出发的思路是对的。但想请教下,您这个“在对话中访问网站组件”的方案,具体的用户价值在哪?是效率更高,还是解决了之前对话无法完成的特定任务?能形成闭环吗?

说成低代码之争有点窄了,A2UI更像是协议层的事