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,之后就可以按上述工作流程逐个步骤干活。

通过实施这样的工作流程,可以有效地减少返工,提高项目效率和质量。这对于任何需要高度协作和详细规划的项目都是非常有价值的。

标签: none

评论已关闭