Die Artikel hier erklären eine Anforderungsnotation oder eine Praxis der spezifikationsgetriebenen Entwicklung (SDD, spec-driven development) und zeigen dieselbe Idee als SpecScore-Anforderung (REQ), die specscore spec lint in der kontinuierlichen Integration (CI, continuous integration) prüfen kann. SpecScore-Artikel erklären die Spezifikation in einfacher Sprache. Akzeptanzkriterien (AC, acceptance criteria) sind die Bedingungen, die wahr sein müssen, bevor eine Änderung als erledigt gilt. Spezifikationsgetriebene Entwicklung (SDD, spec-driven development) behandelt eine strukturierte Spezifikation als die Quelle, gegen die die Implementierung geprüft wird.
Claude Code spec-driven development und Cursor specs: was in ein SpecScore-Feature gehört, was specscore agent setup schreibt, und wie specscore spec lint in der Schleife und in der kontinuierlichen Integration (continuous integration, CI) läuft.
Eine Feature-Spec-Vorlage in Markdown: Anforderungen (REQ), Akzeptanzkriterien (AC), ein Szenario, ein Plan und Aufgaben, geprüft mit specscore spec lint in der kontinuierlichen Integration (CI).
Was ein Spezifikationslinter prüft, wie man specscore spec lint in der kontinuierlichen Integration (CI) ausführt, die echte Textausgabe und der Vergleich mit Werkzeugen, die Spezifikationen nicht in CI/CD validieren.
Beispiele für Akzeptanzkriterien in Given/When/Then und als Checkliste, was ein Kriterium prüfbar macht, und was specscore spec lint in der kontinuierlichen Integration (CI) prüft.
Was EARS (Easy Approach to Requirements Syntax) ist, die Satzmuster, wie Kiro die EARS-Notation nutzt, und eine SpecScore-Anforderung, die der Linter akzeptiert.
Aus der Spezifikation wird ein Wochenziel: ein Ergebnis für Nutzer wählen, Zeit reservieren, Nachweise prüfen und die nächste Entscheidung treffen.
Have an idea how to improve this page?