第二部分,核心开发工作流
从计划到最小实现
为复杂任务建立可验证计划,按依赖顺序实施,并在发现新证据时及时更新。
计划服务于风险控制
简单的一行改动不需要冗长计划。跨模块、带迁移或需要外部系统的任务则应该拆成能独立验证的步骤,并明确每一步的退出条件。
计划不是承诺固定路线。调查发现原假设错误时应更新计划并解释原因,而不是为了完成清单继续执行错误方案。
- 每一步描述可观察结果。
- 依赖步骤按顺序排列,独立步骤可以并行。
- 高风险写入前设置人工检查点。
- 为失败路径准备回滚方式。
偏好最小完整改动
最小改动不是少写代码,而是只改变实现目标所必需的行为。不要在修复错误时顺手重构无关模块,也不要用临时补丁绕过根因。
实施过程中持续运行最接近改动的快速检查。完成后再扩大到全量测试,能更快定位哪一步引入回归。
官方资料
本页由 xueai 根据 OpenAI 官方资料重新组织并用中文讲解。产品会持续更新,涉及版本、模型和命令时请同时核对下列官方页面。