去魅spec-kit[ 5分钟入门教程，看图。
实操了下，这个workflow感觉比kiro还啰嗦，容易落入形式主义的窠臼，产生大量文档屎山，严重不推荐。
我来给你分析下为什么有些人会觉得SDD（spec-driven development)开发模式很好。
时政
(
github.com
)
去魅spec-kit[https://t.co/48qHl976uO] 5分钟入门教程，看图。
实操了下，这个workflow感觉比kiro还啰嗦，容易落入形式主义的窠臼，产生大量文档屎山，严重不推荐。
我来给你分析下为什么有些人会觉得SDD（spec-driven development)开发模式很好。
pre-AI之前，我们写需求也会如spec一样，拆解产品需求，技术调研，写比较粗的技术方案（或者这个方案在脑子里）， 拆解成技术任务放到jira,禅道等系统里。
磨刀不误砍柴工，功夫都花在需求实现前，效果能不好吗？这也是plan mode等效果好的本质原因。
而sdd其实很类似，只不过更形式主义一些，这个形式主义我觉得是有危害的，让人看不清事情的本质，只想如法炮制，典型的工具主义。
类似kiro那样，实现一个需求，结果就拆解成了七八十个任务，简直好笑，日常我们不是那样做需求的。
SDD还有一个所谓的好处是文档相对不会太旧，能跟上代码的变化。但是到了AI时代，从代码提取所谓的文档反而变成了简单的事情，并且现实世界中，文档并不重要，能快速实现需求在商业上更重要。
所以，从SDD的思想上来说，还是有一些精华可取的，例如下面我推荐的推友的文章里面的EARS语法，sdd比较规范的workflow等。
最后我的看法：
1. 不要在大的需求上用SDD，很快会产生文档屎山
2. 在一个非常细的需求上用SDD没啥问题
3. 坚持KISS原则，坚持 程序=数据结构+算法，永远跟踪这条主线，不会翻车
推友的一篇文章：
https://t.co/klytKFxAAJ
点击图片查看原图
