在维护路线中根据报错、失败测试、审查意见或可复现现象定位并修复软件缺陷。用于恢复已经明确的预期行为；如果正确行为不清或修复需要改变产品契约，停止并升级到 product-spec-builder 的产品变更模式。
为 0→1 产品或产品变更将主观审美词、品牌线索与使用场景转化为有理由、可验证的 UI 设计决策，产出并维护 Design-Brief.md。仅在需要新增或改变视觉/交互规则时使用；不用于恢复既有视觉行为的维护任务。
（可选技能）为 0→1 产品或产品变更绘制 UI 页面原型、线框图与交互状态设计稿，输出全局变量、组件和空/加载/错误等核心变体。仅在设计产物能降低开发不确定性时使用；不用于恢复既有视觉行为的维护任务。
实施 0→1 产品、产品变更或非诊断型维护任务。产品路线依据 Product Spec 和 DEV-PLAN，维护路线依据维护任务契约；所有修改提供验证证据，并按 R0/R1/R2 决定结构检查、针对性测试或 fresh reviewer 独立审查。
将已确认的 Product Spec 和设计约束拆成可运行、可验证的开发计划。用于 0→1 产品生成完整 DEV-PLAN，或产品变更维护增量 Phase；不用于普通 Bug、内部重构、文档和其他维护任务。
将长期、复杂且需要完全托管给 Agent 自行执行的任务转化为有边界、可恢复、可量化验收的 Goal 文件。适用于配置宿主机自动或持续执行前；禁止无限重试、无限审查和没有停止条件的目标。
将一句话或模糊产品创意整理成可验收的 Product Spec，并为已有产品记录增量变更。用于 0→1 产品定义，或新增能力、改变用户可见行为、公开 API、持久化格式、公开数据模型、权限和业务流程的产品变更；不用于只恢复既定行为的普通维护。
对 Node、Python、Rust、Go、Java、.NET、移动端或桌面项目执行发布准备、原生构建打包、产物冒烟测试与敏感信息审计。适用于开发完成、准备生成交付包或部署上线前调用；根据仓库生态选择命令，不假设 package.json 或 npm。