用途：将单个 PR 规模的功能从需求推进到可交付，流程为规划、实现、验证，并保存产物。
输入：只传路径，包括 feature.md（验收标准与非目标）、repo_root、run_dir。可选标志建议写在 feature.md 中：mode 为 plan-only 或 execute（默认 execute）；feature_slug 用于产物命名（默认由标题加时间戳推导）；quality_bar 为 demo-ready 或 functional-only（面向用户界面的功能默认 demo-ready）。
输出：evidence/features/<feature_slug>-plan.md 计划清单；实现被拆分时输出 evidence/parallel/features/<feature_slug>/；以及 evidence/features/<feature_slug>-summary.md。
流程：开头运行一次 tool-hooks-doctor 检查技能演进钩子，缺失则询问是否安装项目级钩子，不阻塞；读取 feature.md 并归一化为验收标准、边界、风险、回滚；若涉及用户界面且 quality_bar 非 functional-only，提出一个演示时刻（动画或微交互）并加入验收标准，且须尊重 prefers-reduced-motion；产出 A 最小方案与 B 更干净但较慢方案，默认 A；拆成可独立运行与回滚的 PR 级小步；写入计划；plan-only 模式在此停下并请求确认。
实现采用批量执行加检查点：UI 视觉、布局、动画改动先调用 tool-design-style-selector 加载 design-system.md 并严格遵循，若安装了 tool-ui-ux-pro-max 则用它约束动效与无障碍；复杂视觉动画响应式设计可委派 /gemini 前端 UI/UX 高级设计代理；业务逻辑、数据流、集成直接实现。默认每批 3 个小任务后运行验证、汇报并等待反馈，受阻或验证失败立即停下求助。每批后建议用 review-quality 做结论性审查，它会自动分诊，检测到 React/Next.js 性能风险时同时运行 review-react-best-practices；若只要性能审计可直接运行后者。
验证要求可运行、可构建且现有测试通过；失败先运行 tool-systematic-debugging，调试产物写入 evidence/features/<feature_slug>-debug.md。结束时做技能演进检查点三个问题，若选择优化则基于本次 run_dir 运行 skill-improver 给出最小补丁建议。
交付要求：不做大爆炸式重构，不引入新复杂度（除非显著降低未来成本且用户确认）。该技能面向 Next.js 等快速交付核心产品功能的场景。其他平台支持、收费与价格信息暂未提供。