Skills, subagenti, MCP a pluginy v Claude Code: Které zvolit

Claude Code nabízí pět způsobů, jak provést stejnou revizi kódu: příkaz se lomítkem, skill, subagent, plugin nebo zadání v chatu. Žádný z těchto způsobů není ve výchozím nastavení lepší než ostatní — volba závisí na úkolu, rozpočtu tokenů a na tom, kdo kromě vás jej bude používat.

Tohle je návod, který bych si dal před rokem. Strom se 4 otázkami, hotová matice „úkol → vrstva“ a 5 častých chyb, které spalují tokeny u každého druhého vibe codera, se kterým pracuji.

O práci se službou — v dokumentaci Ailoot.

Co jsou skills, subagenti, MCP a pluginy v Claude Code?#

Než zvolíme, rozlišme jednotlivé pojmy. Všechny čtyři vrstvy mají stejný cíl — rozšířit možnosti Claude nad rámec toho, co umí ve výchozím stavu. Každá vrstva má ale vlastní povahu.

Skill je adresář se souborem SKILL.md, který popisuje, kdy a jak použít konkrétní metodiku. Anthropic přirovnává skill k instrukcím pro nového zaměstnance: nemusíte mu každý den diktovat každý krok; dáte mu postup.

Subagent je samostatná relace Claude s vlastním kontextem, spuštěná z hlavní konverzace. Má jednu zásadní vlastnost: izolaci. Subagent může přečíst 30 souborů, vytvořit souhrn a vrátit do hlavního chatu jen ten. Kontext hlavní konverzace zůstane čistý.

MCP (Model Context Protocol) je otevřený standard Anthropic pro připojování Claude k externím systémům. V příspěvku na blogu z 13. listopadu 2025 Anthropic rozdíl vysvětlil co nejjasněji:

Plugin je hotová sada skills, subagentů, hooků a příkazů od někoho jiného, zabalená do tržiště. Nainstalujete ji jedním řádkem pomocí /plugin install a dostanete vše najednou. Pokud je skill váš vlastní postup, plugin je postup zakoupený od jiné společnosti.

Stručně: skills jsou recepty, subagenti jsou specializovaní kolegové a MCP poskytuje externí nástroje, přes které se Claude dostane ke službám a datům. Náklady na tokeny se liší: skill je nejlevnější (načte se při spuštění), zatímco MCP je výrazně dražší (každý připojený server neustále zabírá místo v kontextovém okně).

Proč v Claude Code používat skills, subagenty, MCP a pluginy vedle CLAUDE.md?#

V popsaném projektu je CLAUDE.md rozsáhlou mapou pravidel: kam co patří, jak publikovat, jaké dohody platí. Bez tohoto souboru by Claude začínal každou novou relaci od nuly.

CLAUDE.md má ale svůj strop. Vysvětlím to na třech situacích, ve kterých přestává fungovat.

Situace 1: pravidlo funguje jen někdy. CLAUDE.md říká: „před git push vždy spusť npm run build.“ Claude si to přečte na začátku relace, přikývne, po 25 zprávách začne psát kód a zapomene. Už jsem se třikrát přistihl, že jsem odeslal změny bez sestavení; tato odeslání selhala v produkci. Správně nastavený a otestovaný hook může provést deterministickou kontrolu sestavení a odmítnout pokrytou operaci. Rozsah závisí na události a cestě nástroje: hook Claude Code sám nezachytí každý push z jiného terminálu či aplikace. Ověřte blokaci skutečné používané cesty při záměrně neúspěšném sestavení.

Situace 2: opakující se proces o 15 krocích. V popsaném příkladu prochází každý návod 14 fázemi: rešerše → struktura → MDX → 7 paralelních QA kontrol → publikace do produkce → IndexNow. Kdybych pokaždé psal zadání „spusť Fázi 1, pak 2, pak 3“, spálil bych tokeny ještě před začátkem. Proto je celý tento pracovní postup zabalen do skillu build-masterskaya-guide — souboru instrukcí o velikosti 34 KB, který se spustí frází „pojďme vytvořit nový návod pro projekt“.

Situace 3: úkol, který požírá kontext. Aby Claude ověřil aktuálnost již publikovaného návodu, musí přečíst 30KB přepis živého vysílání, 20 retrospektiv o 5 KB každá a porovnat je se současným webem. Pokud to udělám v hlavním chatu, na konci kontroly mám v kontextu 200K tokenů balastu. Subagent odvede stejnou práci, vrátí do hlavní konverzace pouze souhrn o 300 slovech a skončí.

Situace 4: chci, aby tým dostal stejné šablony jako já. Hotová sada pravidel pro frontendový design, hooky pro publikování přes Coolify, MCP pro kontroly pomocí Playwright. To je plugin: zabalím své nastavení, zveřejním ho na tržišti a kolega ho nainstaluje jedním řádkem.

CLAUDE.md pokrývá základy: „jak to tady děláme“. Čtyři vrstvy navíc pokrývají to, co CLAUDE.md fyzicky nedokáže: opakování přes spouštěče, izolaci kontextu, přístup k vnějšímu světu a sdílení.

Kdy potřebujete skill místo CLAUDE.md?#

Test, zda potřebujete skill, je jednoduchý: přistihnete se, jak kopírujete stejné dlouhé zadání z poznámek do chatu. Potřetí už je to signál.

Momentálně mám v ~/.claude/skills/ 7 adresářů: build-masterskaya-guide, build-vc-spoke, build-reel-script, build-practicum-instruction, update-config, simplify a keybindings-help. Nejčastěji používám build-masterskaya-guide (tento návod byl napsán pomocí něj). Uvnitř je 34 KB metodiky: jakými fázemi projít, které multi-agentní QA kontroly spustit, které podmínky brány mají proces zastavit a které artefakty uložit do /tmp/.

Kdy skill nevytvářet.

• Pravidlo jako „odpovídej v jazyce, který uživatel preferuje“ patří do CLAUDE.md, ne do skillu. Skill se načte při spuštění, ale toto pravidlo má platit vždy.
• Jednorázový pokyn jako „proveď refaktoring teď“ patří do chatu, ne do skillu.
• Úkol potřebující oddělený kontext může využít podagenta; sleduje-li opakovaný postup, metodiku ponechte ve skillu.

Hlavní anti-pattern. Nejčastější chybou vibe coderů je nacpat postup do subagenta, ačkoli by měl být ve skillu. Subagent stojí více tokenů (má vlastní kontext), spouští se pomaleji a často je zbytečně složitý. Pokud se úkol vejde do metodiky o 1 500–2 000 slovech bez čtení externích souborů, jde o skill.

Jak strukturovat skill, co uvést ve frontmatteru a jaké spouštěcí fráze fungují — v návodu Claude Code Skills v roce 2026: Jak vytvořit vlastní knihovnu skills.

Kdy potřebujete subagenta místo skillu?#

Skill ukládá metodiku; subagent vykonává práci. Jsou to různé vrstvy, které se často zaměňují, protože obě se spouštějí „z chatu“.

Subagent dává smysl pouze kvůli izolaci kontextu. Hlavní relace Claude má rozpočet 200 000 tokenů (nebo 1 milion v beta verzi). Pokud ho v hlavním chatu požádáte, aby přečetl 30 souborů a každý analyzoval, spálíte polovinu okna na průběžné čtení. Subagent udělá stejnou práci v samostatné relaci a do hlavního chatu vrátí pouze výsledek.

Konkrétní příklad z projektu. Každý návod prochází několika paralelními QA kontrolami: styl, citace a fakta ověřená podle primárních zdrojů, struktura pro vyhledávače a integrita interních i externích odkazů. Každá kontrola čerpá z vlastního kontextu: slovníku pravidel, WebFetch pro desítky URL a grepů v textu.

Kdybych všechny tyto kontroly spouštěl v jednom chatu, kontext by mě udusil dřív, než by skončila první. Spuštění subagentů paralelně pomocí run_in_background: true to řeší: pracují na pozadí, hlavní chat pokračuje a po 4–6 minutách dostanu stručné zprávy a provedu změny.

Druhý příklad — náročná rešerše. Když vybírám téma pro nový návod, 4 subagenti souběžně sbírají podklady:

• V1 - fóra a komunity za 14 dní
• V2 - sociální sítě
• V3 - video platformy + blog Anthropic
• V4 - SEO mezery

Každý vrátí 30–40 položek se skóre virality. Shromáždím je do poolu, zvážím podle 9 dimenzí a vyberu vítěze. Bez subagentů se tato fáze protáhne na 2–3 hodiny spalování hlavního kontextu.

Kdy subagenta nevytvářet.

• Úkol, který nevyžaduje čtení souborů ani použití WebFetch, patří do hlavního chatu.
• Opakovaný postup patří do skillu, při vhodné izolaci ale může běžet v podagentovi.
• Externí přístup potřebuje schválený nástroj jako MCP či CLI; delegovaný podagent jej může používat.

Hlavní anti-pattern. Vytvořit subagenta pojmenovaného backend-engineer nebo qa v naději, že Claude sám přijde na to, kdy ho použít. Konkrétní subagenti (například migration-test-writer nebo api-route-reviewer) poskytují mnohem lepší kvalitu než obecní. Čím přesnější název a instrukce subagenta jsou, tím přesněji Claude zvolí toho správného.

Jak vytvářet subagenty pro konkrétní úkoly, syntaxi frontmatteru a 5 hotových příkladů — v návodu Subagenti Claude Code v roce 2026: Průvodce krok za krokem.

Kdy potřebujete MCP místo skillu nebo subagenta?#

Anthropic v příspěvku na blogu uvedl nejstručnější vzorec pro tento rozdíl: MCP propojuje Claude s daty; skills učí Claude, co s těmito daty dělat.

Například skill kontroly issue GitHub potřebuje obsah issue. Dodejte jej schváleným MCP nástrojem, CLI nebo přímo jako text. Skill pak určuje kontrolu a strukturu nálezů; samotný přístup MCP tento postup nepředepisuje.

Moje konkrétní sada MCP.

• Playwright MCP - vizuální QA pro každý návod. Otevřete stránku na počítači i mobilu, zkontrolujte šířku kontejneru a zda se bloky vykreslily.
• Stitch MCP - přístup k návrhovému systému, generování komponent ve stylu značky.
• vidIQ MCP - analýza trendů a kontrola virality nápadů.
• Railway MCP - správa infrastruktury nasazení.

Každý z těchto 4 prvků je mostem k externímu systému. Bez MCP bych buď psal vlastní obalový kód, nebo přešel do prohlížeče. S MCP se vše odehrává v relaci Claude.

Náklady na tokeny. MCP je nejdražší vrstva. Každý připojený server neustále zabírá místo v kontextovém okně: deklarace nástrojů, schémata argumentů a popisy. Mám 4 MCP servery — to je přibližně 8–12K tokenů v každé nové relaci, ještě než na cokoli položím otázku.

To znamená, že MCP připojujeme pouze tehdy, když ho skutečně potřebujeme ve většině relací. Pokud MCP Sentry používáte jednou týdně, je lepší zapínat ho na požádání pomocí příznaku --mcp sentry, než ho nechávat v trvalém seznamu.

Kdy MCP nepoužívat.

• Metodika „jak pracovat s daty“ patří do skillu, ne do MCP.
• Dlouhé čtení může těžit z podagenta; jsou-li některé soubory či záznamy externí, může zároveň potřebovat MCP.
• Publikování jedním příkazem vyžaduje hook nebo plugin, ne MCP.

Hlavní anti-pattern. Vytvářet MCP server pro něco, co lépe zvládne skill. Viděl jsem příklad v diskusi na HN (právě to vlákno se 422 body z 27. května): autor napsal MCP server, který poskytuje „instrukce pro revizi kódu“. Ale to není přístup k vnějšímu světu; je to postup. Skill dělá totéž za 10krát méně tokenů.

Incident se sdíleným zdrojem. Jednou mi MCP Playwright zamrzlo s chybou „Prohlížeč se už používá“ — současně jsem měl otevřené okno Chrome a MCP nemohlo převzít kontrolu nad prohlížečem. To je důležitá lekce: MCP server používá sdílené systémové zdroje. Pokud o zdroj soupeří více procesů (prohlížeč, port nebo soubor), myslete na izolaci už od začátku.

Hotový návod k připojení 7 funkčních MCP najdete v článku MCP servery Claude Code v roce 2026: 7 nastavení připravených k použití.

Kdy potřebujete plugin místo skillu nebo subagenta?#

Skills, subagenti a MCP se týkají vaší metodiky. Plugin je hotová metodika někoho jiného, kterou importujete do svého nastavení.

V říjnu 2025 Anthropic spustil Claude Code Plugins, oficiální mechanismus distribuce. Plugin je adresář, který může obsahovat:

• vlastní příkazy se lomítkem
• vlastní skills
• vlastní subagenty
• vlastní hooky
• vlastní konfigurace MCP
• vlastní styly výstupu

To vše je zabaleno do jednoho balíčku s plugin.json. Instalace se provádí jedním řádkem v ~/.claude/settings.json nebo příkazem /plugin install <name>.

Moje konkrétní sada pluginů.

• frontend-design z oficiálního claude-plugins-official — 67 stylů, 96 palet, 57 dvojic písem, 13 frameworků. Když vytvářím nový blok pro web nebo e-mailovou šablonu, načtu tento plugin a získám celou knihovnu najednou.
• playwright ze stejného oficiálního tržiště — sada skills a konfigurací MCP pro testování v prohlížeči.
• telegram — hotová sada pro správu účtu Telegram z Claude Code (zásady, allowlist, párování).
• trailofbits/skills — sada bezpečnostních skills od Trail of Bits, společnosti, které v bezpečnostních otázkách důvěřuji.

Všechny 4 tvoří tři řádky v settings.json. Bez pluginů bych celé hodiny ručně budoval stejnou knihovnu.

Kdy plugin nepoužívat.

• Pokud je metodika zcela vaše a nebude se škálovat na ostatní, nechte ji jako skill.
• Pokud zatím nevíte, kdo ji bude používat, nejprve ji vyzkoušejte sami jako skill.
• Pokud potřebujete rychle zkopírovat tři soubory na nový počítač, postačí cp ~/.claude/skills/X /new/machine/.claude/skills/.

Hlavní anti-pattern. Používat plugin jako náhradu za CLAUDE.md — například plugin s pravidly „jak pracujeme v tomto projektu“. Plugin je určen k distribuci a opakovanému použití. Pokud jsou pravidla specifická pro jedno úložiště, patří do CLAUDE.md, ne do pluginu.

Výhled do roku 2026: Anthropic zjevně směřuje k týmovému tržišti pluginů. Firmy tak budou moci publikovat své interní metodiky jako pluginy, verzovat je a aktualizovat je všem zaměstnancům jedním příkazem. Pro samostatného podnikatele to znamená: nainstalujte, co je připravené, a nevynalézejte to znovu.

Rozhodovací strom: 4 otázky, které si položit před každým úkolem#

Otázka 1: existuje opakovatelný postup hodný zachování?

Pokud ano, zabalte metodiku jako skill do SKILL.md s jasným popisem použití. Dodává postup; sám nezajišťuje externí přístup ani oddělený kontext.

Otázka 2: potřebuje práce samostatný kontext nebo cílenou delegovanou roli?

Pokud ano, použijte podagenta s přesným úkolem a nástroji. Stejný úkol může ve vlastním kontextu následovat metodiku skillu.

Otázka 3: potřebuje úkol nástroj či externí data?

Pokud ano, poskytněte schválený přístup přes MCP nebo vhodný jiný nástroj, například nastavené CLI. Skill popisuje použití přístupu; podagent může být jeho vykonavatelem.

Otázka 4: má se sestava distribuovat a udržovat jako balíček?

Pokud ano, pluginem distribuujte potřebné skilly, definice agentů, hooky či nastavení MCP. Balíček může být vlastní i od jiného autora.

Kombinovaný příklad: opakovaná kontrola issue GitHub. Skill definuje kontrolu a formát výsledku. Nastavené GitHub MCP či CLI poskytne schválený přístup. Podagent přečte dlouhé vlákno ve vlastním kontextu a vrátí nálezy. Plugin může celou kombinaci dodat týmu. Všechny čtyři odpovědi mohou být „ano“; žádná neruší jinou.

5 chyb při výběru vrstvy, které dělají vibe codeři#

Mezi vibe codery, se kterými pracuji, vídám těchto 5 vzorců jednou týdně. Každý druhý udělá alespoň jednu z těchto chyb během prvního týdne.

Chyba 1: subagent místo skillu.

Příznak: autor vytvořil subagenta pro „psaní nového blogového příspěvku“. Pokaždé, když ho spustí, subagent se načte, přečte 2 KB metodiky, vytvoří příspěvek a skončí. Po týdnu si autor všimne, že každé spuštění spotřebuje dalších 5K tokenů na načtení subagenta.

Co se mělo stát: „jak psát příspěvek“ je metodika — tedy skill. Spouštěčem je fráze „nový blogový příspěvek“. Skill se načte do hlavního chatu a neotevře samostatnou relaci. Je 3–5krát levnější.

Chyba 2: MCP server místo skillu.

Příznak: autor napsal MCP server, který poskytuje instrukce o tom, „jak provádět revizi kódu“. Deklarace nástrojů, popisy schémat argumentů a dokumentace neustále zabírají kontext. Každý požadavek zbytečně plýtvá 2–3K tokeny.

Co se mělo stát: „jak provádět revizi kódu“ je postup, ne přístup k externímu systému. Použijte skill. MCP je opodstatněné pouze tehdy, pokud potřebujete živý přístup — například k Sentry pro načtení nejnovějších chyb.

Chyba 3: plugin místo CLAUDE.md.

Příznak: autor zabalil pravidla projektu („vždy používej přísný režim TypeScriptu“, „nepoužívej žádné pomlčky“, „používej pouze pnpm, ne npm“) do pluginu a nainstaloval ho. Každá nová relace teď načítá plugin, který duplikuje obsah, jenž měl být v CLAUDE.md.

Co se mělo stát: pravidla pro jeden projekt patří do CLAUDE.md tohoto projektu. Plugin je pro metodiku, kterou lze použít u více lidí nebo v několika repozitářích.

Chyba 4: pokus vytvořit skill pomocí hooku.

Příznak: autor si všiml, že se hook spouští automaticky při události (například před uložením souboru). Rozhodl se vytvořit „skill přes hook“, aby Claude automaticky použil metodiku při každé úpravě. Výsledkem byla nekonečná smyčka spouštěčů, spotřebovaný kontext a nepředvídatelné chování.

Co se mělo stát: hook je deterministický kód, který spustí příkaz, formátuje výsledek nebo zablokuje operaci. Hook nenačítá skill ani nevyvolává Claude. Pokud potřebujete „vždy používat metodiku X“, použijte buď skill se spouštěčem, nebo záznam v CLAUDE.md.

Chyba 5: další vrstva, když není potřeba vůbec nic.

Příznak: autor se dozví o skills, přečte si návody, rozhodne se „musím zabalit tuto metodiku“ a stráví večer vytvářením skillu pro úkol, který se objeví jednou za měsíc.

Co se mělo stát: jednorázový úkol patří do chatu, ad hoc. Skill je opodstatněný pouze tehdy, když to děláte více než jednou denně. Jinak jde o přehnanou konstrukci, kterou pak musíte udržovat.

Napříč příklady posuzujte potřeby nezávisle: postup, izolaci kontextu či role, nástroje a distribuci. Přidejte každou vrstvu s konkrétním účelem a podle potřeb úkolu je kombinujte.

Co Anthropic říká o roztříštěnosti: kam Claude Code směřuje v roce 2026#

Co to znamená pro příštích šest měsíců až rok.

Zaprvé: skills se stávají hlavní vrstvou pro procedurální úkoly. Anthropic zjevně sází na tuto vrstvu jako na nejlevnější a nejpředvídatelnější. Pokud v roce 2026 nechápete, k čemu potřebujete skill, nejprve si ho prostudujte. Všechny ostatní vrstvy se budou točit kolem něj.

Zadruhé: subagenti se specializují. Hlavním posláním subagentů je izolace kontextu při náročných úkolech. Obecní subagenti jako qa-engineer zmizí; zůstanou konkrétní, jako migration-test-writer a api-route-reviewer.

Zatřetí: nová oznámení Anthropic za posledních 14 dní — příkaz /workflows (28. května 2026) pro koordinaci desítek subagentů a oddělení fakturace Agent SDK od 15. června — znamenají, že programové používání se přesouvá do samostatného fondu. Je to signál, že Anthropic buduje infrastrukturu pro automatizované systémy s 10+ agenty, nikoli pro jednotlivé relace.

Pro vibe codera v roce 2026 to znamená jednu prostou věc: čtyři vrstvy tu zůstanou ještě nejméně šest měsíců, pak se některé sloučí. Rozhodovací strom se čtyřmi otázkami bude fungovat i po sloučení — týká se povahy úkolu, ne konkrétního názvu vrstvy.

Hotová matice: 10 typických úkolů → správná vrstva#

Hlavním pravidlem při používání této tabulky je nesnažit se „dělat všech 10 věcí najednou“. Většina samostatných vibe coderů si vystačí s CLAUDE.md + 5–7 skills + 2–4 MCP servery. Subagenty a pluginy přidávají s růstem projektu.

Co dál: jak sestavit pracovní prostředí v Claude Code#

Těchto pět vrstev nestojí jedna za druhou; zapadají jedna do druhé. CLAUDE.md je základem projektu a zbývající čtyři se připojují podle toho, jak úkoly rostou.

Poznejte Ailoot.