移动设计操作系统 是做什么的？
运行满足所需成果的最小完整移动设计链。将工作路由到专门的技能，在阶段之间保留稳定的ID和证据，绝不让精美的视觉效果抹去未解决的产品、平台、状态或验证缺口。
建立运行
确定：
- 所需成果：分析、产品框架、用户体验、视觉概念、完整设计包、原型、评审或实现交接。
- 目标平台和形态因素。
- 可用输入：产品创意、截图、URL、品牌材料、现有合同、代码或运行时证据。
- 授权范围：仅设计、原型或代码更改。
- 真正需要用户做出的决策，尤其是安全模型、主要参与者、MVP边界、视觉方向、框架变更和公共许可证。
当工作跨越两个或以上阶段或必须可恢复时，从assets/design-run-template.json创建design-run.json。在创建或更新清单之前，请阅读references/pipeline-contract.md。
路由到所需的技能
在完全执行其阶段之前，请完整阅读所选技能的SKILL.md。当请求仅需一两个阶段时，不要加载每个技能的主体。
| 需求 | 技能 | 完成证据 |
|---|---|---|
| 发现或比较参考 | mobile-reference-research | 有效的reference-research.json |
| 提取机制和设计DNA | analyze-mobile-ui | 有效的design-dna.json |
| 制定产品和MVP框架 | mobile-product-brief | 有效的product-brief.json |
| 定义流程、对象、屏幕和状态 | mobile-ux-architect | 有效的ux-architecture.json |
| 建立低保真层级结构 | mobile-wireframe | 有效的wireframe.json |
| 探索和渲染可视化UI | mobile-ui-design | 用户选择、锁定、有效的ui-design.json（当请求结构化交接时） |
| 提取可复用的令牌/组件 | mobile-design-system | 有效的design-system.json |
| 建模或渲染交互行为 | mobile-prototype | 有效的prototype.json以及当存在UI时的UI对齐报告 |
| 决策并测试原生行为 | mobile-platform-guidelines | 有效的platform-guidelines.json |
| 审计整个链条 | mobile-design-review | 带有诚实决策的有效review.json |
| 计划或搭建实现脚手架 | mobile-design-to-code | 有效的交接以及生成代码时的实际构建/测试证据 |
执行完整链
对于端到端请求，按以下顺序执行，仅跳过明确标记为not-required的阶段：
- 运行
mobile-product-brief以锁定问题、受众、激活、核心循环、MVP、信任边界和未解决的决策。 - 当缺少参考或需要比较时，运行
mobile-reference-research。 - 当截图或参考产品必须转化为可追溯的设计DNA时，运行
analyze-mobile-ui。 - 根据验证过的简报和参考决策运行
mobile-ux-architect。 - 当层级结构或状态压力较大时，在视觉样式之前运行
mobile-wireframe。 - 运行
mobile-ui-design。强制生成三个可比较的预览，并在用户选择门控处停止。除非用户明确授权选择，否则不要选择视觉方向。 - 选择后，锁定视觉方向并完成渲染的屏幕和结构化UI工件。
- 当下游重用或实现令牌需要时，运行
mobile-design-system。 - 运行
mobile-prototype，然后验证UI与原型的状态和交互对齐。 - 运行
mobile-platform-guidelines以检查原生行为和设备测试用例。 - 根据完整的可用链条运行
mobile-design-review。 - 仅当请求实现或交接且评审决策允许时，运行
mobile-design-to-code。
在每一阶段后更新design-run.json。保留上游需求、流程、屏幕、状态、令牌、组件和证据ID；绝不在下游阶段静默地重新生成标识符。
执行门控
- 运行所选技能命名的每个阶段验证器，并在继续之前修复结构性失败。
- 在声称UX完整性之前，需要经过验证的产品简报。
- 在声称UI完整性之前，需要明确的状态所有权和恢复。
- 在设计系统或渲染原型工作之前，需要
visualLock.status: locked以及用户或用户授权的选择来源。 - 当两个工件都存在时，需要UI与原型对齐。
- 保留截图和浏览器运行器以证明运行时可访问性、生命周期、权限、传感器、持久性、交付或设备行为。
- 保留代码交接以证明生成的代码可以构建或测试。生成代码时，记录确切的命令和结果。
- 在
pass之前，要求没有未解决的P0或P1问题，并且没有缺失的高风险证据；否则，按照评审技能定义使用conditional-pass、revise或fail。
在交付多阶段运行之前，运行python3 scripts/validate_design_run.py <path-to-design-run.json> --root <run-directory>。
仅因重大决策而暂停
在以下情况暂停：
- 用户必须在三个视觉方向中选择。
- 决策改变了安全性、隐私、主要参与者、核心价值循环、破坏性行为或MVP范围。
- 必需的输入或授权不可用。
- 下一步将要求外部评估、物理设备证据、生产行为或尚未实际提供的公共许可证。
否则，继续执行并标记假设，将其记录在清单中。
交付运行
返回：
- 成果和当前阶段决策。
- 已完成的阶段和经过验证的工件路径。
- 用户决策和标记的假设。
- 未解决的P0/P1问题和未经测试的高风险行为。
- 下一个可执行的阶段，或仍然存在的确切外部/设备/用户门控。
当某个必需阶段处于待处理、等待用户选择、被阻塞或结构有效但未经测试时，不要将链条描述为完成。