OSpec 规范驱动代理变更
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/run-spec-driven-agent-changes-with-ospec。
技能介绍
解决什么问题
当 Agent 接收一个编码请求时,很容易从一句临时指令开始,然后失去上下文:需求只存在于聊天里,变更被一次性推进,验证缺少明确证据,之后也难以复盘或归档。这个技能引入 OSpec,把编码请求转化为仓库持久化的 spec 工作流,覆盖初始化、变更推进、验证证据和归档。
技能如何工作
核心路径可以概括为四个步骤:
- 初始化:在目标仓库创建 spec,通过
--summary写明业务目标,并通过--tech-stack传入逗号分隔的技术栈,例如node,react,postgres。 - 推进变更:Agent 运行时消费 spec 工作流,按阶段推进当前变更,而不是把请求当成一次不透明的 prompt。
- 保留验证证据:每次推进都需要验证证据,使变更具备可测试或可检查的依据,而不是只靠自然语言声明。
- 归档:当变更收尾时,spec 和相关证据保留在仓库中,形成可追溯历史,而不是随对话结束消失。
适用边界与注意点
它不是万能代码生成器,也不会自动替你确定技术栈或架构决策。运行环境需要 Node.js 18+、npm、@clawplays/ospec-cli,以及兼容的 Agent 运行时,例如 Claude Code、Codex、Gemini、OpenCode 或基于 shell 的 CLI Agent。--tech-stack 应如实、完整;如果 --summary 过于模糊,初始化出的 spec 约束力会不足。它依赖上游文档和项目自身规范,若仓库已有 spec、任务跟踪、lint 或 CI 体系,应把 OSpec 工作流与现有治理方式合并,否则它可能只会变成额外的文件和流程。
使用场景
- 接手内部管理后台项目,先在仓库用 `--summary` 和 `--tech-stack` 初始化 spec,让后续变更有统一入口。
- 用 Claude Code 或 Codex 开发新功能时,需要按阶段推进变更,并留下可检查的验证证据。
- 团队希望每次迭代的规格和验证记录留在仓库里,便于上线后的复盘与审计。
- 在 shell CLI agent 中跑多步编码任务时,需要一个仓库内持久化的 spec 作为统一上下文。
适合人员
- 独立开发者:同时交付多个小需求时,希望每个需求的规格、验证证据和变更历史都留在仓库。
- Agent 应用工程师:把 Claude Code、Codex 等运行时接入团队流程时,需要一个统一的规范推进与归档机制。
- 需要满足审计要求的技术负责人:关心每次变更是否带有验证证据,上线后能否追溯。
- 维护遗留代码库的团队:希望新需求先通过 spec 初始化,避免无文档、无验证的临时改动。