惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
罗磊的独立博客
博客园 - 聂微东
T
The Blog of Author Tim Ferriss
博客园 - 司徒正美
Stack Overflow Blog
Stack Overflow Blog
F
Fortinet All Blogs
A
About on SuperTechFans
腾讯CDC
Apple Machine Learning Research
Apple Machine Learning Research
B
Blog RSS Feed
IT之家
IT之家
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
宝玉的分享
宝玉的分享
C
Check Point Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Vercel News
Vercel News
爱范儿
爱范儿
Microsoft Security Blog
Microsoft Security Blog
月光博客
月光博客
T
Tailwind CSS Blog
The Cloudflare Blog
Hugging Face - Blog
Hugging Face - Blog

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
学习 A2UI 有感
72 · 2026-01-15 · via V2EX

A2UI 是什么?

A2UI( Agent to UI )是一种用于代理驱动界面的声明式用户界面协议。 人工智能代理能够生成丰富的交互式用户界面,这些用户界面可以原生渲染于各种平台( Web 、移动设备、桌面设备),而无需执行任意代码。

image

概念简要

渐进式渲染

传统方案一般都需要渲染代码接收完毕才能开始渲染 UI ,但 A2UI 可以做到动态渲染 UI

使用 jsonl 格式作为结构化输出语言,配合状态化流式解析 json 库,达到 UI 分段渲染的效果。

声明式组件

用户界面以数据的形式描述,而不是以代码的形式编写

渲染完全依赖前端,可以直接使用自己的组件完成对应数据的渲染。

数据绑定

UI 结构与应用程序状态分离,从而实现响应式更新

组件支持数据绑定。

对比

传统方法:

  • LLM 必须一次性生成完美的嵌套结构。
  • 难以更新深层嵌套的组件
  • 难以进行增量流式传输

A2UI

  • 扁平结构,便于 LLM 生成
  • 逐步发送组件
  • 单条指令更新任何组件
  • 结构与数据的清晰分离

消息类型

服务端到客户端

  • surfaceUpdate:定义或更新 UI 组件
  • dataModelUpdate:更新应用程序状态
  • beginRendering:向客户端发出渲染信号
  • deleteSurface:移除 UI 表面

客户端到服务端

  • aciton : 用户交互行为消息
  • dataModelChanged : 更新服务器数据(通常发生在 watchDataModel 为特定路径启用了 onChanged 模式,或者用户操作触发了设置为 onAction 模式的路径的更新时)

示例

餐厅预定

用户: “请预订明天晚上 7 点的两人桌”

  1. Agent 定义用户界面结构:
{"surfaceUpdate": {"surfaceId": "booking", "components": [
  {"id": "root", "component": {"Column": {"children": {"explicitList": ["header", "guests-field", "submit-btn"]}}}},
  {"id": "header", "component": {"Text": {"text": {"literalString": "Confirm Reservation"}, "usageHint": "h1"}}},
  {"id": "guests-field", "component": {"TextField": {"label": {"literalString": "Guests"}, "text": {"path": "/reservation/guests"}}}},
  {"id": "submit-btn", "component": {"Button": {"child": "submit-text", "action": {"name": "confirm", "context": [{"key": "details", "value": {"path": "/reservation"}}]}}}}
]}}
  1. Agent 发出填充数据:
{"dataModelUpdate": {"surfaceId": "booking", "path": "/reservation", "contents": [
  {"key": "datetime", "valueString": "2025-12-16T19:00:00Z"},
  {"key": "guests", "valueString": "2"}
]}}
  1. Agent 发出渲染信号:
{"beginRendering": {"surfaceId": "booking", "root": "root"}}

用户将客人数量修改为“3” → 客户端自动更新 /reservation/guests (尚未向 Agent 发送消息)

  1. 用户点击“确认” → 客户端发送包含更新数据的操作:
{"userAction": {"name": "confirm", "surfaceId": "booking", "context": {"details": {"datetime": "2025-12-16T19:00:00Z", "guests": "3"}}}}
  1. Agent 发出清理 UI 信号
{"deleteSurface": {"surfaceId": "booking"}}

设想/猜测

“下一代 APP/Web”

无固定 UI 布局,全靠交互规则、组件及文档、数据、用户状态来动态驱动,UI 构建全部依赖模型。

服务端的 API 也可能会迎来翻天覆地的变化,感觉传统 API 是不利好 AI 的。