定义
AFS
Agentic File System
AFS（Agentic File System）把与任务有关的文件、服务和正在进行的工作组织成可查看的资源视图。它不是把一整台机器或一堆 API 交给 agent，而是给任务一块有名字、有边界的工作范围。
我们自己的词
- 又称
- Agentic File System
- 继续阅读
- AFS →
延伸阅读与实践
学习
- 从 AFS 开始
理解任务能指向什么、访问什么、操作什么。
- AFS 把什么组织在一起？
AFS 为任务提供一份有名字、可查看的资源视图。
- 路径给 agent 带来了什么？
路径在命名空间中标识资源，让操作有明确的对象。
- 服务怎样接入 AFS？
Provider 实现资源操作，挂载把它接入命名空间。
- 为什么操作的含义必须稳定？
有了地址，还要让使用者知道对它进行的操作意味着什么。
- 同样叫 path，指向的是同一种东西吗？
比较地址所在的范围、解析方式与可执行的操作。
文章
- 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 方案的区别。
- DarcFactory：黑灯工厂时代
借 ASE 2026，提出 ArcBlock 的 DarcFactory 愿景：以工作对象、独立验证和人的意图，组织可监督的自主软件生产。
- 界面会变，工作应该留下
AI 可以随时生成新界面，但我们怎样继续操作同一件事？从 OpenAI Intelligent UI、MCP Apps、A2UI，到 X Window 的启发和一个真实的 AFS-UI 寻址实验。
产品
活动
文档
术语
- AFS UI
AFS-UI 在 AFS 可寻址的资源之上构建界面。人通过渲染出的界面操作，agent 可以通过路径检查和操作界面开放的结构。AUP 描述界面及其交互，Web Device 等 UI 设备负责呈现。
- ARC
ARC 是 Blocklet 的运行时。它让开发者把应用、运行位置和所需资源分别说清楚：Blocklet 描述应用，ARC 运行它，AFS 表达它要接触的资源。
- AUP
AUP（Agentic UI Protocol）先表达应用要呈现什么、可以做什么；运行时再根据设备能力呈现合适的部分。重点不是复刻同一张屏幕，而是让同一项应用保留自己的内容和动作。
- Small World
每个 agent、每个应用、每个进程，看到的都不是全局世界，而是专门为它投影出来的一个小世界。不在这个世界里的东西，对它来说不是「没权限」，而是根本不存在。
- 上下文
一项任务的 context 包括相关资料、可用工具和允许的操作。它们被放进清楚的范围里，agent 才知道该从哪里找信息、能用什么完成工作。