Matt Pocock Skills

Inštalácia

/plugin install mattpocock-skills

Potom raz v každom repe, kde ich budeš používať:

/setup-matt-pocock-skills

Spýta sa na issue tracker, labely a kam ukladať dokumenty. Bez tohto kroku ostatné skilly hádajú, kam majú písať.

> /setup-matt-pocock-skills 1. Issue tracker? → GitHub Issues (našiel som .github/) 2. Label pre tikety? → ai-ticket 3. Kam dokumenty? → docs/ ✓ .claude/skills-config.md · ostatné skilly už vedia, kam písať

Implementačný flow

Nápad → realizácia.

  1. /grill-with-docs — vygriluje ťa k nápadu, kým nie je jasný. Pýta sa v kolách, každé kolo ti pošle celý „front" otázok naraz aj s odporúčaním ku každej. Fakty si hľadá sám, rozhodnutia nechá tebe. Popri tom udržiava CONTEXT.md a ADR-ká, takže po sebe necháva papierovú stopu.

    Toto je najpoužívanejší skill v celej sade — spusť ho zakaždým, keď ideš niečo meniť.

    I stopped using /grill-me for coding. Here’s what I use instead ▸ od 4:32kapitola „/grill-with-docs“ 13:28 9 Things People Get Wrong With My /grill-* skills

  2. Vieš dorozhodnúť všetko v konverzácii? Ak niektorá otázka potrebuje spustiteľnú odpoveď — stavový model, business logika, UI, ktoré musíš vidieť — odbočíš: /handoff von → nová session → /prototype → /handoff späť.

    12:24 /handoff is my new favourite skill 10:59 Don’t waste time on specs: /prototype instead

  3. Je to práca na viac sessions? Ak áno: /to-spec premení vlákno na špecifikáciu a /to-tickets ju rozseká na „tracer-bullet" tikety, kde každý deklaruje, čím je blokovaný. Ak nie, choď rovno na /implement v tom istom okne.

    New Skills! v1.1 brings /wayfinder, /research, /implement, /to-spec, /to-tickets ▸ od 0:37kapitola „/to-spec, /to-tickets“ 17:17 mattpocock/skills: A complete AI Coding workflow, end-to-end ▸ od 10:08kapitola „Creating specs and tickets“

  4. /implement — postaví to, čo hovorí tiket. Vnútri si sám riadi /tdd (red-green-refactor, po jednom vertikálnom reze) a na konci pustí /code-review, ešte pred commitom.

    Tikety sa dajú prejsť po jednom, všetky naraz alebo paralelne cez subagentov — viď nižšie.

    17:17 mattpocock/skills: A complete AI Coding workflow, end-to-end ▸ od 13:51kapitola „Implementation and code review“ 5:20 Red Green Refactor is OP With Claude Code

  5. /code-review — dva nezávislé pohľady na diff od zvoleného bodu, bežia paralelne v sub-agentoch, aby si neznečistili názor: Standards (drží sa kód štandardov repa?) a Spec (robí to, čo pýtal pôvodný tiket?).

    New Skills! v1.1 brings /wayfinder, /research, /implement, /to-spec, /to-tickets ▸ od 6:45kapitola „Code review with refactoring smells“

Hygiena kontextu. Kroky 1–3 nechaj v jednom neprerušenom okne — nekompaktuj a nečisti, kým neprejde /to-tickets. Grilovanie, špecifikácia aj tikety majú stáť na tom istom myslení. Limit je „smart zone": zhruba 150k tokenov, v ktorých model ešte uvažuje ostro. Ak sa k nej blížiš skôr, ako si pri /to-tickets, netlač to nasilu — na najbližšej hranici fázy daj /handoff a pokračuj v novej session. Kompakcia detaily zahodí nenávratne, handoff po sebe nechá dokument; /compact teda len vtedy, keď rozrobenú fázu musíš dokončiť v tom istom okne.

Tickets

Keď /to-tickets nechá v trackeri zoznam tiketov, máš tri spôsoby, ako ich dostať do kódu. Líšia sa len tým, koľko z toho odsedíš pri klávesnici.

po jednom

Na každý tiket vlastné /implement, medzi nimi /clear. Najviac kontroly: každý diff si pozrieš skôr, než ide ďalší tiket, a keď sa niečo pokazí, stojí to jeden tiket práce. Toto rob pri veciach, ktoré sa ti nechce prerábať.

všetky naraz, v jednej session

Povieš mu, nech ide celý zoznam zaradom: /implement — prejdi všetky tikety v poradí, jeden po druhom. Agent ich odpracuje sám v jednom okne, po každom si pustí /code-review a commitne, a ty prídeš k hotovej vetve. Poradie tiketov drž tak, ako ho dal /to-tickets — tracer-bullet tikety sú zoradené podľa toho, čo koho odblokuje.

Pozor na kontext: všetko sa hromadí v jednom okne. Pri dlhšom zozname mu povedz, nech si medzi tiketmi kontext čistí.

paralelne, cez subagentov

Tikety, ktoré sa navzájom neblokujú, nemusia čakať jeden na druhý. Povieš mu, nech si pozrie blokujúce hrany a nezávislé tikety rozdá subagentom naraz: /implement — tikety, ktoré sa navzájom neblokujú, pusti paralelne v subagentoch; závislé nechaj v poradí. Každý subagent má vlastný kontext, takže si navzájom nešpinia okno a hotové je to za čas najdlhšej vetvy, nie za súčet všetkých.

Sprievodca

Klikni, čo práve robíš. Ukážky session sú ilustračné — vyzerá to tak, ale výstup máš vždy podľa svojho repa.

Nový featurePráca na viac sessions. Grilovanie → spec → tikety → implementácia. Menšia zmenaZmestí sa do jednej session. Bez tiketov. Veľká hmlistá vecNevieš, kde to začať. Prerobiť fakturáciu, nový subsystém. Bug alebo regresiaNiečo padá, niečo sa deje dvakrát. Codebase je bordelChceš ju upratať skôr, než do nej pustíš agenta. Neviem, poraď miMáš situáciu a nevieš, ktorý skill na ňu sadne.

Nový feature, na viac sessions

  1. Vygriluj si nápad

    /grill-with-docs pridať export objednávok do CSV

    Pýta sa ťa v kolách — celý front otázok naraz, ku každej rovno dá svoje odporúčanie. Fakty si dohľadá sám, rozhodnutia nechá tebe. Popri tom udržiava CONTEXT.md a ADR-ká, takže po sebe nechá papierovú stopu.

    > /grill-with-docs pridať export objednávok do CSV Kolo 1 · 4 otázky naraz 1. Ktoré stĺpce? → tie, čo user vidí v tabuľke 2. Oddeľovač? → čiarka, RFC 4180 3. Limit riadkov? → stránkovať po 50k 4. Sync, či job? → job, export býva dlhý > 1: ako v tabuľke, 2: čiarka, 3: bez limitu, 4: job ✓ CONTEXT.md · pojem „export job“ zapísaný ✓ ADR 0007 · export beží ako background job Kolo 2 · 2 otázky …
    Odpovedaj aktívne. „Ok, ako myslíš“ je premrhané kolo. Keď s odporúčaním nesúhlasíš, napíš prečo — presne z toho vznikne ADR, o ktoré sa neskôr oprie /implement.
    I stopped using /grill-me for coding. Here’s what I use instead ▸ od 4:32kapitola „/grill-with-docs“ 13:28 9 Things People Get Wrong With My /grill-* skills

  2. Vieš dorozhodnúť všetko v konverzácii?

    Niektorá otázka potrebuje spustiteľnú odpoveď — stavový model, business logika, UI, ktoré musíš vidieť. Také sa v chate nedorozhoduje.

  3. Odbočka: prototyp a späť

    /handoff
→ otvor novú session (iné okno)
/prototype filter podľa dátumu, prečítaj si handoff
→ keď máš odpoveď, /handoff a vráť sa do grilovania

    /handoff spíše session tak, aby v nej vedel pokračovať iný agent. V novej session postavíš zahoditeľný prototyp, klikneš si ho, a s odpoveďou sa vrátiš. Grilovacie okno ti medzitým ostane čisté.

    > /handoff ✓ docs/handoff-export-csv.md · kde sme skončili, čo je rozhodnuté, čo chýba — nová session — > /prototype filter podľa dátumu, prečítaj si handoff ~ postavené za 4 minúty, klikaj > /handoff · späť do grilovacej session s odpoveďou
    12:24 /handoff is my new favourite skill 10:59 Don’t waste time on specs: /prototype instead

  4. Premeň konverzáciu na špecifikáciu

    /to-spec

    Vyzobe z vlákna, na čom ste sa dohodli, a nechá to v repe ako súbor. /implement potom stavia podľa neho — nie podľa toho, čo si pamätá z konverzácie.

    > /to-spec ✓ docs/specs/export-objednavok.md · rozsah, rozhodnutia, čo NIE je súčasťou · otvorené otázky: 0
    New Skills! v1.1 brings /wayfinder, /research, /implement, /to-spec, /to-tickets ▸ od 0:37kapitola „/to-spec, /to-tickets“

  5. Rozsekaj to na tikety

    /to-tickets

    Zo špecifikácie spraví „tracer-bullet“ tikety v trackeri. Každý deklaruje, čím je blokovaný — z toho potom vieš, čo sa dá pustiť naraz.

    > /to-tickets ✓ #41 CSV writer + testy čaká na: — ✓ #42 query pre export čaká na: — ✓ #43 background job čaká na: #41, #42 ✓ #44 tlačidlo v UI čaká na: #43 ✓ #45 e2e test celej cesty čaká na: #44
    Až teraz smieš čistiť kontext. Kroky 1–3 patria do jedného neprerušeného okna — grilovanie, spec aj tikety majú stáť na tom istom myslení. „Smart zone“ je zhruba 150k tokenov; ak sa k nej blížiš skôr, ako si pri /to-tickets, počkaj na najbližšiu hranicu fázy a odovzdaj prácu cez /handoff do novej session. /compact až vtedy, keď rozrobenú fázu musíš dokončiť v tom istom okne — kompakcia detaily zahodí nenávratne.
    17:17 mattpocock/skills: A complete AI Coding workflow, end-to-end ▸ od 10:08kapitola „Creating specs and tickets“

  6. Ako chceš prejsť tikety?

    Líšia sa len tým, koľko z toho odsedíš pri klávesnici.

  7. Po jednom

    /clear
/implement #41

    Na každý tiket vlastná session, medzi nimi /clear. Keď sa niečo pokazí, stojí ťa to jeden tiket práce. Toto rob pri veciach, ktoré sa ti nechce prerábať.

    > /clear > /implement #41 ~ červený test: writer neescapuje úvodzovky ✓ zelený → refaktor → ďalší vertikálny rez /code-review · Standards ok · Spec ok ✓ commit
    17:17 mattpocock/skills: A complete AI Coding workflow, end-to-end ▸ od 13:51kapitola „Implementation and code review“

  8. Všetky naraz, v jednej session

    /implement — prejdi všetky tikety v poradí, jeden po druhom.
Po každom pusti /code-review, commitni a vyčisti si kontext.

    Agent ich odpracuje sám v jednom okne a ty prídeš k hotovej vetve. Poradie drž tak, ako ho dal /to-tickets — je zoradené podľa toho, čo koho odblokuje.

    > /implement — prejdi všetky tikety v poradí ✓ #41 hotovo · review ok · commit ✓ #42 hotovo · review ok · commit ~ #43 beží… medzi tiketmi si čistí kontext
    Pozor na kontext. Všetko sa hromadí v jednom okne. Pri dlhšom zozname mu rovno povedz, nech si medzi tiketmi kontext čistí.

  9. Paralelne, cez subagentov

    /implement — tikety, ktoré sa navzájom neblokujú, pusti paralelne
v subagentoch; závislé nechaj v poradí.

    Každý subagent má vlastný kontext, takže si navzájom nešpinia okno. Hotové je to za čas najdlhšej vetvy, nie za súčet všetkých.

    > /implement — nezávislé tikety pusti paralelne #41 a #42 sa neblokujú → dvaja subagenti ✓ subagent A · #41 hotovo ✓ subagent B · #42 hotovo ~ #43 čakal na oba, ide teraz

  10. Prezri si, čo z toho vyšlo

    /implement si vnútri sám riadi /tdd a na konci pustí /code-review, ešte pred commitom. Ty pozeráš na dve veci: či review nenechal otvorený nález a či sedí spec.

    Standards (drží sa kód štandardov repa?) ! csv/writer.ts:41 · duplicitná escape logika ✓ zvyšok bez nálezov Spec (robí to, čo pýtal tiket?) ! chýba test na prázdny export ✓ stĺpce aj oddeľovač sedia so špecifikáciou
    /code-review

    Púšťaš ho aj sám, keď chceš druhý pohľad na diff od zvoleného bodu — dva nezávislé pohľady bežia paralelne v sub-agentoch, aby si neznečistili názor.

    New Skills! v1.1 brings /wayfinder, /research, /implement, /to-spec, /to-tickets ▸ od 6:45kapitola „Code review with refactoring smells“

  11. Hotovo

    Toto si prešiel:

    • /grill-with-docs — nápad je dorozhodnutý a zapísaný
    • /to-spec — dohoda je v repe ako súbor
    • /to-tickets — práca je rozsekaná a zoradená
    • /implement — postavené test-first, prejdené review, commitnuté

    Kroky 1–3 boli v jednom okne, /clear prišiel až pred implementáciou. To je celý hlavný tok.

Menšia zmena, jedna session

  1. Aj tak začni grilovaním

    /grill-with-docs pridať filter podľa dátumu do zoznamu objednávok

    Aj pri malej veci je pár rozhodnutí, ktoré agent inak spraví za teba — a spraví ich zle. Toto je zvyčajne jedno kolo otázok, dve minúty.

    > /grill-with-docs filter podľa dátumu v zozname objednávok Kolo 1 · 3 otázky 1. Rozsah, či jeden deň? → rozsah 2. Časová zóna? → zóna používateľa 3. Ostáva filter v URL? → áno, dá sa poslať > všetko ako navrhuješ, len zóna nech je UTC ✓ ADR 0008 · filtre pracujú v UTC

  2. Je toho na implementáciu viac ako jedna vec?

    Špecifikácia sa oplatí vždy, keď je toho viac ako jeden zásah. Pri jednej drobnosti je to zbytočná réžia.

  3. Špecifikácia bez tiketov

    /to-spec

    Bez tiketov, ale so špecifikáciou. /implement potom stavia podľa súboru, nie podľa toho, čo si pamätá z vlákna.

    > /to-spec ✓ docs/specs/filter-datum.md · 3 rozhodnutia, 1 okrajový prípad (prázdny rozsah)

  4. Postav to

    /implement

    Vnútri si sám pustí /tdd — červený test, zelený, refaktor, po jednom vertikálnom reze — a na záver /code-review.

    > /implement ~ červený test: prázdny rozsah vracia 400 ✓ zelený → refaktor /code-review · 1 nález, opravený ✓ commit
    5:20 Red Green Refactor is OP With Claude Code

  5. Hotovo

    Toto si prešiel:

    • /grill-with-docs — aj malá zmena má dorozhodnuté rozhodnutia
    • /implement — test-first, s review pred commitom

    Keby z toho vypadlo viac práce, než si čakal, nesnaž sa to dotlačiť — /to-spec a /to-tickets a máš z toho scenár pre nový feature.

Veľká hmlistá vec

  1. Sprav si z hmly mapu

    /wayfinder prerobiť fakturáciu na predplatné

    Na takúto vec je grilovanie prikrátke — nezmestí sa do jednej session. /wayfinder to zmapuje ako mapu rozhodnutí, drží ju v trackeri a postupne s tebou rozhodnutia dorieši.

    > /wayfinder prerobiť fakturáciu na predplatné Mapa · 9 rozhodnutí ✓ 1 Fakturačný cyklus mesačne + ročne ✓ 2 Proration áno, po dňoch ~ 3 Migrácia starých faktúr rieši sa teraz 4–9 čakajú, každé vie, čo ho blokuje
    15:09 /wayfinder: Nothing is too big to plan anymore

  2. Potrebuje niektoré rozhodnutie spustiteľnú odpoveď?

    Pri veľkých veciach to býva UI alebo stavový model, ktorý si musíš osahať.

  3. Odbočka: prototyp

    /prototype ako vyzerá zmena plánu uprostred obdobia

    Zahoditeľný kód, ktorý zodpovie jednu otázku. Nezahŕňaj ho do produkčnej vetvy — jeho výstupom je rozhodnutie, ktoré zapíšeš do mapy.

    > /prototype zmena plánu uprostred obdobia ~ 3 varianty obrazovky, klikacie > druhá, ale bez dialógu ✓ rozhodnutie zapísané do mapy (bod 5) prototyp zahodený, ostáva len odpoveď

  4. Z mapy do práce

    /to-spec
/to-tickets

    Keď je vetva mapy dorozhodnutá, vyvedieš ju von rovnako ako pri bežnom feature — špecifikácia a tikety. Mapa ostáva a čaká na ďalšiu vetvu.

    > /to-spec ✓ docs/specs/subscription-billing-cyklus.md > /to-tickets ✓ 6 tiketov, prvé dva sa neblokujú zvyšok mapy (body 6–9) ostáva otvorený

  5. Hotovo

    Toto si prešiel:

    • /wayfinder — z hmlistej veci je mapa rozhodnutí
    • /prototype — otázky, čo potrebovali kód, sú zodpovedané
    • /to-spec + /to-tickets — jedna vetva mapy je pripravená do kódu

    Ďalej to pokračuje presne ako nový feature — implementácia po tiketoch. A keď dôjdu, vrátiš sa do mapy po ďalšiu vetvu.

Bug alebo regresia

  1. Najprv repro, potom oprava

    /diagnosing-bugs objednávka sa občas uloží dvakrát

    Nezačína hádaním, začína testom, ktorý ide červený. Kým sa bug nedá zopakovať, nie je čo opravovať — a bez červeného testu nevieš, či si ho naozaj opravil.

    > /diagnosing-bugs objednávka sa občas uloží dvakrát ~ najprv repro test, musí ísť červený · dva submity do 300 ms → 2 riadky ✓ červený test sedí na hlásenie diagnóza endpoint nemá idempotency key
    Toto je jediný skill v sade, ku ktorému Matt zatiaľ nemá video. Ako vyzerá tá istá slučka (červený test → oprava → zelený), uvidíš na videu k /tdd o krok ďalej.

  2. Vieš z diagnózy, čo treba opraviť?

    Niekedy z nej vypadne jasná oprava. Inokedy sa ukáže, že to je vlastne rozhodnutie — a to sa nerobí uprostred opravy.

  3. Odbočka: rozhodni, ako to opraviť

    /grill-with-docs idempotencia pri ukladaní objednávky

    Keď je na výber viac ciest — kľúč z klienta, zámok v DB, deduplikácia v jobe — nechaj sa vygrilovať. Rozhodnutie skončí v ADR a oprava sa oň oprie.

    > /grill-with-docs idempotencia pri ukladaní objednávky Kolo 1 · 2 otázky 1. Kľúč generuje klient, či server? → klient 2. Ako dlho ho držať? → 24 h ✓ ADR 0011 · idempotency key posiela klient

  4. Oprav to a nechaj tam test

    /implement oprav podľa diagnózy, repro test nechaj v repe

    Červený test z diagnózy je zadanie. /implement ho dostane do zelena a na konci pustí /code-review. Test ostáva v repe, aby sa bug nevrátil.

    > /implement oprav podľa diagnózy ~ červený: duplicitný submit ✓ zelený po pridaní idempotency key /code-review · Standards ok · Spec ok ✓ commit + regresný test
    5:20 Red Green Refactor is OP With Claude Code

  5. Hotovo

    Toto si prešiel:

    • /diagnosing-bugs — bug sa dá zopakovať, príčina je pomenovaná
    • /implement — oprava je zelená a v repe ostal regresný test

    Ak takých hlásení máš plný tracker, roztrieď ich najprv cez /triage — z neroztriedeného backlogu sa nedá robiť.

Codebase je bordel

  1. Nechaj si ukázať, kde to najviac tlačí

    /improve-codebase-architecture

    Nájde moduly, ktoré sa oplatí prehĺbiť — plytké súbory, koše typu utils/misc.ts, logiku rozliatu po handleroch — a vypľuje vizuálny report. Toto je práca, ktorá potom ide do hlavného toku.

    > /improve-codebase-architecture report · moduly, ktoré sa oplatí prehĺbiť 1. orders/* 7 súborov, 1 volajúci 2. utils/misc.ts kôš, 21 exportov 3. api/handlers/* business logika v handleroch
    11:19 How To De-Slop A Codebase Ruined By AI (with one skill)

  2. Ideš do toho hneď, alebo z toho spravíš backlog?

    Report je zoznam práce. Buď si z neho vyberieš jednu vec teraz, alebo ho premeníš na tikety, ktoré si niekto zoberie neskôr.

  3. Jeden modul, celý tok

    /grill-with-docs prehĺbiť modul orders podľa reportu

    Neprerábaj celý report naraz. Vezmi jeden modul a prejdi ho ako bežnú zmenu — grilovanie, spec, implementácia. Refaktor bez špecifikácie je najrýchlejší spôsob, ako si rozbiť vetvu.

    > /grill-with-docs prehĺbiť modul orders podľa reportu Kolo 1 · 3 otázky 1. Čo má byť verejné rozhranie? → 2 funkcie 2. Ide zmena po častiach? → áno 3. Menia sa aj testy? → len presun ✓ CONTEXT.md · „orders“ má teraz jasnú hranicu

  4. Backlog, ktorý sa dá robiť

    /triage

    Roztriedi surové issues a nálezy na prácu, ktorú si vie niekto zobrať — s rozsahom a s tým, čo ju blokuje. Z „upratať orders“ spraví tiket, na ktorý sa dá pustiť agent.

    > /triage ✓ #58 rozhranie modulu orders malé, hneď ✓ #59 rozpustiť utils/misc.ts stredné ! #60 logika z handlerov treba rozhodnutie 3 duplicity zavreté
    10:17 Burn through the backlog from hell with /triage

  5. Hotovo

    Toto si prešiel:

    • /improve-codebase-architecture — vieš, kde to tlačí, nie len že to tlačí
    • ďalej buď /grill-with-docs na jeden modul, alebo /triage na celý zoznam

    Slovník na to, prečo je hlboký modul lepší ako plytký, má skill /codebase-design.

Neviem, poraď mi

  1. Opýtaj sa priamo v repe

    /ask-matt mám rozbitý build po merge a neviem, kde začať

    Poradí, ktorý skill sadne na situáciu, v ktorej práve si — a v akom poradí. Je to najlacnejší spôsob, ako sa nezaseknúť na výbere.

    > /ask-matt rozbitý build po merge, neviem kde začať → /resolving-merge-conflicts najprv dorieš konflikt → /diagnosing-bugs ak build padá aj potom na plánovanie novej práce až /grill-with-docs
    17:17 mattpocock/skills: A complete AI Coding workflow, end-to-end ▸ od 6:52kapitola „Getting started with Ask Matt“

  2. Hotovo

    Toto si prešiel:

    • /ask-matt — vieš, ktorý skill ide ako prvý

    Keď z odpovede vypadne plánovanie alebo implementácia, vráť sa sem a vyber si scenár, ktorý tomu sedí.

Všetky skilly

Celá sada má 25 skillov, zoradených podľa toho, kedy po nich siahneš. Hlavný tok vyššie je len jedna zo šiestich skupín — zvyšok sú odbočky, údržba a vrstva, ktorú si skilly volajú medzi sebou.

Pri každom skille je náhľad videa, kde ho Matt ukazuje. Klikneš a prehrá sa priamo tu na stránke — kde sa dá, rovno v tej kapitole, kde sa skill rozoberá. /diagnosing-bugs a /resolving-merge-conflicts zatiaľ vlastné video nemajú.

01 · Začiatok

Nastavíš raz, potom sa vieš zorientovať.

02 · Hlavný tok

Chrbtica nápad → nasadené, v poradí. To je tok, ktorý rozoberá zvyšok tejto stránky.

03 · Tvarovanie

Preskúma otvorenú otázku a vyrobí rozhodnutie alebo odpoveď, ktorá ide späť do toku.

04 · Údržba

Drží kódbázu a zoznam issues v zdraví. Generuje prácu, ktorá potom ide do hlavného toku.

05 · Produktivita

Workflow pre teba, nie o kóde.

06 · Referenčné

Opakovane použiteľná vrstva, ktorú si ostatné skilly volajú alebo citujú. Väčšinou ich nepúšťaš sám.

Všetko je MIT a beží aj mimo Claude Code — Cursor, Codex, Copilot. Tam sa inštaluje cez npx skills@latest add mattpocock/skills, čo ti skilly skopíruje do repa ako súbory, ktoré vlastníš a môžeš meniť. Vyber si jedno; obe naraz ti nechajú každý skill dvakrát.

Resources