Spec-Driven Development
Anforderungen in Spezifikationen, Pläne, Code und nachvollziehbare Änderungsdokumente überführen.
Geben Sie Menschen und Coding Agents einen gemeinsamen Vertrag, bevor die Implementierung beginnt. FiboCode und Fibo Skills machen aus einer ersten Anfrage ausdrückliche Akzeptanzkriterien, ein verknüpftes Design, einen geordneten Plan, geprüften Code und ein Änderungsdokument, das im Repository bleibt.
Schneller Code ist nicht dasselbe wie abgestimmter Code.
Ein Coding Agent kann eine kurze Anfrage schnell implementieren, doch fehlende Annahmen zeigen sich oft erst, nachdem Dateien geändert wurden. Bleiben Anforderung, Grenze und Abschlussnachweis implizit, müssen Reviewer das beabsichtigte Verhalten rekonstruieren und zugleich den Code beurteilen.
Spec-Driven Development schafft vor der Ausführung einen ausdrücklichen Pfad. Aus der Anforderung werden testbare Akzeptanzkriterien; Designentscheidungen beschreiben, wie sie erfüllt werden; der Plan benennt geordnete Aufgaben, Dateien und Prüfungen. Die Implementierung erhält einen sichtbaren Vertrag, und das abschließende Diff-Dokument erklärt die tatsächlichen Änderungen.
Sehen Sie, wie der Ablauf mit der realen Arbeit verbunden bleibt.
Die Demos zeigen nachvollziehbare Projektdokumente, die mit dem Code wachsen, während der Agent CLI im bestehenden Terminalablauf bleibt.
Sehen Sie die Dokumentkette, die eine erste Anforderung mit Entscheidungen, Aufgaben, Implementierungsbelegen und späterem Verständnis verbindet.
Belassen Sie den Agent CLI im Terminal und geben Sie ihm konkrete Dateien, Symbole, Screenshots und navigierbare Ausgabepfade.
In vier Phasen von der Absicht zum Nachweis.
Jede Phase hat einen eigenen Zweck, damit Fragen geklärt werden, bevor sie zu verborgenen Implementierungsentscheidungen werden.
Klären Sie Anforderung und Akzeptanzkriterien.
Überführen Sie die erste Anfrage in ausdrückliche, testbare Ergebnisse und grenzen Sie aus, was nicht Teil der Änderung ist. Der Entwickler bestätigt den Vertrag, bevor Produktionscode entsteht.
Entwerfen Sie den Ansatz anhand der Kriterien.
Beschreiben Sie, wie das System jedes Kriterium erfüllt, einschließlich Grenzen, Schnittstellen und wichtiger Abwägungen. Verknüpfungen halten Entscheidungen zu dem Verhalten nachvollziehbar, dem sie dienen.
Erstellen und bearbeiten Sie einen geordneten Plan.
Teilen Sie das Design in begrenzte Aufgaben mit beteiligten Dateien und Akzeptanzmethoden. Der Coding Agent arbeitet die Reihenfolge mit dem vereinbarten Kontext ab.
Prüfen Sie den Code und dokumentieren Sie die tatsächliche Änderung.
Untersuchen Sie das entstandene Diff, verifizieren Sie die Akzeptanzkriterien und bewahren Sie für künftige Arbeit eine hunkbezogene Erklärung dessen auf, was sich warum geändert hat.
Ein nachvollziehbarer Vertrag rund um die Agent-Ausführung.
Akzeptanzkriterien vor der Implementierung.
Eine Spezifikation macht aus unscharfer Absicht beobachtbare Ergebnisse und gibt Entwickler und Agent eine gemeinsame Definition des Abschlusses.
Designentscheidungen sind mit Verhalten verknüpft.
Das Design erklärt, wie die Änderung funktionieren soll, und verbindet jede wichtige Entscheidung mit dem Kriterium, das sie erfordert.
Begrenzte, geordnete Ausführung.
Pläne benennen Aufgaben, beteiligte Dateien und Prüfmethoden, sodass die Implementierung in prüfbaren Einheiten statt in einem undurchsichtigen Sprung erfolgt.
Im Diff verankerte Änderungshistorie.
Nach der Ausführung erklärt ein echtes Diff-Dokument die Implementierungshunks und verbindet sie mit der umgebenden Logik und Projektabsicht.
Anwendungsfall: Verhalten über mehrere Module hinweg ändern.
Eine Anfrage klingt einfach, betrifft aber Routing, Zustand, UI und Validierung. Der Entwickler einigt sich zuerst auf beobachtbare Ergebnisse und Ausschlüsse. Das Design ordnet diese Ergebnisse den betroffenen Grenzen zu, und der Plan teilt die Arbeit in dateibezogene Aufgaben mit einer Prüfmethode für jede Aufgabe.
Der Agent CLI führt anschließend mit weniger verborgenen Entscheidungen aus. Reviewer können das Ergebnis mit den bestätigten Kriterien vergleichen, die tatsächlichen Codeänderungen untersuchen und ein Diff-Dokument behalten, das die Verbindung der Implementierung zur ursprünglichen Anforderung erklärt.
Eine Ablaufschicht, kein Ersatz für Ihren Agent oder Ihre Tests.
Fibo Skills führt durch Klärung, Spezifikation, Design, Planung, Ausführung und Änderungsdokumentation. Der gewählte Agent CLI erledigt weiterhin die Programmierarbeit, und die echten Tests und Akzeptanzmethoden des Projekts entscheiden weiterhin, ob das Ergebnis korrekt ist.
Der Wert liegt in gemeinsamer Abstimmung und Nachvollziehbarkeit. Ein promptzentrierter Ablauf kann mit ungeklärter Absicht zu programmieren beginnen; der spezifikationsgetriebene Weg macht diese Absicht vor der Änderung prüfbar und bewahrt die Belege danach auf.
FAQ zu Spec-Driven Development
Brauche ich für jede kleine Änderung eine Spezifikation?
Nutzen Sie den Ablauf, wenn Verhalten, Grenzen oder Akzeptanz abgestimmt werden müssen. Eine kleine mechanische Änderung benötigt möglicherweise nicht dieselbe Tiefe wie ein Feature über mehrere Module.
Was sind Fibo Skills?
Fibo Skills sind Ablaufanweisungen für unterstützte Agent CLI-Umgebungen, die durch Klärung, Spezifikation, Design, Planung, Ausführung und Änderungsdokumentation führen.
Kann der Agent vor der Freigabe mit dem Programmieren beginnen?
Der vorgesehene Ablauf verlangt zuerst die Freigabe der Spezifikation durch den Entwickler, damit Produktionscode auf einem ausdrücklichen Verhaltensvertrag statt auf ungeklärten Annahmen beruht.
Wie bleiben Design und Plan nachvollziehbar?
Designentscheidungen verweisen auf Akzeptanzkriterien; Planaufgaben benennen die Kriterien, Dateien und Akzeptanzmethoden der Arbeit.
Was geschieht nach der Implementierung?
Das Ergebnis wird anhand der Spezifikation und des echten Diffs geprüft. Ein Änderungsdokument kann dann die Implementierungshunks erklären und festhalten, warum sie existieren.