话说回来，

一、什么是规约驱动开发？

规约驱动开发代表着在实现功能之前，你需要以书面形式就意图、约束条件和验收标准达成共识——这样人类和 AI 助手才能朝着同一方向努力。下面都以SDD来表示规约驱动开发。

为什么SDD对AI编程助手很关键？

LLM大语言模型擅长从自然语言生成代码，但聊天会话是转瞬即逝的。没有持久化的规约文档，你就会陷入需求漂移、决策模糊、反复返工的循环。规约驱动开发将人与AI之间的共识落进文件，文档与代码共存：包括提案、场景、设计方案和任务清单。

SDD与直接Prompt的对比

纯Prompt方式启动快。但难以回顾，一旦会话结束或模型遗忘早期约束，上下文就此丢失。

规约驱动开发 ：前期多一点结构投入。但回顾更快，新成员上手更容易，而且数天后仍能无缝续接工作，无需重新解释功能背景。

SDD主要理念

1. 先对齐，再实现 — 在大量写代码之前。先用proposal.md和 specs/把"为什么做"和"做什么"记录清楚。
2. 保持制品可编辑 — 规约不是冻结的合同；现实变化时随时更新它，制品指的是开发过程中产出的文档也就是proposal.mdspecs/tasks.md
3. 让进度可见
4. 3. - - - -' : - ' : - '' '
   4. ' /opsx:apply ' :' /opsx:apply '' / ' :' 说到'/opsx。apply ':' 从'/opsx来看，archive ' '' '' '' '' '' '' ''

      OpenSpec是一个轻量级、开源的规约驱动开发框架。它的主要理念是：每个功能或变更都在openspec/changes/下拥有一个专属文件夹。将proposal,specs,设计文档和任务清单统一存放在代码仓库中，让AI助手可以随时读取更新，并在完成后归档。OpenSpec兼容Cursor,Claude Code。GitHub Copilot等+主流工具，无需API key，完全免费。your-project/ ├── openspec/ │ ├── config.yaml ←项目配置 │ ├── schemas/←可选存放自定义或社区schema │ │ └── minimalist/ │ │ └── schema.yaml │ └── changes/ │ └── {slug}/←变更简短描述性标识符例如auth- └── invoice-export/ ├── proposal.md ←为什么做做什么决策文件 ├── specs/←行为契约GivenWhenThen场景 │ └── auth.md ├── design.md ←技术方法怎么做 ├── tasks.md ←可勾选执行步骤 └── archive/←完成后归档内容