OpenSpec 核心产物

delta spec 是 OpenSpec 适配存量项目的关键。它不重新抄写整个系统规范，只描述这一次 change 相对当前主规格新增、修改、删除或重命名了什么。这样多个 change 可以各自在独立目录里工作，主规格在归档前保持稳定，评

design.md 负责回答“怎样实现，以及为什么选择这种实现”。它连接行为契约与代码结构：spec 只要求系统表现正确，design 则说明约束放在哪一层、哪些抽象保持不变、如何测试、接受什么代价。 面试中真正能体现工程判断的内容，往往

主规格位于 openspec/specs/<capability /spec.md ，描述系统当前已经同意并生效的行为。它与 change 下的 delta spec 是两种不同时间视角：delta 回答“这次准备改变什么”，main s

.openspec.yaml 是 change 目录中的元数据文件。它很小，但作用非常明确：告诉 OpenSpec 这个 change 采用什么工作流 schema，以及创建时间等生命周期信息。它不是需求文档，也不是运行时配置，更不能存放

proposal.md 是一次变更的入口文件。它不是详细技术设计，也不是产品宣传稿，而是用最短路径建立四个共识：为什么现在要做、具体改变什么、涉及哪些长期能力、影响边界在哪里。 如果 proposal 没有把问题说清楚，后面的 spec、

tasks.md 是从规划进入执行的导航图。proposal 已经确定范围，delta spec 已经定义行为，design 已经说明方案，tasks 再把这些信息转换成可以逐项实现、验证和勾选的工作。 它既不是简单待办清单，也不是项目进