openspec-agents
让多个 AI 智能体按规范流程协作，把 OpenSpec 变更规范落地为经过审查的高质量代码。
openspec-agents 是一组面向 AI 编码工具的插件，把 OpenSpec 的「需求 → 设计 → 任务拆分」成果，自动推进到「实现 → 验证 → 质量审查 → 收尾合并」的完整实施流程。主智能体负责调度，专职智能体分别承担实现、检查与质量把关，每一步都有门禁确认，全程可审计、可恢复。
特性
- 多工具支持：Claude Code、Codex、ZCode、DeepSeek Harness（DSH）、OpenCode 均可原生接入。
- 规范驱动：直接消费 OpenSpec 变更规范（proposal / design / tasks / specs），流程与规范一一对应。
- 提案标准化：内置 OpenSpec 提案标准（关联场景清点、契约变更详列、动笔前访谈与用户确认），一键初始化到任意项目，在提 change 阶段防漏考虑、防拆分割裂。
- 智能体团队：不再是单个 AI 从头写到尾，而是「实现者 + 审查者 + 质量把关者」分工协作，结果更稳。
- 质量门禁：实现之后经过工具检查、任务验证与多维度质量审查；发现的问题自动回退修复，也可按规则豁免并留痕。任务验证层（任务审查 / 合并审查）以通过（passed）提交时必须逐项确认全部已申报任务（verified_tasks 全覆盖为工具强制门禁）；已通过但漏带确认导致阻塞时，审查者可补交确认结果解除阻塞。simple 模式下验证按性质分流——开发者执行确定性检查并申报，审查者分级复验（低成本项实跑、高成本项核验申报加抽样重放）并专注对抗性判断。
- 隔离执行：每个变更使用一条独立分支
change/{changeId} 与一个常驻 worktree（.worktree/{changeId}/ws），全部任务组在同一 worktree 内串行实施，互不干扰；收口合并前主仓库基准分支上看不到该变更代码（change 级进度可用 git log change/{changeId} 查看），完成后统一合并并清理。
- 过程可审计：进度、结论、豁免与恢复点全程记录，随时可以接着上次的进度继续。人工执行或环境不可验证的任务经 blocker 上报、用户确认留痕（blocker_updates）后凭记录申报完成；恢复参数 reset_steps 按流程模式（full / simple）校验各自的审查步骤值域后生效。
快速开始
- 准备环境：Node.js ≥ 23.6（或 Bun）与 git。
- 按下方「安装」选择你正在使用的 AI 工具完成安装。
- 重启该工具后，把下面「一句话接入」的提示词发给你的 AI 即可开始。
安装
按你使用的 AI 工具选择一种方式：
Claude Code
claude plugin marketplace add https://github.com/ifrankwang/claude-code-plugins
claude plugin install openspec-agents@ifrankwang
Codex
codex plugin marketplace add https://github.com/ifrankwang/codex-plugins
codex plugin add openspec-agents@ifrankwang
ZCode
打开 ZCode 插件页，添加市场 ifrankwang/zcode-plugins，然后安装 openspec-agents。
DeepSeek Harness（DSH）
dsh plugin --profile web add @ifrankwang/openspec-agents
安装后重启 dsh web 即可。
OpenCode
npm install -D @ifrankwang/openspec-agents
然后在 OpenCode 配置中加载 @ifrankwang/openspec-agents 插件，重启 OpenCode。
让 AI 帮你接入（一句话）
安装后（甚至还没安装时），直接把这句提示词发给你的 AI 编码工具：
请帮我安装并启用 openspec-agents 插件，然后基于当前项目的 OpenSpec 变更规范，执行完整的变更实施编排流程。
英文版：
Please install and enable the openspec-agents plugin for my current AI coding tool, then run the OpenSpec change orchestration workflow on this repository.
如果已经安装，只需说一句「请运行 openspec-agents 编排流程」即可开工。AI 会负责完成安装、初始化、任务分派与质量把关的全部步骤。
标准化提 change（提案标准初始化）
插件内置一套 OpenSpec 提案标准，在「提 change」阶段就把好质量关：
- 关联场景清点：动笔前以代码检索为证据，枚举变更触及能力的全部消费方（功能入口、共享处理逻辑、数据流下游）；共享处理逻辑变更时全部消费入口必须同一 change 统一适配，防止同一逻辑两边割裂维护。
- 契约变更详列 / 动笔前访谈门 / 用户确认门：DDL 与接口契约逐条列明；决策树访谈穷尽疑点；方案摘要经用户确认后才动笔。
- 任务组实质变更主体：任务组以真实代码变更为主体，禁止收尾验证组与人工门禁任务。
在装了插件的工具里，于目标项目的常规主代理会话（非编排流程中的主代理——编排人格禁止修改文件，无法执行初始化）说一句：
初始化 openspec 提案标准
即可把标准写入该项目（openspec/config.yaml + openspec/schemas/spec-driven-standard/），此后该项目用 openspec 提 change 自动遵循标准。已初始化的项目重跑即升级到最新标准，项目自定义 rules 条目与 context 保留；标准方法论自包含，不依赖任何外部 skill。
工作原理（简述）
- 输入：项目中的 OpenSpec 变更规范（变更说明、设计、任务清单、验收规格）。
- 分派：主智能体把任务交给专职智能体——实现者负责写代码，审查者负责检查，质量把关者负责多维验证。
- 门禁：每一步的结论通过检查后才进入下一步；不通过的结论自动回到实现环节修复。
- 收尾合并：任务组完成只做门禁校验并标记变更范围，不合并、不销毁 worktree；最后一个任务组收口时把 change 分支一次性合并回基准分支，随后销毁 worktree 并删除 change 分支。合并前若基准分支已推进，先做基线漂移检查并比对基准侧净变化内容：纯文档变化（md / mdx / markdown / rst / adoc 五类后缀）不影响代码语义，直接合并收口；含任一非文档文件或文本冲突才把该任务组回退到收尾验证环节（合并基准分支最新代码并回归复验）后再收口——验收仅在实质漂移时动态发生，正常路径零额外环节。
- 部署注意事项：change 的全部任务组完成后，主智能体按状态视图指引汇总部署注意事项（规划文档提取 + 开发者实施补充点，含依赖清单/构建配置变更等合并后需在主仓库重装依赖、重新构建的事项）向用户汇报。全程留痕可审计。
独立审查会话
除绑定 OpenSpec 变更的编排流程外，插件支持不绑定任何变更的独立代码审查——对某个 PR 的改动区间或整个代码库做一次完整审查。
- 入口：初始化时传
review_scope（与 change_id/task_group_id 二选一，互斥），说明三件事——审查范围（pr=两个本地分支之间的改动区间，或 full=全量代码库）、颗粒度（thorough=工具检查 → 回归验证 → 五个维度的质量审查三层；simple=单个审查者合并完成全部检查）、修复策略（fix=发现问题后自动修复再重审；none=只审不修，问题报告本身就是交付物）。工具按审查范围推导出会话 ID 并在返回结果里告知，后续步骤都用这个会话 ID 进行。
- 流程：审查在独立 worktree 中进行（PR 形态从目标分支建工作分支，全量形态从当前分支建）；
fix 模式下审查不通过会回退给开发者按问题清单修复，修完再回到第一层审查重跑；none 模式下审查失败直接收口，不会进入修复环节。
- 回归验证：thorough 颗粒度的第二层是回归验证——构建必须通过、既有测试不得出现新失败（首轮跑出的存量失败会作为问题上报进入处置通道），可启动服务时还会做冒烟与既有 API 测试。
- 收尾：
fix 模式审查全部通过后，把工作分支合并回目标分支并清理环境；none 模式不合并，直接销毁工作环境，收尾返回按严重级别、维度、文件位置归并的审查结果摘要。
- 恢复：与变更编排一致，中断后可用恢复参数回到指定审查层继续（独立审查会话的恢复步骤值域按颗粒度校验）。
适用场景与代价
| |
|---|
| 适合 | 对代码质量、过程可控性要求高的团队与项目 |
| 代价 | 比单个 AI 直接修改更慢，API 消耗更高 |
如果你愿意用一点成本换取稳定、可复现、可审计的实施过程，这个项目就是为你准备的。
开发
bun install # 安装依赖
bun test # 运行测试
bun run typecheck # 类型检查
bun run build:plugins # 构建各平台的插件包（发布用）
贡献
欢迎提交 Issue 与 Pull Request，也欢迎 Star 支持。
致谢
本项目基于 OpenSpec（openspec.sh）构建——感谢 OpenSpec 团队带来的规范驱动开发方法：先写规范、再写代码，让 AI 开发有据可依。本插件专注于补全 OpenSpec 变更的实施与质量把关环节，是对 OpenSpec 工作流的编排增强。
许可证
MIT © 2025 ifrankwang
