“支持”至少有三种不同含义。阅读 Showcase 或审阅 app 时必须分开：
| 声称 | 需要的证据 |
|---|---|
| ARC 能加载 source | loader 选择了 source，且它通过相关验证 |
| 某个 target 能呈现 tree | 该 renderer 对相关 node/capability 组合有呈现路径 |
| 某个交互能工作 | 真实 session/target 验收观察到了预期变化 |
第一条不能推出第二条，前两条也不能推出第三条。
交互式 AUP 使用 session
交互式 AUP app 从一份已 render 的 tree 开始，可向目标 renderer 发送带 version 的 patch 更新。server-side store 会在应用 patch batch 前验证它，并以原子方式应用：一项失败不应留下故意的半批次结果。这是 session 同步，不承诺分布式持久化或跨设备事务语义。
target 在握手中报告实际 DeviceCaps。renderer 再选择自己的呈现，并可应用已定义的 degradation path。仅有 event 形状，不代表每种设备或 renderer 都支持相同交互。
静态 Web Device 是另一条路径
Web Device 可以把受支持的 AUP tree 直接渲染成静态 HTML，也可以使用由 Web component 组合的页面 layout。这两条路径都不会自动让每个 native primitive 成为合法的 Web layout section；静态 HTML 渲染也不会打开交互 AUP session。
文档要做具体设备声明时，应写明 primitive、target、ARC 版本和实际验收观察。 “Showcase 文件里曾经渲染过”不是充分证据。
共享 primitive 边界见 Primitive 类型分类与证据；patch 与 degradation 见 Patch、scene 与 capability。