Files
chill_notes/AI工程/概念/OpenSpec.md
2026-06-22 11:30:51 +08:00

2.5 KiB
Executable File
Raw Blame History

OpenSpec

相关:规格驱动开发BMADSpec_KitKiro

定义

OpenSpec是轻量级SDD框架提供灵活的Spec层。

核心思想Spec = 变更单元(持续演化),适合存量项目和快速迭代。

核心特征

1. 轻量级定位

  • 灵活自由
  • 最小化约束
  • 快速迭代

2. 小粒度Spec

  • 变更/Patch级规格
  • 长期存在
  • 持续演化

3. 弱流程控制

  • 自由演化
  • 最小化流程
  • 适合快速迭代

与其他SDD框架对比

维度 BMAD Spec_Kit OpenSpec Kiro
方法定位 企业级SDD操作系统 工程化Spec工作流 轻量Spec层 IDE原生SDD
核心理念 Spec = 治理体系 + 多Agent编排 Spec = 开发入口 + Git生命周期 Spec = 变更单元(持续演化) Spec = 可执行源(代码与测试)
Spec生命周期 全生命周期 与分支绑定(短生命周期) 长期存在(持续演化) 持续驱动
Spec粒度 大(系统/模块级) Feature级 小(变更/Patch级 Feature+行为)
可执行能力 通过流程驱动 驱动开发流程 类Prompt 可生成代码+测试并自动校验
流程控制 强(阶段+审批+Agent Plan→Spec→Tasks 弱(自由演化) 强(闭环)
自动验证 强(内建)
与代码关系 间接 半耦合 弱耦合 强耦合
适用场景 大型系统/多团队 新项目0→1 存量项目/快速迭代 小团队/高自动化
失控风险

适用场景

  • 存量项目:已有代码库的项目
  • 快速迭代:需要快速响应变化
  • 小型团队:不需要强治理
  • 灵活需求:需要最大的灵活性

优势

  • 轻量灵活:最小化约束
  • 快速迭代:适合快速变化
  • 易于上手:学习曲线平缓
  • 适合存量项目:不需要重构

挑战

  • 失控风险高:缺乏流程控制
  • 不适合大型项目:缺乏治理能力
  • 不适合新项目不如Spec Kit结构化

最佳实践

  1. 适合存量项目:已有代码库的项目最适合
  2. 快速迭代:充分利用灵活性
  3. 适度约束:虽然灵活,但需要适度约束
  4. 持续演化Spec持续演化保持最新

相关概念