Zastosowanie · spec-driven development z Claude Code
Spec-driven development z Claude Code: od specyfikacji do przyjętej pracy.
W spec-driven development specyfikacja powstaje przed kodem: mówi, co zbudować, w jakim zakresie i po czym poznać, że praca jest skończona. W featureloom specyfikacja to plan na tablicy kanban. Claude Code zamienia Twoją specyfikację w plany według szablonu zespołu i realizuje je plan po planie, a Ty przyjmujesz każdy wynik, porównując go z jego planem.
Wbudowany szablon planu wymaga celu, zakresu, kroków, kryteriów akceptacji i definicji ukończenia w każdym planie, który wygeneruje aplikacja albo napisze agent. Plan utworzony przyciskiem Nowy plan zaczyna się od pustego dokumentu. Szablon dopasujesz do zespołu na ekranie Ustawienia projektu, w zakładce Szablon planu.

Specyfikacja
Ze specyfikacji powstają plany według szablonu Twojego zespołu.
Szablon nadaje każdej specyfikacji ten sam kształt
Każdy projekt ma szablon planu. Wbudowany wymaga celu, zakresu razem z tym, co jest z niego wyłączone, kroków, kryteriów akceptacji i definicji ukończenia. Kryteria akceptacji to sprawdzalne stwierdzenia, które muszą być prawdziwe, gdy praca jest skończona. Szablon zmieniasz na ekranie Ustawienia projektu, w zakładce Szablon planu, a agenci trzymają się go, gdy piszą plany przez konsolę.
- Plan generowany w aplikacji powstaje według tego samego szablonu
- Prompt Planista każe agentowi pisać każdy plan w sekcjach szablonu
- Szablon zmienia osoba, nigdy konsola

Claude Code zamienia specyfikację w plany
Zapisz specyfikację jako plik w folderze, w którym uruchamiasz Claude Code, i wyślij polecenie z promptem Planista. Prompt każe agentowi przeczytać szablon projektu, sprawdzić, jakie plany i epiki już są na tablicy, dla tematu bez epiku założyć epik i napisać plany w sekcjach szablonu. Każdy plan ma opisywać jedną pracę z kryteriami akceptacji, którą jedna sesja agenta zrealizuje w całości.
- Agent zapisuje kolejność w zależnościach: który plan czeka na który
- Gdy specyfikacja zostawia wybór otwarty, prompt każe agentowi nazwać go w planie i podać rekomendację
- Nowe plany trafiają do kolumny oznaczonej stanem backlog, a każdy z nich zmienisz przyciskiem Edytuj

Jak zaczynasz
Od specyfikacji do przyjętej pracy w trzech krokach.
Dopasuj szablon planu
Otwórz Ustawienia projektu i zakładkę Szablon planu. Zostaw wbudowany szablon albo dopisz sekcje, których potrzebują specyfikacje Twojego zespołu, i naciśnij Zapisz szablon.
Daj Claude Code specyfikację
Uruchom Claude Code w folderze z plikiem specyfikacji i wyślij polecenie z promptem Planista. Potem wskaż plik i projekt: agent napisze plany na Twojej tablicy.
Realizuj plan po planie i odbieraj
Skopiuj polecenie z planu, z części Polecenie dla konsoli, i wklej je w Claude Code. Gdy agent zgłosi plan, w części Odbiór naciśnij Przyjmuję albo Nie przyjmuję.
Najpierw połącz Claude Code: w aplikacji otwórz Integracje, na karcie Twoje konsole naciśnij Połącz konsolę i wybierz Claude Code.
Samouczek: Podłącz Claude Code jednym poleceniemRealizacja i odbiór
Claude Code pracuje według planu. Ty porównujesz z nim wynik.
Cały plan w jednym wywołaniu
Polecenie z planu, na przykład featureloom realizator FAK-14, daje Claude Code w jednym wywołaniu prompt Realizator, cały dokument planu i dokumenty zrealizowanych planów, od których ten plan bezpośrednio zależy. Prompt każe agentowi robić tylko to, co jest w planie, a gdy plan czegoś nie rozstrzyga, zadać pytanie, zamiast zgadywać.
- Pytanie agenta i Twoja odpowiedź zostają w dokumencie planu
- Kolumny, kolejność i odbiór zostają w rękach osób z organizacji
- Każdy zapis, który zmienia tekst, to nowa wersja, a plan pamięta 100 ostatnich

Odbiór według specyfikacji
Na końcu agent zgłasza plan z Notą realizacyjną: co zrobiono, co wyszło inaczej niż w planie i dlaczego oraz czego nie zrobiono. Porównujesz wynik z kryteriami akceptacji planu i naciskasz Przyjmuję albo Nie przyjmuję, z powodami albo bez. Gdy po Nie przyjmuję wkleisz to samo polecenie jeszcze raz, agent przeczyta Twoje powody, weźmie plan z powrotem do realizacji i dopisze Notę poprawkową.
- Werdykt zostaje w planie z powodami, datą i osobą, która zdecydowała
- Werdykt wysłany z konsoli serwer odrzuca
- Raporty pokazują, co zrealizowano i przyjęto, tydzień po tygodniu

Pytania o spec-driven development z Claude Code
Czym jest spec-driven development z Claude Code?
To sposób pracy, w którym specyfikacja powstaje przed kodem, Claude Code pracuje według niej, a wynik porównuje się z tą samą specyfikacją. W featureloom specyfikacja to plan na tablicy: Claude Code dostaje go w całości jednym poleceniem, a pracę przyjmuje osoba w aplikacji.
Czy specyfikację muszę pisać w featureloom?
Nie. Możesz dać Claude Code plik, który już masz, na przykład specyfikację albo PRD, i wysłać polecenie z promptem Planista: agent napisze z niego plany w sekcjach szablonu. Bez agenta aplikacja wygeneruje plan z wklejonego tekstu albo dokumentu PDF lub Word. Każdy plan, także napisany przez agenta, zmienisz przyciskiem Edytuj nad dokumentem.
Co, jeśli specyfikacja czegoś nie rozstrzyga?
Prompt Planista każe agentowi nazwać taki wybór w planie i podać rekomendację. Przy realizacji prompt Realizator każe mu pytać, zamiast zgadywać: pytanie trafia do dokumentu planu, a Ty odpowiadasz na ekranie planu.
Od specyfikacji do przyjętej pracy, plan po planie.
30 dni za darmo, bez karty płatniczej.