llej2026-10-03前端永恒的话题 --- 低代码与高代码之战！
现在的大部分 ai 都擅长回答，但并不擅长和用户交互，对于程序员来说，不需要跟 AI 有太多的交互，因为程序员的产出其实就是 AI 回答的东西，也就是代码。但其他普通用户更需要的应该还是交互。
最常见的一个交互就是 AI 提问题，然后人来回答，这简直就是互联网最早期的 BBS 时代。
那么再往后的话，应该就到 web 应用时代，现在有两条主流路线：
- Google 的 A2UI ，也就是低代码路线，agent 的客户端对于交互页面有最高的控制能力（我个人一直持有一个非常激进的观点，低代码在通用场景下是死路一条的。然后 agent 客户端这个方面，它其实就是一个通用场景，除非说你的 agent 是针对一个非常特化的业务。）
- 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 时代会更加蓬勃发展
主楼- chenluo04292026-10-03
网站还是给“人”访问的，如果只有 agent ，那么根本就不需要所谓的可视化的网站，一切都是数据交换而已
- xue777hua2026-10-03
全是利益。但结论是：谷歌更好。
先说一个 你误解了 a2ui 这不是低代码。低代码的失败是因为没有 ai 。有了 ai 的话，ui 是“长”出来的，动态定制化的。
mcp app 也是如此：ui 是 长出来的。他俩的区别是：在哪里长？
对于谷歌：在网页里长。因为我要继续爬网页卖广告做搜索。
对于 anthropic 和 openai：在我的 app 里长。实际上现在大家已经选择了这条路：很多人会在 ai 聊天的时候说，给我做一个 html 演示一下。这就是简单版本的 mcp apps 。大家这么选择不是因为这个更合理，而是已经可以这样做。底层模型他俩最强，没办法。
个人更喜欢 a2ui ，拥抱 web 显然是更开放的。
- llej2026-10-04
@chenluo0429 这里当然是指人跟 Agent 的交互过程。单纯靠语言交互，有时候不如 UI 组件交互。
比如一个场景：让 Agent 帮你下单选商品。如果 Agent 一轮轮跟你确认，效率往往不如它先确定大致事项，直接推一个商品卡片给你，让你自己调整数量、选型号。这样更好、更快，也更方便预览商品图片等。
- llej2026-10-04
@xue777hua 个人认为这种基于 JSON Schema 或其他 Schema 、DSL ，通过数据来动态编排前端组件的方案，都属于低代码。
- xue777hua2026-10-05