用途：将已批准的 PRD（或明确需求集）转写为设计规格，产出信息架构（IA）、用户流程、屏幕清单（SCR-NN）以及 2-3 个关键屏幕的状态与交互规格，输出到 docs/specs/design/。不写 UI 代码，供下游 implement-feature 构建、product-design-tokens 消费屏幕清单。
主要能力：解析输入来源（PRD 文件、Jira 工单、GitHub issue、URL 或纯文本）；检测并优先复用项目现有组件库（shadcn/ui、Tailwind、MUI、原生组件等），仅对新颖界面自建组件并说明理由；按规模分档（small/medium/big）决定输出粒度；对关键屏幕覆盖约十种状态（含空、错误、权限等）及无障碍/键盘、响应式、验收标准字段；维护需求 ID 与屏幕 ID 的追溯表；用 Mermaid 图表达 IA 与流程。
使用方式：先确认存在已批准 PRD，否则停止并要求先运行 product-prd；随后经发现、薄切片单旅程、计划授权门、编写与验证四阶段。计划门需明确授权后才写文件。完成前运行 python <skill-dir>/scripts/screen-states.py --dir docs/specs/design，要求 0 个 MAJOR；无障碍审计委托 review-design（WCAG 2.2 AA）。
适用场景：已有 PRD、需要将需求落为设计规格并保持可追溯的产品功能开发。
限制：无已批准 PRD 时不得虚构需求；模拟稿不得覆盖已批准需求；不写应用代码，不产出视觉令牌（交 product-design-tokens），不做既有 UI 评审（交 review-design），不生成插画素材（交 codex-imagegen）。未提供具体价格、平台与安装方式等信息。