Spec / Skill / Memory：把一次经验变成下次能复用的资产
采集日期：2026-06-17。复测日期：2026-06-17。
Codex 的价值不只是“帮你改一次代码”。真正能提升效率的是：把有效做法沉淀下来，让下一次任务不用重新摸索。
- Spec 负责“这次要交付什么，怎么验收”。
- Skill 负责“同类任务以后怎么做”。
- Memory 负责“跨项目的个人偏好和机器特性”。
- Wiki 负责“别人也能读懂的概念和方法”。
- 复测记录负责“这个结论在什么日期验证过”。
| 你手里的内容 | 应该放哪里 | 原因 |
|---|---|---|
| 这次网站改造的范围、阶段、验收条件 | spec / plan | 它控制当前交付 |
| 每次做教程站都要用的审核流程 | Skill | 它是可重复工作流 |
| 用户偏好“子 agent 要窄上下文、PASS/FAIL” | Memory | 它跨项目复用 |
| “MCP 是什么，什么时候接入” | Wiki | 它是可公开解释的知识 |
| “2026-06-17 已复测构建和部署” | Verification log | 它是时间敏感证据 |
新手最实用的沉淀顺序
Section titled “新手最实用的沉淀顺序”- 先写一个短 spec：目标、范围、不能做什么、验收条件。
- 执行过程中记录实际问题：哪些地方 Agent 容易误判。
- 任务完成后抽象成 checklist：下次同类任务可以直接复用。
- 如果这个 checklist 以后经常用，再做成 Skill。
- 如果是项目外通用经验，再写入 Memory 或 Wiki。
什么不应该沉淀
Section titled “什么不应该沉淀”- 一次性临时命令。
- 没复测过的社区说法。
- 只适用于某个旧版本工具的步骤。
- 没有验收条件的“最佳实践”。
- 没有日期的技巧合集。
和 Codex Skill 的关系
Section titled “和 Codex Skill 的关系”Skill 不是把一堆提示词塞进文件。好的 Skill 应该告诉 Agent：什么时候使用、输入是什么、流程怎么拆、风险在哪里、输出怎么验收。关于 Skill 的细节继续读 Codex Skill FAQ 和 高频 Skill 应用地图。
- 要写当前任务 spec：读 Spec / Skill / Memory。
- 要更新复测证据：读 内容复测记录。
- 要维护 Wiki：读 Wiki 维护规则。
- 要理解上下文边界：读 Context / Memory / AGENTS.md。
- 来源：本站 Codex 工作流实践、OpenAI Codex Skills、OpenAI AGENTS.md。
- 分享日期：2026-06-17。
- 复测日期：2026-06-17。