To Spec
Przekształca już odbytą rozmowę w specyfikację repo-aware w .plan/.
Działa po konfiguracji
Co robi ten skill
Syntetyzuje bieżącą rozmowę i bazę kodu w specyfikację (PRD) zapisaną w .plan/<slug>/spec.md, bez etapu wywiadu. Wymusza szkic test-seam przed pisaniem i stały zestaw sekcji: problem, rozwiązanie, wyczerpującą listę user-story, decyzje implementacyjne, decyzje testowe i zakres wykluczony. Wywoływane przez wpisanie /to-spec po zakończeniu dyskusji o funkcji.
Raport z testu
Uruchomiono to na prawdziwym 25-liniowym Python CLI plus rozmowa o funkcji, i porównano wynik ze specyfikacją bez umiejętności: 21 user stories wobec zera, i 0 odniesień do ścieżek plików lub kodu wobec 4, które zepsułyby się przy pierwszej refaktoryzacji. Krok seam jest tym, co przynosi korzyści – skierował plan testów na istniejący punkt wejścia main(argv) i oznaczył, że plik notatek musi być przekierowywalny dla każdego testu, lukę, którą specyfikacja bazowa pominęła i którą potwierdziliśmy wykonaniem (wywołanie w stylu testowym zapisało bezpośrednio do $HOME/.notes.json). Złapało również cztery zachowania, które bazowa specyfikacja pominęła, w tym co powinno się stać przy zmianie nazwy nieistniejącej etykiety. Haczyk polega na tym, że frontmatter zawiera disable-model-invocation, więc nigdy nie aktywuje się z frazy typu 'write this up as a spec' – musisz wpisać /to-spec, co dokumentuje uczciwie skills/README repozytorium. Znajduje się w skills/.optional/, ukrytym katalogu, którego nie zauważysz przeglądając repozytorium na GitHub.
Testowano: 2026-07-28 · Claude Code 2.x (agent harness)
Instalacja
git clone https://github.com/rengwu/wayfinder-maps.git mkdir -p ~/.claude/skills cd wayfinder-maps && cp -r skills/.optional/to-spec ~/.claude/skills/to-spec
Komendy i przykładowe prompty
/to-specPrzekształca już odbytą rozmowę w specyfikację repo-aware w .plan/.
Skille uruchamiają się na zwykłe polecenia — bez komend do zapamiętania. Po instalacji aktywują go prompty takie jak te (po angielsku):
/to-spec turn what we just discussed about tagging into a written PRDSave a spec to .plan for the notes feature we just finished designingWrite a PRD from this conversation with an exhaustive user story list