# Spec-Driven Development Turns Throwaway Prompts Into Durable System Memory
Vibe coding generates working implementations fast, but its core artifact — the prompt — is temporary: it captures the engineer's assumptions, business context, and system knowledge "only for that specific conversation and moment in time." Six months later the pipeline runs and nobody, human or AI, can reconstruct *why* it does what it does. The fix is **spec-driven development (SDD)**: convert prompts, business rules, validation logic, and orchestration behavior into executable, versioned specifications that become part of the system itself and act as "persistent operational memory for both humans and AI agents." Data engineering fits SDD especially well — once architectural patterns are set, most implementation work is "highly repetitive and standardized," so specs capture it and AI generates it, shifting the engineer's role from writing pipelines to defining specs, designing reusable patterns, and coordinating business context.
The throughline: AI made *generation* cheap, which moves the scarce resource to *durable intent*. A prompt is intent that evaporates; a spec is intent written down where it compounds.
<!-- atomicity: 1 idea ✓ -->
## Why This Matters
For **[[AI & the Future of Knowledge Work MOC]]**, this is the constructive answer to a problem several notes circle. [[3. Resources/Permanent Notes/The Bottleneck Moved From Code Generation to Review and Judgment]] says generation got cheap so judgment is the binding constraint; SDD is *how* you encode that judgment so it persists. And [[3. Resources/Permanent Notes/Clean Code Is the Human-AI Interface]] argues "document the why, not the what" — SDD is that maxim made executable: the spec *is* the externalized why.
It also sits in direct tension with [[3. Resources/Permanent Notes/Vernacular Software Survives the Bubble Because It Is Unmonetizable by Design]]. Doctorow celebrates throwaway, unspecified, homemade code precisely *because* it's deplatformed and disposable; SDD says disposability is the bug. Both are right for different stakes — the vernacular tinkerer wants freedom, the enterprise wants memory.
## Counterpoints to Hold
- **Specs rot too.** A versioned spec that nobody updates is just stale documentation with extra ceremony; SDD moves the discipline problem, it doesn't dissolve it.
- **Not all work is "repetitive and standardized."** SDD's fit for data engineering may not transfer to genuinely novel or exploratory work, where the spec can't be written before the problem is understood.
- **Author is a vendor.** The piece is bylined by an orchestration company; "specs as the system" is also a product pitch.
## Links
- [[3. Resources/Permanent Notes/The Bottleneck Moved From Code Generation to Review and Judgment]] — SDD is the mechanism for encoding the judgment that became the constraint.
- [[3. Resources/Permanent Notes/Clean Code Is the Human-AI Interface]] — "document the why not the what," made executable and versioned.
- [[3. Resources/Permanent Notes/Vernacular Software Survives the Bubble Because It Is Unmonetizable by Design]] — the opposite stance: throwaway code as a feature, not a debt.
- [[3. Resources/Permanent Notes/Notebooks Are JSON So Agentic Work Becomes an Auditable Memory Artifact]] — extends: specifications preserve prospective intent while notebook JSON preserves the executed workflow as retrospective memory
- [[3. Resources/Literature Notes/Setting Up a Prompt Engineering Workflow]] — applies-in: tested prompt instructions become reusable system memory only when their constraints are preserved outside the chat.
## Open Questions
- What's the smallest unit of "spec" that pays for itself, before the ceremony costs more than the memory it preserves?
- If AI can read a codebase and infer intent, does explicit SDD matter — or does inferred intent stay too unreliable for six-months-later maintenance?
## Source
- [Reader: Vibe coding can build your pipeline. It can't explain it six months later (VentureBeat)](https://read.readwise.io/read/01kv5xzg5gqca83kgmyn5jrcsb) — prompts as temporary memory; SDD as executable versioned operational memory; data-engineering role shift to spec/design/coordination
- See also: [[AI & the Future of Knowledge Work MOC]]