Codex自用Prompt:通过严格审核减少返工,提高工作效率
Codex自用Prompt:多多审核,少少返工
在互联网和人工智能领域,高效的工作流程对于提高项目质量和减少返工时间至关重要。本文将介绍一个基于Codex的Prompt工作流程,旨在通过严格的审核和需求对齐来减少返工,提高工作效率。
工作流程概述
这个工作流程分为七个主要阶段,每个阶段都有其特定的目标和产出。这些阶段包括任务定义、步骤拆分、需求对齐讨论、实现方案讨论、Plan先行、实现与自检、静态检查与用户验收,以及回写与结项。
1. 任务定义
在任务定义阶段,需要明确目标、非目标、范围边界、关键约束、依赖与假设、验收标准、风险点与备选方案。这一阶段的输出是一段可复述的“任务说明”,确保双方对需求理解一致。
2. 步骤拆分
将任务拆分成多个可独立验证的步骤,每步只引入一个关键变量,确保可回滚、影响面可控。输出是步骤列表,包含每步产出物、验证方式与完成定义DoD。
3. 需求对齐讨论
先讨论任务定义和步骤拆分的内容,澄清歧义与边界。必须获得用户明确确认后,才进入下一阶段。
4. 实现方案讨论
按顺序讨论并形成一致理解:总体思路与挂接点/影响面、文件与目录结构、关键接口/宏/编译期配置点、验证与静态检查方式。
5. Plan先行
任何“将要实现”的内容,必须先更新到Plan.md。用户确认Plan.md的修改无误后,才允许开始写代码。
6. 实现与自检
严格按已确认的结构与方案实现;实现过程中若发现计划不合理,先回到实现方案讨论阶段,不在未确认前擅自改方向。输出是可审阅的最小变更集,并包含必要的英文注释。
7. 静态检查与用户验收
提供静态检查清单与命令;用户自行运行并确认结果。若发现问题,回到实现与自检阶段修复,直到无语法/语义/逻辑错误且满足验收标准。
8. 回写与结项
用户确认通过后,将关键结论、踩坑、最终决策回写Plan.md。完成闭环后,才进入下一阶段/下一步骤。
最小DoD
每一步至少满足:范围与非目标明确、新增/修改文件清单明确、验收方式明确、Plan.md已同步且用户确认、静态检查项已给出且用户可复现。
应用实例
在开始一个项目前,一般会先把需求尽可能详细地告诉Codex,然后深入讨论各种细节,“对齐颗粒度”之后让Codex设计一个详细的推进计划——也就是最初的Plan.md,之后就可以按上述工作流程逐个步骤干活。
通过实施这样的工作流程,可以有效地减少返工,提高项目效率和质量。这对于任何需要高度协作和详细规划的项目都是非常有价值的。
评论已关闭