Lekcja 14 · Faza 2 · Krok 2 z 6
Autor pakietu wprost stawia to jako drugi krok, zaraz po setupie: zanim padnie choć jedna linijka kodu, przegoń plan przez "relentless interview" — serię pytań, które wymuszają precyzję tam, gdzie normalnie zostałaby niedopowiedziana. To adresuje pierwszy z czterech trybów porażki z README pakietu: misalignment — agent nie zrozumiał wymagań.
.agents/skills/{grilling,grill-me,grill-with-docs,domain-modeling}/SKILL.md — cała treść poniżej pochodzi wprost z nich.
| Skill | Co robi | Kto wywołuje |
|---|---|---|
grilling | sam wywiad — pytanie po pytaniu, z rekomendowaną odpowiedzią Claude przy każdym | Ty, albo Claude samo, gdy wyczuje frazę-wyzwalacz albo plan wymagający testu |
grill-me | tylko uruchamia sesję grilling | wyłącznie Ty, ręcznie — disable-model-invocation: true |
grill-with-docs | uruchamia grilling razem z domain-modeling | wyłącznie Ty, ręcznie |
To nie trzy różne wywiady — to jeden mechanizm (grilling), plus dwie ręczne furtki do niego, z których jedna dokłada dyscyplinę domenową. Dokładnie ta kompozycyjność, o której mówi README pakietu: małe, składalne skille zamiast jednego wielkiego.
"Interview me relentlessly about every aspect of this plan until we reach a shared understanding. Walk down each branch of the design tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer. Ask the questions one at a time, waiting for feedback on each question before continuing. If a question can be answered by exploring the codebase, explore the codebase instead."
Trzy zasady warte zapamiętania: jedno pytanie naraz (nie zalewa Cię listą), zawsze z rekomendacją (nie zostawia Cię samego z pustym pytaniem), i eksploracja zamiast pytania, gdy odpowiedź da się znaleźć w kodzie zamiast w Twojej głowie.
grill-with-docs nie jest osobnym, "lepszym" wywiadem — to dokładnie ten sam grilling, uruchomiony razem z domain-modeling (Lekcja 13 wspominała ten skill przy trzeciej decyzji setupu). Różnica: przy każdym rozstrzygniętym terminie CONTEXT.md aktualizuje się na żywo, a ADR-y powstają w trakcie, nie po fakcie.
domain-modeling oferuje ADR tylko, gdy wszystkie trzy warunki są spełnione naraz:
Brak choćby jednego — ADR się nie tworzy. To celowa ochrona przed zaśmiecaniem docs/adr/ decyzjami, które nikogo w przyszłości nie zdziwią.
W swoim prawdziwym projekcie (po uruchomionym setup-matt-pocock-skills z Lekcji 13), weź plan na najbliższą, jeszcze nierozpoczętą funkcję i wpisz /grill-with-docs:
CONTEXT.md — sprawdź po sesji, czy faktycznie zaktualizował się w trakcie, a nie dopiero na końcu.1. Czym różni się grill-with-docs od grill-me pod względem samego mechanizmu pytań?
2. Dlaczego grilling (w przeciwieństwie do grill-me) NIE ma disable-model-invocation: true?
3. Wywiad ma zadać pytanie, na które odpowiedź istnieje wprost w kodzie repo. Co powinno się stać zgodnie z treścią skilla grilling?
4. Grillujecie decyzję, która jest łatwa do odwrócenia i nie wynika z żadnego realnego kompromisu. Co zrobi domain-modeling?
5. Czym CONTEXT.md różni się od specyfikacji czy notatnika implementacyjnego, według domain-modeling?