Specificational Coding

Bei dieser Arbeitsweise steht am Anfang nicht der Auftrag, sondern die Beschreibung: Was soll entstehen, welche Bedingungen muss es erfüllen, woran ist Erfolg erkennbar. Erst danach setzt ein Agent um, und die Beschreibung bleibt der Maßstab für die Abnahme. Willison

Die Spezifikation wird zum eigentlichen Artefakt

Der Gedanke ist nicht neu, bekommt aber neues Gewicht. Solange Menschen den Code schrieben, war eine grobe Beschreibung ausreichend, weil Lücken beim Schreiben auffielen und im Gespräch geklärt wurden. Ein Agent füllt Lücken selbst, meist plausibel und manchmal falsch, und niemand merkt es.

In der Praxis liegt die Beschreibung im Repository, versioniert wie Code. Dazu gehören die Regeln des Projekts, die ein Agent in jeder Sitzung braucht. AGENTS.md Feste Begriffe haben sich dafür noch nicht durchgesetzt, verwandte Bezeichnungen wie Spec-Driven Development meinen Ähnliches.

So kannst du dir das vorstellen

Ein Bauantrag statt einer mündlichen Absprache mit dem Handwerker. Die Zeichnung kostet Zeit und verhindert, dass am Ende die Tür an der falschen Seite sitzt. Das Bild erklärt den Zweck der Vorarbeit, es empfiehlt keinen bestimmten Formalisierungsgrad.

Was es in der Praxis konkret bedeutet

Für kleine Änderungen lohnt der Aufwand nicht. Sinnvoll wird er, sobald mehrere Dateien betroffen sind oder das Ergebnis jemand anders abnimmt. Halte die Beschreibung so knapp wie möglich und so prüfbar wie nötig: Abnahmekriterien als Liste, Beispiele für Ein- und Ausgaben, ausdrücklich genannte Nichtziele. Der letzte Punkt spart die meisten Runden.

Wo es verwechselt wird

Eine Spezifikation ersetzt keine Prüfung des Ergebnisses. Sie verschiebt nur, woran geprüft wird. Und sie ist kein Pflichtenheft im klassischen Sinn: Gemeint ist ein knappes, lebendes Dokument, kein Vertragsanhang.

Verwandte Begriffe

Spec-Driven Development, Conversational Coding, Agentic Engineering, Quality Gate, Coding Agent, Verification Gap.