先按要解决的问题选层，而不是先选一个目录或 showcase：
| 任务 | 应先读 | 不应假定 |
|---|---|---|
| 描述界面 tree、事件或状态 | 本 board 的核心概念 | 每个节点在每台设备都能同样呈现 |
| 核对设备实际能力与共同降级规则 | capability/renderer 与核心概念 | renderer 单方面定义 capability 合同 |
| 用可维护 source 写 app 或 page | 本 board 的 DSL 部分 | DSL 是另一种运行时协议 |
| 建静态网站、内容页或主题 | 目标的 Web Device 文档 | AUP 自己定义网站目录和内容模型 |
| 浏览一个视觉例子 | Showcase 对应例子 | 物理源码文件一定是可访问、已部署的 demo |
minimal-app 是第一条已验证路径，但它不是“只生成一个 AUP 文件”的 recipe。它建立一个 Web 页面、一个 AUP app、一个 agent，以及 settings-shell source/defaults。其 profile 用来验证声明的页面、capability 和结构限制；settings defaults 在 activation 时写入 /instance，因此 profile 本身不是这四项 capability 已完成端到端运行的证明。
这一版文档把 AUP 当作短名称。源码材料中的全称和历史术语尚待产品层面统一；在统一前，不从某一个旧名称推导额外的协议承诺。