ARC

新站上线之后，ARC 接下来会怎样走进社区、数据空间与日常应用？聊聊迁移、Aside、ArcSphere、ArcWallet，以及与 builder 一起展开的发布过程。

OpenAI 的 Agents API 把 Codex 的循环做成了托管 API：会话、上下文压缩、工具、sandbox、plugin。这层有真实价值。它仍然不是一台有身份、有状态、能被所有者带走的计算机。ARC 接在他们已经拆开的那道接口上。

制造软件不再必然需要先制造一个组织。当生产能力分散在许多人和 AI 手里，协作、所有权和价值分配应该如何重新组织。

ARC 早就提供 MCP。这次升级对齐 MCP 2026-07-28：无状态 streamable HTTP、标准 OAuth 发现与协商，第三方 Agent 可直连 Blocklet，不再依赖专用桥接。

不是从 blockchain 转向 AI。更硬的判断是：路和水电可以先修好，但城市真正活起来，要等能日夜干活的居民进城。我们早年搭的是底座；agent 才是迟到的居民。

多数人不会去管 API Key，他们会雇 agent。真正要问的不是哪个模型更强，而是工人在谁的地上干活，以及队伍走了以后，地契还在不在你手里。

ARC 的移动端应用表面。它让受支持的 ARC Blocklet 体验在手机上有一种连贯的、像原生应用的用法。

ARC 的命令行：在终端里声明、构建、部署和检查一个站点或一个 Blocklet。

ArcBlock 的职位信息。

AFS（Agentic File System）把与任务有关的文件、服务和正在进行的工作组织成可查看的资源视图。它不是把一整台机器或一堆 API 交给 agent，而是给任务一块有名字、有边界的工作范围。

当 agent 代表人或服务完成一项工作，真正需要说明的是三件事：谁在行动、代表谁、这次行动被允许做什么。把它们分开，授权和后续核验才有明确对象。

ARC 是 Blocklet 的运行时。它让开发者把应用、运行位置和所需资源分别说清楚：Blocklet 描述应用，ARC 运行它，AFS 表达它要接触的资源。

AUP（Agentic UI Protocol）先表达应用要呈现什么、可以做什么；运行时再根据设备能力呈现合适的部分。重点不是复刻同一张屏幕，而是让同一项应用保留自己的内容和动作。

Blocklet 是 ARC 的可部署单元。它把应用声明的内容、配置和运行需求放在一起，让开发者面对的是一个清楚的应用单位，而不是散落在不同位置的部署线索。

一种应用，它的关键状态不只存在某一个运营方的数据库里。各个项目对「去中心」的标准差别很大，所以有用的问题是：哪一部分能被外部的人核实。