用途：在 OpenSpec 规格驱动开发（SDD）流程中，变更提案获批后用它执行实现，将提案、任务清单与 delta 规格转化为实际代码。
主要能力：按顺序读取 openspec/project.md、changes/{change-id}/proposal.md、tasks.md 与 specs/*.md 建立上下文；逐阶段执行 tasks.md，按 delta 规格写代码并补测试；完成一项即在 tasks.md 中把 - [ ] 改为 - [x]，可附完成说明；每个阶段后运行项目质量检查；遇到阻塞时在任务下记录 Blocker、Options 与待决策项；全部完成后核对复选框、跑完整质量门禁，并把 proposal.md 状态更新为 Implementation Complete 及完成日期。
使用方式：命令为 /openspec-apply <change-id>，例如 /openspec-apply add-user-search。开始前先检查 git status 是否干净或处于功能分支，并运行项目 lint/analyze；若不在功能分支则 git checkout -b feature/{change-id}。质量门禁示例：Flutter 项目用 make format && make analyze && make run_unit_test；Node 项目用 npm run lint && npm test。完成后按报告模板汇总实现内容、变更文件与质量验证，并提示运行 /openspec-archive {change-id}。
适用场景：已有获批提案与任务清单、需要按规格分阶段实现并保留过程记录的开发任务。
限制：仅实现 delta 规格范围内内容，不添加“nice to have”功能，范围疑问需先确认；遵循项目 CLAUDE.md 的既有模式与命名约定；错误需用具体异常类型处理；新增字符串需同步本地化文件。具体项目命令与目录结构以实际仓库为准，资料未提供更细的配置说明。