specifikációvezérelt fejlesztés (SDD)

angolul: spec-driven development

haladóterjedő

Olyan szoftverfejlesztési módszer, amelyben először részletes írásos leírás készül arról, mit kell tudnia a programnak, és az AI-agent ez alapján írja meg a kódot.

Érthetően

Képzeld el, hogy házat építtetsz. Mondhatod a kőművesnek, hogy „legyen egy szép, tágas ház”, és aztán menet közben vitatkoztok minden falról. Vagy készíttethetsz előbb tervrajzot, amelyen minden szoba, ajtó és konnektor szerepel, és az építkezés ehhez igazodik. A specifikációvezérelt fejlesztés a második út, csak éppen szoftverre és kódoló agentre alkalmazva.

A specifikáció egy közérthető nyelven megírt dokumentum: mit csináljon a program, kinek, milyen feltételekkel, és miből látszik, hogy elkészült. Az agent nem egy-két mondatos kérésből találgat, hanem ebből a leírásból dolgozik, így kevesebb a félreértés, és utólag is ellenőrizhető, hogy azt kaptad-e, amit kértél.

Ez a módszer a rögtönzött, „majd menet közben kiderül” stílusú AI-s programozás ellenpárja. Lassabban indul, mert előbb gondolkodni és írni kell, cserébe a nagyobb, több hétig tartó munkáknál jellemzően kevesebb az újrakezdés. A súlypont áthelyeződik: az ember fő dolga a szándék pontos megfogalmazása, a kód megírása egyre inkább az agentre marad.

Hogyan működik

Megírod a specifikációt: leírod, mit akarsz elérni és miért, kik fogják használni a programot, és mik az elfogadás feltételei. Ebben gyakran maga az agent is segít kérdésekkel.
Az agent a leírásból műszaki tervet készít: milyen részekből áll majd a rendszer, milyen technológiákkal, milyen megkötések mellett. Ezt átnézed és jóváhagyod.
A tervet az agent kisebb, egyenként ellenőrizhető feladatokra bontja, hasonlóan egy teendőlistához.
Az agent sorban megírja a kódot a feladatokhoz, és tesztekkel ellenőrzi, hogy az eredmény megfelel-e a specifikációnak.
Ha változik az igény, először a specifikációt módosítod, és csak utána a kódot. Így a leírás mindig az aktuális állapotot tükrözi, és nem válik elavult papírrá.

Példa a mindennapokból

Egy kisvállalkozás időpontfoglaló rendszert szeretne. A fejlesztő nem annyit ír az agentnek, hogy „csinálj foglalós oldalt”, hanem előbb egy kétoldalas leírásban rögzíti, ki foglalhat, mennyivel előre, hogyan lehet lemondani és milyen értesítés megy ki. Az agent ebből dolgozik, a megrendelő pedig a leírás alapján tudja számon kérni, hogy minden elkészült-e.

Kit érint

fejlesztőA munkád egyre inkább a pontos követelmények megírásából és az agent munkájának ellenőrzéséből áll, kevésbé a kód soronkénti begépeléséből. → Kód

vállalkozó, vezetőA specifikáció olyan dokumentum, amelyet te is el tudsz olvasni, így jobban átlátod és számon kérheted, mit építenek a pénzedből.

munkavállalóHa nem vagy programozó, de pontosan le tudod írni egy munkafolyamat szabályait, akkor is érdemben részt vehetsz egy szoftver megtervezésében. → Munka és HR

Gyakori félreértés

TévhitHa elég részletes a specifikáció, az agent hibátlan programot ír, és a kódot már nem kell átnézni.

ValójábanAz agent a jó leírást is félreértheti vagy figyelmen kívül hagyhatja egyes pontjait, ezért a tesztelés és az emberi ellenőrzés továbbra is szükséges. A specifikáció csökkenti a hibák esélyét, de nem szünteti meg őket.

Korlátok és kockázatok

A rossz vagy hiányos specifikációból rossz program lesz: a módszer annyit ér, amennyire végiggondolt a leírás.
Apró javításoknál és gyors kísérleteknél a dokumentumok megírása több időt vihet el, mint amennyit megtakarít.
A leírás és a kód idővel elcsúszhat egymástól, ha a csapat nem tartja karban fegyelmezetten mindkettőt.
Az agent által generált hosszú terveket és feladatlistákat fárasztó végigolvasni, így könnyű átgondolás nélkül jóváhagyni őket.

Hasonló, de nem ugyanaz

vibe coding – A vibe coding rögtönzött, beszélgetős programozás előzetes terv nélkül, a specifikációvezérelt fejlesztés viszont írásos leírással indul, és ahhoz méri az eredményt.
tesztvezérelt fejlesztés – A tesztvezérelt fejlesztésben a kód előtt megírt automatikus tesztek rögzítik az elvárást. Itt egy emberi nyelven írt dokumentum rögzíti, és a tesztek is ebből készülnek. A két módszer nem zárja ki egymást, gyakran együtt használják őket.
promptírás – A prompt többnyire egy-egy beszélgetésre szóló utasítás, a specifikáció viszont tartós dokumentum, amely a projekt teljes ideje alatt megmarad, és a módosításai is nyomon követhetők.

Kapcsolódó fogalmak

Tágabb

szoftverfejlesztés, AI-alapú szoftverfejlesztés, agentalapú fejlesztés

Szűkebb

–

Rokon

kódoló agent, vibe coding, tesztvezérelt fejlesztés, kontextustervezés, promptírás, követelményspecifikáció, feladatlebontás, elfogadási feltétel

Röviden a története

A specifikációból kiinduló fejlesztés gondolata régi a szoftveriparban, de mai, AI-agentekhez kötött jelentése 2025-ben vált ismertté. Abban az évben jelent meg az Amazon Kiro nevű fejlesztőeszköze és a GitHub nyílt forráskódú Spec Kit eszközkészlete, mindkettő erre a munkamódszerre épül.

Hol tart most

2026 végén több kódoló agent és fejlesztőeszköz kínál beépített, specifikációra épülő munkamenetet, és főleg nagyobb, hosszabb projekteknél használják. Egységes szabvány vagy általánosan elfogadott bevált gyakorlat még nincs, a szakmán belül vita folyik arról, mikor éri meg.

Állapot: 2026. november

Más nevei

specifikációvezérelt fejlesztés · specifikációalapú fejlesztés · spec-vezérelt fejlesztés · spec-driven development · specification-driven development · SDD · spec-first fejlesztés · spec-driven fejlesztés

Források

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.