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