@floknowsai: Claude Code und Codex entwickeln trotzdem keine gute Software ohne Anforderungen. Woran das liegt, steht in einer Norm. Die ISO 25010 nennt neun Qualitätsmerkmale für Software: funktionale Eignung, Leistungseffizienz, Kompatibilität, Benutzerfreundlichkeit, Zuverlässigkeit, Sicherheit, Wartbarkeit, Flexibilität und Betriebssicherheit. Genau eines davon betrifft die Funktion. Die anderen acht legst du fest oder dein Agent entscheidet sie selbst. Das Problem ist nicht der Agent. Findet er in deinem Projekt schon Code, übernimmt er dessen Qualität. Bei einer neuen Funktion hat er nichts, woran er sich hält. Deshalb braucht jede Vorgabe etwas, woran dein Agent sie hinterher selbst prüfen kann. Schnell ist keine Vorgabe, zweihundert Millisekunden schon. Sicher ist keine Vorgabe, denn dann deckt er die Standardfälle ab. Statische Analysatoren übersehen laut einer Untersuchung an 27 Projekten und 1,15 Millionen Codezeilen zwischen 47 und 80 Prozent der Schwachstellen. Wie viel das ausmacht, ist gemessen. Ein Agent, der nur die Aufgabe bekommt, erfüllt 2,62 Prozent der nicht-funktionalen Anforderungen. Mit ausgeschriebenen Anforderungen und je einem Testfall dazu sind es 25,19 Prozent. Die zwei Ansätze dahinter unterscheiden sich in ihrer Reife. Test-Driven Development stammt von Kent Beck aus dem Jahr 2002 und ist über zwanzig Jahre erprobt. Spec-Driven Development in der heutigen Form gibt es seit Juli 2025, getragen von zwei Werkzeugen, und es existiert dazu keine Wirksamkeitsstudie. Beide widersprechen sich nicht, sie greifen an verschiedenen Stellen. Quellen: iso25000.com/index.php/en/iso-25000-standards/iso-25010 Lipp, Banescu, Pretschner, ISSTA 2022 ArchCode, ACL 2024, HumanEval-NFR Kent Beck, Test Driven Development by Example, 2002 github.com/github/spec-kit #ki #vibecoding #softwareengineering #claudecode #codex

Florian Schünemann

Open In TikTok:

Region: DE

Monday 07 September 2026 16:10:00 GMT