spec-kit学习笔记

适用场景

从名字(Specification)就可以看出来,肯定是有很多规范需要遵循、存在很多不变更的内容的项目。其目的是为了保持一致性可维护性。核心是建立Constitution
反之,如果是变化非常大的、存在很多不确定性的项目,则不适合用这个,比如我们的创新类POC项目。
所以,框架、团队约束、workflow类的,很适合用这个,而具体需求的确认,则还是需要依赖于人,别指望这个帮你把需求确认给做了,那不现实。

对SDD的争论:

  • 支持者认为:适合复杂、长期项目,需要清晰文档
  • 怀疑者认为:对小型功能过度工程化,审查负担大
  • 实用主义者认为:需要根据项目特点选择性应用

SDD当前仍然处于早期阶段,百家争鸣,更新频率很高,算是在从能力成熟度模型的第一个阶段(初始级)往第二个阶段(已管理级)发展?

工作流结构

  1. 人类: 定义”做什么”(功能目标)和”怎么做”(标准、架构、最佳实践)
  2. AI: 承担繁重工作(代码生成)
  3. 规格: 作为不可变的指导原则

https://github.com/github/spec-kit

https://github.blog/ai-and-ml/generative-ai/spec-driven-development-with-ai-get-started-with-a-new-open-source-toolkit/

资讯

spec-kit 及生态发展调研(2025.11.13)
https://mp.weixin.qq.com/s/zVvkSCFiknLZcolKjYLoIA