用途：在进入开发交接前，把已批准的用户旅程转化为可测试的 UX 规格，覆盖 Web、移动与响应式状态。不用于决定产品范围、编写生产代码或在无设计系统授权时虚构视觉识别。
必要输入：已批准的用户、旅程与功能需求（PRD/SRS 与研究）；品牌/设计系统、设备与无障碍约束（来自设计负责人与项目上下文）。关键旅程缺证据时应停止。
流程：先读取并确认命名输入的批准状态、版本与未决事项；先套用决策规则再起草，遇到缺失授权、不安全假设或未决范围驱动时停止；产出 UX Specification 与交接证据；每条重要陈述需可追溯到输入、决策或明确限定的假设；验证可观察的验收条件并记录未评估项。验证失败应修正源决策或工件后重跑，不得放宽验收条件。
输出：UX_Specification.md 等规格与交接证据，交付设计师、开发者、测试与产品负责人。验收条件要求每个关键旅程包含正常、加载、空、错误、禁用与恢复状态；无障碍与可用性标准需有可观察测试。同时产出来源与决策追踪、验证记录，以及能力与权限边界说明。
能力边界：分析、审查、评估与规划默认只读，需被授权工件的读取与搜索权限；编辑限于明确要求的交付物；执行仅限文档、语法或校验检查；网络仅用于需实时核实的事实。不得未经授权发布、花费、变更生产、批准政策或声称认证。
降级模式：若必需能力不可用，返回最窄可用的合格规格与交接证据草稿及缺口登记表，写明缺失项、受影响章节、风险与负责人；不得把未评估检查转为通过。
决策规则：设计系统已有交互模式则复用并记录变体；用户证据要求新模式时先原型和测试再标准化。质量标准：保留仓库术语，用确定性验收条件替代模糊质量断言，覆盖错误、空、边界、恢复与运维情况，依赖前核实标准、引用、API 与包名，安全、法律、财务、无障碍或数据完整性门禁失败时停止发布。
常见反模式：只写正常路径；交接用占位文本；无设计系统证据就指定字体或颜色；未经测试即称界面无障碍；在原型中隐藏响应式行为。