Menü
当用户希望在实现前澄清需求、编写规格说明、设计说明或需求文档，定义范围、非目标、验收标准、验证计划和风险，或任务模糊且直接实现容易跑偏时使用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | easy-codex-spec |
| description | 当用户希望在实现前澄清需求、编写规格说明、设计说明或需求文档，定义范围、非目标、验收标准、验证计划和风险，或任务模糊且直接实现容易跑偏时使用。 |
把模糊或高风险任务写成可实现、可验证的规格。除创建/选择工作树外，只改规格文档。
其他: <自定义>；开放答案用“其他”，并允许用户直接输入自定义内容；禁止要求用户输入关键词或技能名。从规格阶段开始必须使用 git worktree。工作树必须位于主项目根目录 worktrees/<name>；禁止在 main worktree 写入项目文件。设计未获批准前，禁止实现、改源文件、改测试或脚手架。必须用 sub-agent 审核规格；没有子代理能力则停止。规格完成、审核处理并经用户批准后，才能进入 $easy-codex-writing-plans。
git rev-parse --show-toplevel 和 git worktree list --porcelain 找主项目根目录。^[a-z0-9][a-z0-9._-]{0,63}$；拒绝 /、..、绝对路径和空白。<主项目根>；mkdir -p <主项目根>/worktrees 是 main worktree 唯一允许的管理写入；再 canonicalize worktrees 父目录。git worktree add <主项目根>/worktrees/<name> 创建专用分支；创建后再 realpath 目标，确认仍在 <主项目根>/worktrees/ 下。git status --short，用选择功能确认复用、换名或停止；脏 worktree 必须明确选择继续、换名或停止。基准 必须在创建/复用 worktree 时立即写入 main worktree 当前 HEAD SHA，后续只能继承，禁止执行后补写或改写。docs/specs/；main worktree 除 worktree 管理命令和创建 worktrees/ 父目录外，不改项目文件。$easy-codex-executing-plans；审查 -> $easy-codex-review；交付 -> $easy-codex-ship。git status --short。docs/specs/YYYY-MM-DD-<slug>.md。# <任务名称> 规格说明
## 背景
- 问题：
- 事实：
## 工作树
- 主项目根：
- 绝对 worktree 路径：
- 显示路径：`worktrees/<name>`
- 分支：
- 基准：`<main HEAD SHA>`
## 流程状态
- 规格状态：草稿
- 规格批准记录：未批准
- 审核状态：未审核
- 下一阶段许可：未许可
## 目标
-
## 非目标
-
## 范围
- 包含：
- 不包含：
## 方案
- 推荐方案：
- 备选方案 1：
- 备选方案 2：
- 取舍：
## 影响面
- 文件/模块：
- 接口/数据契约：
- 兼容性：
## 验收标准
- [ ] 标准 1
- [ ] 标准 2
## 验证计划
- 自动化验证：
- 手工验证：
- 不验证项及原因：
## 风险与缓解
- 风险：
- 缓解：
## 开放问题
- [ ] 问题 / 影响 / 假设
## 对抗性审核
- 审核者：
- 结论：
- 已修正问题：
- 剩余风险：
- 用户处理决定：
$easy-codex-executing-plans 的写代码实现子代理；不得跨阶段保留或复用。规格状态 更新为已批准，把 规格批准记录 写入用户批准时间/方式，把 审核状态 写为通过或风险已接受，把 下一阶段许可 写为允许进入 $easy-codex-writing-plans；否则 $easy-codex-writing-plans 必须阻塞。自检后派新子代理审查。只给规格路径和背景，不给预期答案。规格审核子代理用完就关闭：返回后读完结果必须立即 close_agent；重审派新子代理。
要求子代理先判断规格能否落地：目标、非目标、范围、验收、验证、风险和方案比较是否足以进入计划。默认不阻塞，举证才阻塞；未发现明确阻塞问题时，结论必须为 通过；建议只能进入非阻塞建议。
只有以下问题才算阻塞：
以下不得算阻塞：
阻塞问题必须说明：如果不修正，会导致什么具体错误实现或无法验收。不能说明具体失败模式时，降级为非阻塞建议。非阻塞建议不得阻止进入下一阶段。
子代理输出必须包含：
通过 或 需要修改只有明确阻塞问题才允许输出 需要修改。若 需要修改，先分类处理：格式、字段、明显缺漏由控制器自动修正；真正阻塞问题才展示并请求选择。每个阻塞问题带建议、2-3 个备选方案、推荐选择，再用选择功能询问：
再审一轮：按用户确认方向更新规格，再派新子代理审核。接受现状：把用户接受的剩余风险写入 对抗性审核，继续请求规格批准。完全拒绝：停止，不进入 $easy-codex-writing-plans、实现或 review。同时提供“其他”输入入口；若用户自定义内容改变设计、范围或验收标准，更新规格说明并重新审核。
当已有经用户批准且审核通过或剩余风险已被接受的实现计划，需要用子代理逐阶段执行实现、做规格符合审查和代码质量审查时使用。
当用户要求审查计划、本地改动、执行计划后的代码最终审查、拉取请求风格审查、回归风险检查或验证缺口分析时使用。
当本地改动已通过代码最终审查或用户已接受代码审查剩余风险，需要准备交付总结、验证记录、提交信息、提交操作或拉取请求说明时使用。
当用户明确要求使用 easy-codex、希望此技能包路由仓库任务，或询问哪个 easy-codex 技能适合时使用。
当已有经用户批准的规格说明，需要在实现前编写分阶段实现计划、阶段拆解、文件影响、测试计划和执行交接文档时使用。