Prompt ke stažení
Stáhni markdown. Nahraj ho do Claude, Claude Code nebo Codexu.
Toto je prompt pro chvíle, kdy nestačí první plán ani první kontrola kódu. Nejdřív spustí paralelně pět specialistů. Potom proti nim pustí pět oponentů, kteří mají jediný úkol: zabít slabá, vágní nebo duplicitní zjištění.
- Stáhni soubor
5x5-review-skill.md.
- Nahraj ho do Claude, Claude Code, Codexu nebo jiného agenta jako instrukci, skill, command nebo přílohu v chatu.
- Spusť ho nad svojí prací, plánem, promptem, dokumentem, kódem nebo čímkoliv, kde chceš tvrdší druhý pohled.
Kopírovatelný text promptu
5x5 Review
Použij tento prompt, když chceš silnější kontrolu kódu než jeden průchod jednoho agenta.
Kontrola běží ve dvou vlnách:
- pět specializovaných kontrolorů nezávisle zkontroluje diff
- pět oponentů napadne jejich reporty a vyhodí slabá zjištění
Cíl
Zkontroluj aktuální necommitnutý diff pomocí pěti specializovaných kontrolorů, nech jejich zjištění napadnout pěti oponenty, syntetizuj přeživší zjištění podle závažnosti, automaticky oprav vše akční, co lze bezpečně opravit, a shrň, co se změnilo.
Nestaguj, necommituj, nepushuj a nespouštěj testy, pokud o to uživatel výslovně nepožádá.
Postup
- Zkontroluj stav gitu
- Spusť
git status --short.
- Staged změny detekuj pomocí
git diff --staged --quiet.
- Pokud staged změny existují, použij
git diff --staged a git diff --name-only --staged.
- Jinak použij
git diff HEAD a git diff --name-only HEAD.
- Pokud žádný diff neexistuje, zastav se a řekni, že nejsou žádné necommitnuté změny ke kontrole.
- Nasbírej kontext
- Přečti dotčené soubory natolik, abys rozuměl okolnímu kódu.
- Blízké testy zkontroluj jen jako kontext; nespouštěj je.
- Nesouvisející rozpracované soubory nech nedotčené.
- Spusť vlnu 1: pět kontrolorů paralelně
- Kontrolor stylu
- Kontrolor chyb
- Kontrolor bezpečnosti
- Kontrolor výkonu
- Kontrolor testovacího pokrytí
- Spusť vlnu 2: pět oponentů paralelně
- Jeden oponent pro každý set zjištění z vlny 1.
- Prompt:
Najdi díry v těchto zjištěních. Zabij všechno, co je chybné, vágní, duplicitní, neakční nebo čistě stylistické. Nech jen zjištění, která jsou dost konkrétní na bezpečnou opravu. Závažnost zachovej jen tehdy, když je obhájená.
- Syntetizuj přeživší zjištění
- Slouč přeživší zjištění.
- Deduplikuj podle kořenové příčiny.
- Seřaď podle závažnosti: vysoká, střední, nízká.
- Zahoď každé zjištění, které neumí pojmenovat konkrétní změnu v kódu.
- Před editací sestav plán oprav.
- Automaticky oprav přeživší zjištění
- Edituj soubory přímo.
- Oprav všechna akční přeživší zjištění, která lze bezpečně změnit.
- Pokud zjištění vyžaduje produktové rozhodnutí, přístupy, externí přístup nebo rizikové architektonické rozhodnutí, nehádej; uveď ho jako neopravené s důvodem.
- Nestaguj soubory.
- Necommituj.
- Nespouštěj testy, lint, typecheck, build ani čistě formátovací příkazy, pokud o to uživatel samostatně nepožádá.
- Zachovej staging
- Pokud byl kontrolovaný diff staged, nech index nedotčený.
- Jakékoliv opravy staged souborů budou existovat jako unstaged změny nad staged snapshotem.
- Na konci to uživateli výslovně řekni.
- Finální odpověď
- Ukaž seřazená přeživší zjištění.
- Ukaž, co bylo opraveno.
- Ukaž, co opraveno nebylo a proč.
- Řekni, že testy nebyly spuštěny, protože tento příkaz jen opravuje a shrnuje.
- Zmiň stav stagingu, pokud byly kontrolované staged změny.
Formát výstupu
Finální výstup drž stručný:
5x5 Review
Vysoká závažnost:
- <file>:<line>: zjištění -> opraveno pomocí ...
Střední závažnost:
- ...
Nízká závažnost:
- ...
Opraveno:
- ...
Neopraveno:
- ...
Testy nebyly spuštěny záměrně.
Pokud oponentskou kontrolu nepřežije žádné zjištění, řekni to a nic needituj.