OP 最近使用 SDD(spec-kit) 从零开发一个相对没那么复杂的服务器, 但遇到了以下问题:
- 生成内容过多
一次生成的内容太多了, 难以 review. 即使在 prompts 里约束还是一样
因为使用了新的技术栈作为尝试, 本来的想法是从小的方面开始逐步理解, 但一开始就写了一堆, 压根没有了解的欲望, 深入理解后发现 AI 生成了很多不想要的 feature - Context 占用很严重
用的是 codex(5.4, medium), 几次对话就快占满了(光是 Constitution 那一步就占了快 1/4), Token 消耗也有些扛不住 - 工作流固定, 难以中途修改, 且不稳定
我看正常的工作流是 constitution-〉 specify-〉 plan-〉 task-〉 implement. 实际也是这么使用的, 但有两个问题
一是这个流程中很不方便中途对其中部分进行修改(比如 task 不满意, 想修改其中部分, 效果不太好)
其次是比较容易提前实现, 比如在 specify 阶段, 如果 prompts 涉及到了部分实现的话, AI 可能就直接实现了
整体给人的感觉是, 如果按照正常流程走, 是比较规范(也很重)的开发方式. 但如果稍微脱离正轨就只能自求多福
现阶段 SDD 给我的感觉有点类似 “The Bitter Lesson”
我一天好像都在摇老虎机...
所以想寻求各位在 SDD 的实践方式