Rozwój sterowany specyfikacją z Claude Code i Cursor
Claude Code spec-driven development i Cursor specs: co należy do funkcji SpecScore, co zapisuje specscore agent setup i jak specscore spec lint działa w pętli oraz w ciągłej integracji (CI).
Artykuły
Artykuły tutaj wyjaśniają notację wymagań albo praktykę rozwoju sterowanego specyfikacją (SDD, spec-driven development), a potem pokazują ten sam pomysł jako wymaganie SpecScore (REQ), które specscore spec lint może sprawdzić w ciągłej integracji (CI, continuous integration). Artykuły SpecScore wyjaśniają specyfikację prostym językiem. Kryteria akceptacji (AC, acceptance criteria) to warunki, które muszą być prawdziwe, zanim zmiana liczy się jako ukończona. Rozwój sterowany specyfikacją (SDD, spec-driven development) traktuje ustrukturyzowaną specyfikację jako źródło, względem którego sprawdza się implementację.
Opublikowane
Szablon PRD w Markdown do programowania z AI
Szablon specyfikacji funkcji w Markdown: wymagania (REQ), kryteria akceptacji (AC), scenariusz, plan i zadania, sprawdzone przez specscore spec lint w ciągłej integracji (CI).
Lintowanie specyfikacji w CI linterem specyfikacji
Co sprawdza linter specyfikacji, jak uruchomić specscore spec lint w ciągłej integracji (CI), prawdziwy wynik tekstowy i porównanie z narzędziami, które nie walidują specyfikacji w CI/CD.
Jak pisać kryteria akceptacji, które agent AI może zweryfikować
Przykłady kryteriów akceptacji w Given/When/Then i jako lista kontrolna, co sprawia, że kryterium jest sprawdzalne, oraz co specscore spec lint sprawdza w ciągłej integracji (CI).
Składnia wymagań EARS wyjaśniona, z przykładami
Czym jest EARS (Easy Approach to Requirements Syntax), wzorce zdań, jak Kiro używa notacji EARS i wymaganie SpecScore, które przechodzi linter.
Projekt ma specyfikację. Co ukończysz w tym tygodniu?
Zamień specyfikację w tygodniowe zobowiązanie: wybierz efekt dla użytkownika, zarezerwuj czas i oceń dowody przed kolejną decyzją.