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 的实践方式
目前尚无回复
Select Language