Dev-Flow 智能开发全流程

解决的问题

devauto-flaw 针对的是“从一句需求直接跳到代码”的常见失败模式：需求没有确认、场景没有枚举、边界没有验证、完成声明缺少证据。对于多模块系统、API、前端交互、量化策略或脚本工具，这类问题往往会在集成阶段集中暴露，导致返工成本被放大。

如何工作

它按 轻量 / 标准 / 完整 三档组织开发流程。轻量档适合 Bug 修复、配置调整；完整档适合 Web 应用、多模块系统。核心路径包括：

• Phase 1 需求深挖：先读取项目上下文和 wiki，逐层追问目标、约束、成功标准，确认前不写代码。
• Phase 2 场景建模：把用户、环境、触发条件、异常路径整理为可回测场景，并标记 P0、P1、P2。
• Phase 3-4 风险与工程规划：输出任务拆分、文件路径、验收标准、依赖关系，拒绝 TBD、TODO 这类占位计划。
• Phase 5 质量门控：用正确性、质量、安全、一致性四道 Gate 检查，并要求测试输出等证据。
• Phase 5.5 枚举测试：完整档可按 L3、L2、L1 降级执行，对 Web、脚本、量化策略采用不同测试矩阵。
• Phase 6-7 审查沉淀：检查需求覆盖、场景覆盖、集成验证，并把经验写入 wiki 或触发自演化检查。

适用边界

该技能更适合有明确上下文、可验证交付物的开发任务。它强调“无证据不声明完成”，对需求模糊、无法运行验证或高度依赖外部审批的场景会显得严格。轻量档可避免流程过重；完整档则适合需要 P0 场景全部通过的系统级项目。