用途：把模糊的设计需求转化为可执行、可审计的声明，适用于 AI 原生与 Agent 产品界面的规格定义、设计、实现、评审与体系化。概念源自阿里云设计的 Vibe Design Playbook，本技能将其重组为 Codex 工作流与评估契约。
主要能力与模式：Specify（把模糊需求转为产品意图、流程、状态、边界与验收标准）、Design（确定信息架构、页面形态、组件语义、视觉方向与交互行为）、Implement（改动代码前先检查仓库既有 token、组件、模式与约束，保留产品语言）、Review（针对实际产物收集证据、按标准评分、找出阻塞项并给出可执行修订指令）、Systematize（把重复的设计判断提炼为可复用声明、组件规则、模板或评估标准）。只创建任务所需产物。
核心流程：建立需求简报（用户、目标、上下文、主任务、业务风险、平台、成熟阶段），区分已陈述事实、已发现事实、假设与未决事项，不把虚构的角色、阈值、断点、策略当作事实；对页面形态分类；补全功能（主路径与分支路径，覆盖加载、空、错误、权限、超时、禁用、部分成功、撤销恢复、破坏性操作等状态），写明系统可自动执行、需确认、绝不可做的事，写可测试的验收标准；选择结构起点；把语义映射到组件，避免在存在设计 token 时硬编码；决定哪些动态化——稳定导航、设置、重复审批用固定 UI，任务路径、证据、内容结构或决策点随上下文变化时才用 GenUI，偏好受控生成（Agent 声明意图、数据、动作、行为，客户端掌握组件、token、无障碍、校验与回退）；打磨工艺，去除通用 AI 风格（默认紫蓝渐变、均等白卡网格、滥用玻璃效果、装饰性大写标签、emoji 当图标、过多胶囊、无意义弹跳）；评估并返回。
声明映射：spec.md（功能完整）、domain.md（数据、状态、风险、权限、动作语义）、craft.md（跨域设计质量规则）、design.md（视觉角色、token、派生、状态与缺口策略）、components（允许的组件及其含义）、template（页面骨架与密度）。技能是调度契约，评估器是验收契约，规则不重复。
按需读取引用：编写声明、规划页面、选组件/模板、把需求转为验收标准时读 references/design-engineering.md；设计 Agent 循环、GenUI、A2UI、对话流程、动态卡片、生成报告时读 references/dynamic-interaction.md；评审产物、构建评分表、定义交付门禁、写修订指令时读 references/evaluation.md；设定视觉方向、去除通用 AI 样式、把模糊品味词转为可观察规则时读 references/craft-and-lexicon.md。
输出契约与限制：按请求匹配输出（规格给范围、信息架构、流程、组件行为、边界状态与 Given/When/Then 验收标准；设计提案给页面形态、注意力优先级、关键区域、组件语义、动态/固定边界与未决风险；实现则改动并验证主路径、边界状态、响应式、无障碍与仓库检查；评审先给发布决定与阻塞项）。禁用“更精致”“更高端”“改进 UX”等无对应可观察变化的最终指令。证据不完整时区分已确认、推断、建议默认与待决策，不用看似精确的数字掩盖不确定性。使用方式、依赖环境、具体安装命令与收费信息暂未提供。