同一份界面，每个设备都能显示吗？

设备能力描述与降级，决定一份结构怎样落地。

手机、浏览器、聊天窗口与文档，不一定能显示同样的交互。AUP 用 DeviceCaps 描述目标能力，其中每个 primitive 可以标记为 native、webview、partial 或 unsupported。

这些值表达支持方式和程度：

值	怎样理解
`native`	当前呈现目标直接支持这一类型；不要仅凭这个词推断用了某种手机原生控件
`webview`	通过 Web 内容呈现的方式支持
`partial`	只支持其中一部分，需要继续看具体限制
`unsupported`	当前目标不支持这一类型

想象一个假设例子：同一份图表数据，在交互窗口里能被操作，在导出的静态文档里只能成为静态图或文字摘要。这说明目标不同，呈现和交互可能不同；它不是对某个实际图表渲染器支持情况的断言。本专题说“文档目标”，指面向文档呈现的目标，并非所有带有文档功能的软件。

“核心 primitive”说明它属于协议词汇，不保证每一种设备都有完整实现。复杂交互能否降级成文字或更简单的界面，还要看已有降级规则；不能假设系统总能自动找到替代品。

一个可靠的学习例子会同时交代三件事：结构表达什么、在哪里运行、那个目标支持到什么程度。发布前仍需要在实际目标上验证。

继续阅读

某个类型在核心清单里，能否据此认定它在文档里可交互？

不能。还要核对 document 目标的能力与降级规则，并验证实际行为。