Skip to content

Codex 提示词写法与上下文管理 ​

Codex 提示词的核心不是写得长,而是让任务有边界、有证据、有完成标准。可以用四段式组织:目标、上下文、约束、验证。

四段式模板 ​

目标:为订单列表增加按状态筛选。上下文:相关代码在 src/orders,现有筛选参数是 status。约束:保持现有 API 兼容,不引入新依赖。验证:运行 npm test 和 npm run build,说明修改文件。

控制上下文范围 ​

先指定目录和入口文件,再让 Codex 按需扩大范围。对于大型仓库,可以先要求它只做分析并列出相关文件,确认后再开始修改。

让输出可检查 ​

要求返回修改摘要、验证命令、失败原因和遗留风险。这样你可以快速判断任务是否真的完成,也方便把结果交给代码审查流程。

把重复任务沉淀下来 ​

如果某类任务每周都会出现,把提示词保存成项目模板,并补上固定的检查命令。稳定的上下文比临时增加描述更有价值。

专注 Codex 使用方法与 API 工程实践