应用描述自己的需要
内容、配置与通过 AUP(Agentic UI Protocol)描述的界面,组成运行时可读取的定义,让人与 Agent 面对明确的应用结构。
AUP从 2017 年白皮书阶段起,Blocklet 始终围绕一个想法:让软件可以复用、可以组合。它的形态不断演进,从组件概念,到 Blocklet Server 上可安装的应用与服务,再到由 ARC 运行的应用定义。
每个阶段都在扩展 Blocklet 能承载什么、如何被复用。到了 ARC,名字和组合的理念延续下来,实现模型则发生了显著变化。
2017 · 白皮书构想
最初的构想覆盖链上与链下两种形式的可复用组件。这时主要是如何组装应用的架构概念,尚未形成后来 Blocklet Server 的实现形态。
架构回顾中的 2017 起点 · 20232020 · ABT Node / Blocklet Server 初期
初期以 Web 前端应用配合标准后端服务为主。当时的平台名为 ABT Node,2022 年更名为 Blocklet Server。统一的安装与管理体验,让应用更容易运行和组合。
安装与管理记录 · 2020Blocklet Server · 服务化
标准化、可组合的 Blocklet 服务将前后端一起交付,Blocklet 本身也能包含后端逻辑。架构回顾记录了 2022 年引入 Serverless 服务方式的进展,应用与可复用服务在平台中的分工逐渐清晰。
架构回顾中的服务演进 · 20232022–2024 · 组合扩展
2022 年 Blocklet Server 1.8.0 的发布记录明确介绍了多层嵌套、重复组件等组合能力。到 2024 年,官网剖析文章展示了 Pages Kit、Discuss Kit、Media Kit 等成品 Blocklet 如何共同构成一个网站。
官网是怎样组合起来的 · 20242024-11 · Docker 生产支持
Blocklet Server 1.16.33 宣布 Docker 生产支持:自定义 Dockerfile、在容器内运行 hooks,以及完善 CPU 和内存限制。这扩展了运行选择与隔离能力;实际保护仍取决于容器和主机配置。
阅读 1.16.33 发布记录2026 · ARC 应用模型
名字保留下来,模型却发生了大幅变化:Blocklet 声明内容、资源与交互,ARC 提供运行能力。组合的重心转向声明的资源与接口,而不再是给每个应用包配一套应用服务器。
阅读演进说明在 Blocklet Server 模型中,应用可以携带自己的后端和运行依赖。在 ARC 中,Blocklet 以声明的内容、资源和界面为中心,通用能力由 ARC 提供;特殊集成通过显式挂载的 AFS Provider 暴露。
软件包规格、服务组合和 Docker 指南记录的是 Blocklet Server 模型,适用于基于该平台构建的应用。
应用包规格从 Blocklet Server 到 ARC 的演进文章开始,再了解 AFS 与 AUP。保留 Blocklet 这个名字,不意味着旧版应用包无需修改就能在 ARC 中运行。
从 Blocklet Server 到 ARC