定义
AUP
Agentic UI Protocol
AUP（Agentic UI Protocol）先表达应用要呈现什么、可以做什么；运行时再根据设备能力呈现合适的部分。重点不是复刻同一张屏幕，而是让同一项应用保留自己的内容和动作。
我们自己的词
- 又称
- Agentic UI Protocol
- 继续阅读
- AUP →
延伸阅读与实践
学习
- 分清协议、设备与组件
看懂一棵界面树、它使用的协议，以及网站怎样呈现它。
- AUP 是什么？
Agentic UI Protocol 描述界面结构，以及它怎样连接状态和动作。
- 一棵 AUP tree 里有什么？
从一张任务卡片读懂身份、类型、属性与子节点。
- src、bind 和 propBind 有什么区别？
读取资源、写回输入与更新属性，是不同的连接。
- 点击按钮以后发生什么？
从界面事件走到明确的操作目标。
- AUP 与 Web Device 怎样分工？
一个描述界面合同，一个组织 Web 站点的实现。
文章
- Aside 为什么适合与 Agent 一起工作
从设计开始，Aside 就同时考虑人的使用体验和 Agent 的访问方式。通过 AFS 读写同一份资料，再用有结构的交互承接人的判断，协作才有地方继续。
- 跟做 ASE 现场的 AFS-UI Demo
跟着 ASE 现场 demo 的 prompt，从认识 ARC 到做出网页、交互示例和幻灯片，看看短指令背后的运行环境如何工作。
- 一切都在演进，什么留了下来？
从 Apple II 上的 Lode Runner，到 Unix、X Window 和早期互联网，Robert Mao 回顾几次改变他对界面理解的经历，并解释为什么 AFS-UI 要让人和 agent 访问同一个系统。
- Introducing AFS-UI：人与 agent 共享的界面
AFS-UI 让人通过画面、agent 通过路径，访问同一个界面系统。正式介绍 AFS、AFS-UI、AUP 与 Web Device 的关系，以及它们与相邻 UI 方案的区别。
- 界面会变，工作应该留下
AI 可以随时生成新界面，但我们怎样继续操作同一件事？从 OpenAI Intelligent UI、MCP Apps、A2UI，到 X Window 的启发和一个真实的 AFS-UI 寻址实验。
- DiscussKit 在 ARC 上重新构建
DiscussKit 已在 ARC 上重新构建，ArcBlock Community 也完成了迁移。这不是把旧应用换一个运行环境，而是把讨论、身份与数据归属重新放进 ARC 的基础能力中。
产品
活动
术语
- AFS
AFS（Agentic File System）把与任务有关的文件、服务和正在进行的工作组织成可查看的资源视图。它不是把一整台机器或一堆 API 交给 agent，而是给任务一块有名字、有边界的工作范围。
- AFS UI
AFS-UI 在 AFS 可寻址的资源之上构建界面。人通过渲染出的界面操作，agent 可以通过路径检查和操作界面开放的结构。AUP 描述界面及其交互，Web Device 等 UI 设备负责呈现。
- ARC
ARC 是 Blocklet 的运行时。它让开发者把应用、运行位置和所需资源分别说清楚：Blocklet 描述应用，ARC 运行它，AFS 表达它要接触的资源。
- UI Device
把浏览器当作一个可以实时操作的 device，AUP 直接在浏览器里渲染。
- Web Device
在 AFS 目录下声明一个 .web/，这个目录里的数据和 AUP 就会在服务端被渲染成一个网站。
- 上下文
一项任务的 context 包括相关资料、可用工具和允许的操作。它们被放进清楚的范围里，agent 才知道该从哪里找信息、能用什么完成工作。