Codex 规格驱动开发｜先定义功能范围和验收标准

Codex 安装步骤

打开 GitHub 固定提交的 `.agents/skills/spec-driven-development/SKILL.md`，核对内容与使用条件。
在自己的项目中创建 `.agents/skills/spec-driven-development/`，把核对后的文件保存为 `.agents/skills/spec-driven-development/SKILL.md`。
在该项目根目录启动 Codex，输入 `$spec-driven-development` 并选择同名技能。

中文摘要

为新功能先写规格，明确用户问题、最小方案、范围、验收条件和待决事项。评审通过再交给实现。

SKILL.md 中文导读

可复现示例

先为报表下载功能写规格，使用这份已确定的范围。
{"feature":"report export","format":"csv","included":"current filters","excluded":"scheduled exports","case":"zero matching rows"}

工作步骤

收集用户问题、最小可行方案和排除项。
将方案和可观察的验收条件写进规格。
提交用户评审并关闭待决问题，再交接实现。

验收方法

规格包含 `CSV for current filters`，明确排除 `scheduled exports`，并把零匹配时如何提示列入待决事项，确认后再动工。

GitHub 原文 · 更新日期 2026-11-14

适用环境

用 Codex 打开目标项目，提供功能问题、必要范围以及可以观察到的行为。规格路径遵循项目约定。

常见问题

验收标准可以只写「导出正常」吗？

写成用户可检查的行为，例如导出遵守当前筛选条件。把零匹配的目标行为确认后也写成可观察的验收标准。