从上下文，到界面。

AFS 为任务提供一份有名字、可查看的资源视图。

路径在命名空间中标识资源，让操作有明确的对象。

Provider 实现资源操作，挂载把它接入命名空间。

有了地址，还要让使用者知道对它进行的操作意味着什么。

Small World 为一个观察者呈现相关资源，而不是开放整个系统。

入口路径与资源的原来位置，可以是两回事。

资源的位置、支持的操作和调用者权限，要分别确认。

读取同一地址与收到变化通知，是两个步骤。

共享地址不替你决定旧版本的修改应该怎样处理。

找相关内容，与按明确条件取得记录，是两类请求。

不存在、不支持、被拒绝和版本冲突，需要不同的处理。

AFS-UI 把界面看作可操作上下文的投影，让人和 agent 都能参与其中。

视觉控件可以对应有名字的结构、状态和动作，而不只是一片像素。

把上下文与投影分开，就能让多种视图指向同一组可操作对象。

显示端负责呈现与交互，会话组织一段交互上下文中的操作状态。

检查界面应该揭示当前视图的真实结构，以及它与状态的关系。

计算发生的地方，与人看见并操作它的地方，可以分开。

兼容的资源地址和操作，让不同部分无需共享全部实现细节也能协作。

Agentic UI Protocol 描述界面结构，以及它怎样连接状态和动作。

从一张任务卡片读懂身份、类型、属性与子节点。

读取资源、写回输入与更新属性，是不同的连接。

从界面事件走到明确的操作目标。

设备能力描述与降级，决定一份结构怎样落地。

18 个核心类型，是读懂界面的词汇入口。

把内容与界面组织成可访问的网站，是另一层工作。

一个描述界面合同，一个组织 Web 站点的实现。

区分核心 primitive、Web-only 类型与主题组件，并查看默认主题目录。

view 负责组织子节点；布局表达它们如何排列。

text 表达文字内容、标题层级与受支持的格式。

media 表达媒体类型、来源及辅助说明。

input 表达一个输入控件；change 表达值的变化。

action 表达可触发的动作或导航入口。

overlay 表达弹窗等覆盖式界面，并为打开或关闭保留明确状态。

table 用列定义与行数据表达可比较的记录。

time 表达日期、时钟或倒计时等时间信息。

chart 表达数据可视化；具体 Web 绘制有自己的实现。

map 面向地理位置、地图中心与标记。

calendar 把事件组织成月、周、日或议程视图。

chat 是核心类型；使用它仍需选择支持的会话目标。

rtc 为实时通信预留名称；当前还不能把它当成已可用的通话控件。

explorer 表达资源浏览子系统；运行时还需支持它的展开与呈现。

editor 提供代码或文本编辑；保存取决于明确连接。

canvas 提供自由绘制；画出的内容是否保存和共享，要由应用连接。

surface 提供嵌入呈现的边界，连接资源或远端 AUP。

afs-list 把 AFS 资源集合组织成列表、网格等呈现。

按职责、地址、状态与交互合同比较，而不是只按名字排队。

把 agent 提供的界面描述，交给客户端支持的组件来呈现。

让 MCP 工具在支持的宿主里带出交互式 HTML 界面。

标准与围绕标准的实现工具，不宜混为两个独立阵营。

一个聚焦 agent 与应用之间的事件交流，一个描述界面。

它是把生成式界面接入 Flutter 的一组实现工具。

从设计工作流理解它，再与运行时协议分开讨论。

比较地址所在的范围、解析方式与可执行的操作。