用途：pe-design 覆盖生产代码之前的设计工作，产出物是文档与制品，而非生产代码。唯一允许触碰代码库的是 vary 模式的临时选择器，方案被采纳后即移除。
主要能力（模式）：understand 记录产品与设计系统（DESIGN.md）；brief 为单个功能、界面或流程写设计简报；direct 处理视觉方向、风格与配色决策；mock 产出线框图、原型、图表或计划等 HTML 制品；vary 展示多个版本并在真实页面中对比；onboard 处理首次运行、激活、设置、空状态与引导。
使用方式：各模式从 references/ 下对应文件加载，如 understand/index.md、brief/index.md、direct/index.md、mock/index.md 及其指定的层级文件、vary/index.md 与 vary/picker.md、onboard/index.md 与 onboard/patterns.md。权威顺序为：用户表述 → 项目设计系统（DESIGN.md、tokens、组件）→ 主题本身 → 判断。默认采用推导，预设仅在用户方向明确匹配时使用。制品中的动效必须有理由，否则保持静态。
审批：仅在用户明确批准（如“this is it”“ship this”“approved”）后运行；赞美不算批准。批准后确认 slug，写入 .product/approved/<slug>/，逐字节保存获批制品及 approval.md，记录批准日期、批准人、来源、确切状态、被否决的决策与范围外内容。新批准会取代旧记录，旧文件夹重命名为 <slug>--YYYY-MM-DD，不删除、不修改。
限制与边界：understand 记录整个产品，brief 规划单个功能；新事物的 mockup 属于 mock，对现有部分做 N 个版本属于 vary；对已上线 UI 的“让它更好看”不属于本技能（pe-build），具名 diff/分支/PR 也不属于（pe-review）。实现已确认的简报、方向、mock 或胜出方案交给 pe-build；评判现有 UI 交给 pe-review；超出 PRODUCT.md 范围的行为规格交给 pe-product-description；独立品牌资产交给 pe-brand-assets。
其他事实（如收费、价格、平台支持）暂未提供。