1. 文档目标这份文档解决的是复杂任务在真实项目中的推进问题只会小步迭代速度可能不够快只会多任务并行风险可能很高只会 commit 留快照但不会控制粒度也难以真正降低复杂度读完后你应该能够理解三种能力各自解决什么问题知道什么时候先小步、什么时候再并行知道并行过程中如何用 commit 控制风险设计一套既能推进速度、又能保住稳定性的执行流程用这套方法处理多模块功能开发、复杂 bug 修复、重构和联调场景2. 三种能力各自解决什么问题2.1 小步迭代解决的问题单轮改动过大难以快速验证一步到位容易失控核心价值让每一步更小、更稳、更容易判断方向2.2 Git commit解决的问题中间状态没有锚点出问题难以回退review 难以聚焦核心价值让每轮稳定结果都可保留、可回退、可对比2.3 多任务并行解决的问题所有事情都串行整体太慢大任务无法充分拆开利用独立模块边界核心价值把独立任务同时推进提升整体交付效率3. 为什么要把三者组合起来只用其中一项通常都不够。只用小步迭代的问题稳是稳了但可能整体推进偏慢只用 Git commit 的问题虽然能回退但如果每轮都很大风险仍然高只用并行的问题如果没有小步和快照并行任务更容易互相打架组合之后小步迭代负责控制单轮风险Git commit 负责保留阶段状态多任务并行负责提升整体效率4. 这套高级打法的核心思想可以把它理解成一句话单任务内部用小步迭代关键节点用 commit 锁定稳定点多个独立子任务再按边界并行推进。这套方法的本质不是“同时做更多事”而是“用更有节奏的方式做复杂事”。5. 推荐的三层节奏这套方法非常适合按三层节奏理解。第一层总目标层先定义总目标和总体范围。第二层子任务层把总目标拆成多个边界清晰、彼此尽量独立的子任务。第三层迭代轮次层每个子任务内部再按小步迭代推进并在关键轮次做 commit。图示总目标子任务A子任务B子任务CA-第一轮小改动验证 commitB-第一轮小改动验证 commitC-第一轮小改动验证 commit统一收口6. 什么场景最适合这套高级组合版下面这些场景特别适合。6.1 多模块功能开发例如后端新增字段SQL 支持筛选前端展示联动测试与文档补充6.2 高风险复杂 Bug 修复例如事务问题SQL 查询问题权限问题偶发联调失败6.3 大型重构或优化任务例如拆 Service抽公共组件梳理旧逻辑6.4 团队协作交付因为任务边界更清晰review 粒度更合理回退和定位更容易7. 什么场景不适合强行上三件套下面这些情况不建议一上来就用完整高级组合版非常简单的一次性小修改需求还完全没想清楚多个任务强依赖且共享同一批关键文件团队还没有基本的 commit 习惯一句话高级打法适合复杂任务不适合把简单问题人为复杂化。8. 标准操作流程1. 明确总目标2. 拆分独立子任务3. 为每个子任务定义边界4. 每个子任务再拆小步轮次5. 子任务并行推进6. 每轮局部验证7. 关键轮次 commit 留快照8. 汇总结果与冲突检查9. 最终联调、回归、收口9. 第一步先定义总目标不要一开始就并行并行不是起点目标清晰才是起点。示例目标给会员资料管理增加 customerLevel 字段完成后端、查询、前端展示和测试说明联动。这一步要输出什么总目标涉及模块主要风险是否适合并行10. 第二步先拆成独立子任务高级组合版里第一层拆分通常按模块或职责来做。推荐拆法子任务 A接口对象与 Controller子任务 BService 业务逻辑子任务 CMapper / XML / SQL子任务 D前端展示子任务 E测试与文档原则尽量避免多个子任务同时改同一文件高风险文件尽量只归一个子任务负责11. 第三步每个子任务内部再拆迭代轮次这一步是高级组合版和普通并行方式最大的区别。不是“每个子任务一口气做完”而是“每个子任务内部也要小步推进”。例如子任务 BService 业务逻辑可以拆成第一轮保存链路支持字段第二轮查询链路支持字段第三轮异常与日志补充好处并行任务本身也可控即使某个子任务内部出问题也不会拖垮整个任务12. 第四步子任务可以并行但每轮都要验证并行推进不等于盲目同时改很多东西。更好的方式是不同子任务同时推进每个子任务内部依然保持“小轮次 - 验证 - 下一轮”示例节奏子任务 A 完成第一轮后先验证再进入第二轮子任务 C 完成第一轮后先验证再决定是否进入第二轮子任务 E 可以和前面几个任务并行准备联调清单13. 第五步关键轮次要 commit不要等到最后一起提交这是高级组合版最重要的保命点。推荐提交时机某个子任务第一轮主链路打通后某个子任务一个明显阶段完成后从“实现阶段”切到“测试补充阶段”前在准备合并多个子任务结果前推荐 commit 粒度一个 commit 对应一个子任务的一轮稳定结果例如feat: 打通 customerLevel 后端对象与接口链路 feat: 支持 customerLevel Service 保存与查询逻辑 feat: 增加 customerLevel SQL 筛选条件 feat: 增加 customerLevel 前端展示 test: 补充 customerLevel 联调与回归清单14. 第六步统一做冲突检查与结果汇总并行推进后必须做总检查。检查项是否有多个子任务改了同一文件字段命名是否一致接口与前端展示是否一致SQL 支持后Service 是否已经接入测试与文档是否跟上最终实现15. 第七步最终统一联调、回归和收口所有子任务都完成后不意味着工作结束还要做最后一轮整体验证。最终收口建议编译和运行检查关键接口联调核心路径验证回归影响点检查commit 粒度和提交说明检查16. Java / Spring Boot 项目实战实例场景会员资料管理新增customerLevel字段要求后端新增和编辑支持分页查询支持筛选列表和表单展示联调和测试说明同步补充第一步拆成 5 个子任务AReqVO / RespVO / ControllerBService 层逻辑CMapper / XML / SQLD前端列表和表单E测试与联调文档第二步每个子任务内部再拆小步轮次子任务 A第一轮增加对象字段第二轮打通接口入参与返回子任务 B第一轮保存逻辑支持字段第二轮查询返回支持字段子任务 C第一轮持久化字段支持第二轮筛选条件支持子任务 D第一轮列表展示第二轮表单支持子任务 E第一轮接口联调清单第二轮回归测试建议第三步关键轮次 commit示例feat: 增加 customerLevel 接口对象字段 feat: 打通 customerLevel Service 保存链路 feat: 支持 customerLevel SQL 持久化 feat: 增加 customerLevel 列表展示 test: 补充 customerLevel 联调清单第四步统一收口最后检查字段命名是否全部统一为customerLevel前后端是否一致筛选、保存、编辑、展示是否全部打通联调和回归清单是否与最终实现一致图示流程总目标customerLevelA接口对象BServiceCSQLD前端E测试文档小步迭代 commit小步迭代 commit小步迭代 commit小步迭代 commit小步迭代 commit统一收口17. 复杂 Bug 修复实战实例场景订单提交流程偶发失败现象包括有时库存扣减成功但订单保存失败有时报空指针有时前端只看到“系统异常”推荐高级组合做法子任务拆分A调用链与事务边界分析B日志和异常堆栈分析CSQL 与数据落库检查D测试复现路径整理E修复后回归建议每个子任务内部依然做小步例如 A第一轮梳理调用链第二轮识别事务边界例如 B第一轮归类异常日志第二轮判断最可能根因关键点 commit如果修复方案已经验证可用可以单独形成fix: 修复订单提交事务边界导致的部分成功问题 test: 补充订单提交异常场景回归验证这样做的价值分析和修复不混在一起修复和回归建议不混在一起局部问题不会拖垮整体节奏18. 这套高级打法的常见误区18.1 误区一一开始就并行没有先做总分析问题方向不清时并行只会放大混乱18.2 误区二子任务并行了但内部没有小步迭代问题每个子任务仍然是大改风险没有真正下降18.3 误区三并行了很多任务但没有 commit 锚点问题一旦出问题还是很难回退18.4 误区四commit 粒度过粗问题虽然有快照但不能精确定位和回退18.5 误区五收口检查不足问题局部都对整体没打通19. 注意事项并行之前先确认任务边界子任务内部依然保持小步推进每轮稳定结果尽量形成快照不要让多个子任务随意改同一关键文件高风险模块优先串行不要强行并行最终必须统一做冲突检查和回归验证20. 高质量提示词模板20.1 总任务模板请帮我按“子任务并行 子任务内部小步迭代 关键轮次留快照”的方式设计执行方案。 总目标 上下文 输出要求 1. 是否适合并行 2. 推荐拆成哪些子任务 3. 每个子任务内部建议几轮迭代 4. 哪些轮次建议形成独立 commit 5. 最终收口和验证建议20.2 功能开发模板这是一个多模块功能开发任务请按高级组合方式帮我设计执行路径。 要求 1. 先按模块拆任务 2. 每个模块内部再拆小步轮次 3. 指出适合 commit 的阶段点 4. 指出哪些任务可并行、哪些任务应串行20.3 Bug 修复模板这是一个复杂 bug请按“分析并行 修复小步 关键轮次 commit”的方式帮我设计执行方案。 要求 1. 先拆分析子任务 2. 明确修复轮次 3. 给出回归轮次 4. 指出哪些结果适合独立提交21. 团队落地建议如果你想把这套高级打法推广到团队里建议这样做先在一个中等复杂度需求上试点把“先总分析、再拆子任务、子任务内部再小步”的方法固化下来把“一个 commit 对应一个稳定轮次”写入提交规范在AGENTS.md中加入复杂任务的并行和收口规则在复盘中总结哪些任务真的适合三件套哪些只需要其中两件套22. 一句话总结Codex 小步迭代 Git commit 多任务并行的高级组合版本质上是在速度、稳定性、可回退性之间建立平衡让复杂任务既能拆得开也能收得住。23. 快速上手清单先写清总目标先拆独立子任务再给每个子任务拆小步轮次并行推进时保持边界清晰每轮稳定结果尽量 commit最后统一做冲突检查、联调和回归