动态

SDD提升下限但上限低,模型+Agent能力跃迁更高

SDD提升下限但上限低,模型+Agent能力跃迁更高
Bruce
深入调研和实践过SDD(规格驱动开发),我的结论是「下限较高,上限较低」。
所谓的SDD,实际上是一套系统化的prompt,可以很方便地以模版形式将瀑布式开发固化为自动化的工作流。使用时,快捷指令触发自动化瀑布式工作流,得到敏捷的效果。
→也就是能提升开发的下限。

近期的模型+Agent迭代,已经不只是基础推理能力提升,同时提升的还有工程能力,可以称之为「工程能力内化」,这是一直发生且必将继续的趋势。模型+Agent的能力跃迁速度和上限都远远高于prompt技巧。
→SDD的上限低

SDD构想的很美好,但是也有很多坑。最大的问题是:1)你需要时刻确保SPEC文档(多个层级、多份)到代码实现的一致性,这和没有SPEC的情况并无区别。2)你需要在代码之外,多维护一套文档。矛盾之处在于,如果代码需要人深度参与,那么并不适合vibe coding;如果代码不需要人深度参与,那么维护额外的、过多文档就是新的认知负担。

SDD在Claude Code + Claude 4之前是一定优势的,可以将。在此之后,尤其是Claude 4.5之后就完全没有优势了。
宝玉
我个人不喜欢 Spec-Driven Development,有点像瀑布模型写系统设计文档,理论上看起来很牛,但是并不好操作,另外容易想的太多。

我比较推崇小版本迭代,不需要写详细的 spec,几句简单的 prompt 就可以开始生成,每次写一个可以跑起来的版本,然后一点点迭代,每次迭代完都是可以运行的版本
动态Bruce2026-01-04原文

相关内容