面向 Codex 的 Spec-Driven Development 插件,核心目标不是堆一组 prompt,而是把“提案、规约、实施、审查、修正、归档”串成一条可复用、可验证、可持续推进的执行链路。
这次仓库结构已经调整为标准 marketplace 源:
- 根目录是 marketplace
- 插件实体位于
plugins/spec-skills/ - marketplace 索引位于
.agents/plugins/marketplace.json
这意味着别人既可以把这个仓库当作 marketplace 源接入,也可以直接把插件目录当作单插件目录加载。
codex-sdd-plugin/
├── .agents/plugins/marketplace.json
├── plugins/spec-skills/
│ ├── .codex-plugin/plugin.json
│ ├── skills/
│ └── references/
├── README.md
└── README.en.md关键文件:
- marketplace 索引:.agents/plugins/marketplace.json
- 插件 manifest:plugins/spec-skills/.codex-plugin/plugin.json
- 生命周期参考:plugins/spec-skills/references/full-sdd-lifecycle.md
本仓库现在推荐用这种方式。
本地目录:
git clone https://github.com/cKnight107/codex-sdd-plugin.git
codex marketplace add /path/to/codex-sdd-pluginGit 仓库:
codex marketplace add https://github.com/cKnight107/codex-sdd-plugin.git接入后,Codex 会从根目录的 .agents/plugins/marketplace.json 发现 spec-skills 插件。
如果你不想走 marketplace,也可以直接指向插件目录:
git clone https://github.com/cKnight107/codex-sdd-plugin.git
codex --plugin-dir /path/to/codex-sdd-plugin/plugins/spec-skills注意这里不再是仓库根目录,而是 plugins/spec-skills/。
这里要区分两种情况:
如果你是用 --plugin-dir /path/to/.../plugins/spec-skills 这种方式,通常流程是:
git pull然后重新打开新的 Codex 会话,通常就会用到最新内容。
这时不能假设 “仓库更新 = 本地已安装插件自动升级”。在当前这版 Codex CLI 里,codex marketplace add ... 在 marketplace 已存在时通常只会提示 already added,不会主动刷新本地缓存。
更稳妥的更新方式是直接刷新本地 marketplace 缓存仓库:
git -C ~/.codex/.tmp/marketplaces/spec-skills-marketplace pull然后重启 Codex Desktop,或至少重新开始一个新会话。
如果执行 pull 后仍未生效,可以走硬刷新:
rm -rf ~/.codex/.tmp/marketplaces/spec-skills-marketplace
codex marketplace add https://github.com/cKnight107/codex-sdd-plugin.git原因是 Codex 会把 marketplace 仓库缓存到本地目录;如果这个缓存没有更新,界面看到的仍然是旧版本。插件作者也应在每次发布时递增版本号,帮助用户确认本次更新已经生效。
为了让别人稳定拿到更新,建议按下面的最小发布流程执行:
- 修改
plugins/spec-skills/下的技能、引用文档或 manifest。 - 每次发布都递增 plugins/spec-skills/.codex-plugin/plugin.json 里的
version。 - 提交并 push 到远端仓库。
- 在 README 或 release note 里说明本次更新是否需要重新安装/重新启用。
当前版本已提升到 0.1.2,并补充了标准图标元数据,便于后续升级和界面刷新后正确显示插件图标。
当前插件包含:
7个阶段 skill:spec-init、spec-propose、spec-create、spec-apply、spec-review、spec-fix、spec-archive21个基础工程 skill,用于支撑设计、实现、验证、审查和交付- 一份完整生命周期协同参考文档
使用 $spec-init 初始化当前仓库的规约目录和文档骨架使用 $spec-propose 为这个需求生成 spec/tasks/log,在确认前不要编码使用 $spec-apply 按已确认的 tasks 逐项实现并同步验证证据使用 $spec-review 先核对 spec 落地,再做质量审查使用 $spec-fix 根据 review findings 做增量修正使用 $spec-archive 归档已完成 change,并沉淀长期知识
| 阶段技能 | 面向用户的动作 | 协同的基础技能 |
|---|---|---|
spec-init |
初始化规约文档骨架 | documentation-and-adrs, context-engineering |
spec-propose |
方案澄清、事实分析、提案落盘 | idea-refine, spec-driven-development, planning-and-task-breakdown |
spec-create |
生成结构化 spec 模板 | spec-driven-development |
spec-apply |
按 tasks 执行实现 | incremental-implementation, test-driven-development, git-workflow-and-versioning |
spec-review |
两阶段审查 | code-review-and-quality, security-and-hardening, performance-optimization |
spec-fix |
基于 findings 或失败验证修正 | debugging-and-error-recovery, test-driven-development, documentation-and-adrs |
spec-archive |
知识沉淀与归档收尾 | documentation-and-adrs, shipping-and-launch |
完整协同规则见 plugins/spec-skills/references/full-sdd-lifecycle.md。
感谢 Addy Osmani 及 agent-skills 项目贡献者。这个仓库继承了其“把资深工程师流程沉淀为可执行 skill”的核心思想,并在此基础上把能力进一步收敛到 Codex 中的 Spec-Driven Development 场景。
本仓库采用 MIT License 发布。由于其中包含基于 agent-skills 演变而来的内容,仓库同时保留对上游项目的署名与许可声明。
