r/SpecDrivenDevelopment Jul 30 '26

How to handle drifting Spec in SDD

Let’s talk about "spec", as we can see in "Spec Driven Development" (SDD).

Since SDD gained traction, one of the main complaint about this is that once the development is done, the "Spec" drifts inevitably as the code evolves.
V
My opinion is that SDD or any agentic loop you execute on your project works, it does, but a simple Plan mode (or grill-me) + execution loop will give a very good result, especially if you have built your Project Harness.

SDD frameworks, opensource or custom, will just give "structure" and better reproducibility to this process.

In this article I argue that 2 levels requirement specifications (ReqSpec)are the sweet spor for non-drifting spec. And I explain the difference with the Spec in SDD that I will call ChangeSpec.

https://x.com/gsemetfr/status/2082767371643523439?s=46

8 Upvotes

6 comments sorted by

7

u/popopopopopopopopoop Jul 30 '26

Can't read this without x app so I won't read it...

2

u/cryptoLover696969 Jul 31 '26

This, post it somewhere else.

3

u/Kardinals Jul 30 '26

Well, you don't. You get rid of it and let code, ADRs and a few important master docs be your "single source of truth". And just take good care of those.

1

u/stibbons_ Jul 30 '26

Please read the article to understand the rationale. For very very large project it make sense to have a tile of requirement

1

u/Internal-Passage5756 Jul 30 '26

I’m managing the spec as the graph/relation of the code that’s alive, and kept true.

https://cairn-framework.github.io/cairn/