Hogyan kössük össze a /feature-refinement, /iterative-review, /plan-maker és /implement parancsokat – és hol döntsünk emberi review mellett.
AI parancsEmberi review gateMUST kötelezőSUGGESTED ajánlottOPTIONAL opcionális
Review intenzitás:
Csak a kötelező és ajánlott gate-ek aktívak. A többi halványul.
▸ Pipeline · brieftől a commit-ig
Kattints egy lépésre a részletekért · vagy navigálj a ←→ billentyűkkel
Hány human review-t tartasz meg?
A senioritásod és a feladat kockázata dönti el. Több automatizálás → több token, több AI drift. Több emberi gate → lassabb, de biztosabb.
Minimum
Gyors prototípus
Csak a kötelező gate-eket tartod meg. Akkor jó, ha a feature kicsi, vagy throwaway POC.
3 → 4 → 5 → 6 → 8
Kiegyensúlyozott
Tipikus napi munka
Kötelező + ajánlott review-k. Senior fejlesztőnek ez az alapértelmezett.
1 → 3 → 4 → 5 → 6 → 7 → 8 → 9
Maximum
Magas kockázat / kritikus rendszer
Minden gate aktív, beleértve az opcionálisat is. Production, biztonsági feature, vagy nagy refactor.
1 → 2 → 3 → 4 → 5 → 6 → 7 → 8 → 9
Parancs cheatsheet
/feature-refinement
Kérdés-felelek session, ami a kódot is elemzi. Brief md fájl születik belőle.
/iterative-review <file>
Devil's Advocate ágensek párhuzamosan támadják, mások javítják. Ismétlődik, amíg nincs major issue.
/plan-maker <brief>
Architektúra, tesztek, acceptance criteria, részletes taszkok. Akár 1000+ sor.
/implement next <plan>
A következő egyetlen taszkot implementálja. Belső /iterative-review loop fixeli az issue-kat. Bármilyen harness-ben (Claude Code, Cursor, claude -p) működik.
/implement all <plan>
Végigmegy minden uncompleted taszkon — egyszerre egyet, minden taskhoz egy commit. Csak ha jól strukturált a plan és vállalod a kisebb kontrollt.
Aranyszabályok
01
Garbage in → garbage out. A brief minősége határozza meg az egész pipeline outputját. Ne sajnáld rá az időt.
02
Új session = tiszta lap. Jóváhagyott artefakt után új sessionben folytasd. Nem viszed a felesleges kontextust.
03
Egy taszk = egy commit. Soha ne bundle-ölj több taszkot. A diff lekövethető marad.
04
TDD nem opcionális. Funkcionalitást tesztelj (user story), nem a kódot. Unit + integration + e2e minden taszkhoz.
05
Több automatizálás = több token. A human review-k arányát te döntöd el. Ez senioritás kérdése.
Devil's Advocate · az ágens, ami sokat számít
Mit csinál a Devil's Advocate ágens, és miért menő?
A legtöbb AI ágens azt nézi, mi működik. A Devil's Advocate fordítva áll a problémához: kifejezetten azt keresi, mi romolhat el. Stressz-teszteli a tervet, kérdőjelez, kontrázik, vakfoltokat tár fel — és nem győzni akar, hanem feltörni a saját feltételezéseinket.
Mit néz?
Logikai hézagok, rejtett feltételezések, hiányzó edge case-ek, túl optimista becslések, hallucinált tények, és olyan kockázatok, amik nem szerepelnek a tervben.
Hogyan működik a loop?
Több Devil's Advocate ágens párhuzamosan támadja az artefaktot (brief, plan, code diff). Más ágensek a moderate+ szintű issue-kat javítják. Újrafut, amíg nincs major issue.
Miért menő?
Ez törli a confirmation bias-t a pipeline-ból. Az AI-d nem csak "egyetértő partner" lesz — kapsz egy belső kritikust is, aki előhívja, amit te magad nem mernél kimondani.
Mikor használd külön?
A workflow-ban a 3. és 6. lépésben (brief és plan) automatikusan fut. De manuálisan is hívhatod kód review-ra, architektúrai döntésekre, vagy bármilyen "túl szépnek tűnő" ajánlatra.
Devil's Advocate filozófia: "Nem azt keresem, ami működik — azt keresem, ami elromolhat." A jó kritika olcsóbb, mint a rossz implementáció.