Die meisten Repositories dieser Größe haben ein Plateau erreicht. github/spec-kit sammelt immer noch etwa 892 Sterne an einem einzigen Tag, was zeigt, dass die spezifikationsgetriebene Idee keine vorübergehende Erscheinung ist.
Was es eigentlich ist
Ein CLI‑Toolkit — specify — plus Vorlagen und Skripte. Keine gehostete API, kein eigenes Modell. Du installierst es, und es fügt einen Workflow in den von dir bereits genutzten Coding‑Agenten ein: Claude Code, Copilot, Cursor, über 30 Anbindungen. Der Ablauf ist festgelegt: constitution, specify, plan, tasks, implement, converge. Optional gibt es Klarstellungs‑ und Analyse‑Schritte, falls du möchtest, dass der Agent zuerst Lücken in deiner eigenen Spezifikation aufdeckt.
Das Problem, das es löst, ist Drift. Lange Agent‑Sitzungen wandern ab — der Code kompiliert, sieht korrekt aus und hört leise auf, das zu sein, was du verlangt hast. Ein Chat‑Protokoll ist ein miserabler Vertrag. Eine schriftliche Spezifikation, die der Agent in jeder Phase erneut liest, ist ein annehmbarer Vertrag.
Warum es jetzt wichtig ist
GitHub hat das im September 2025 veröffentlicht, MIT‑lizenziert, mit John Lams Handschrift in der Forschung. Die Wette: Sobald Agenten den Großteil des Codes schreiben, ist die knappe Fähigkeit, das Ganze präzise zu beschreiben. spec-kit ist GitHub, das argumentiert, dass der Engpass bereits verschoben wurde.