Skills, subagentek, MCP és bővítmények a Claude Code-ban: melyiket válasszuk?

A Claude Code-ban jelenleg öt módja van ugyanannak a kódellenőrzésnek: slash command, skill, subagent, bővítmény vagy egyszerűen egy prompt a chatben. Alapértelmezés szerint egyik módszer sem jobb a másiknál — a választás a feladattól, a tokenkerettől és attól függ, rajtad kívül ki fogja még használni.

Ez az az útmutató, amelyet egy évvel ezelőtt magamnak adtam volna. Egy 4 kérdésből álló döntési fa, egy kész „feladat → réteg” mátrix és 5 gyakori hiba, amelyek minden velem dolgozó vibe coder tokenjeit égetik.

A szolgáltatás használatáról az Ailoot dokumentációjában olvashat.

Mi a skills, a subagent, az MCP és a bővítmény egy mondatban?#

Választás előtt különböztessük meg a fogalmakat. Mind a négy réteg célja ugyanaz — kibővíteni Claude alapértelmezett képességeit. Mindegyik réteg természete azonban más.

A skill egy SKILL.md fájlt tartalmazó könyvtár, amely leírja, mikor és hogyan kell alkalmazni egy adott módszertant. Az Anthropic egy új munkatársnak szóló útmutatáshoz hasonlítja a skillt: nem diktálsz neki mindennap minden egyes lépést, hanem átadsz neki egy eljárást.

A subagent egy külön Claude-munkamenet saját kontextussal, amely a fő beszélgetésből indul. Egy kulcsfontosságú jellemzője van: az elszigetelés. Egy subagent elolvashat 30 fájlt, készíthet egy összefoglalót, majd csak azt küldheti vissza a fő chatbe. A fő beszélgetés kontextusa tiszta marad.

Az MCP (Model Context Protocol) az Anthropic nyílt szabványa, amely külső rendszerekhez kapcsolja Claude-ot. Az Anthropic egy 2025. november 13-i blogbejegyzésében a lehető legegyértelműbben magyarázta el a különbséget:

A bővítmény másvalaki kész csomagja skills-ekből, subagentekből, hookokból és parancsokból, amelyet egy piactéren keresztül terjesztenek. Telepítsd egyetlen sorral a /plugin install paranccsal, és mindent egyszerre megkapsz. Ha a skill a saját eljárásod, akkor a bővítmény egy másik cégtől vásárolt eljárás.

Röviden: a skillek receptek, a subagentek feladatspecifikus kollégák, az MCP pedig külső eszközöket biztosít, amelyeken keresztül Claude szolgáltatásokat és adatokat érhet el. A tokenköltség változó: a skill a legolcsóbb (aktiváláskor töltődik be), az MCP viszont jóval drágább (minden csatlakoztatott szerver folyamatosan helyet foglal a kontextusablakban).

Miért van 4 réteg, ha használhatunk egyetlen CLAUDE.md fájlt?#

A leírt projektben a CLAUDE.md a szabályok nagy térképe: hová kerüljenek a dolgok, hogyan kell publikálni, milyen megállapodások érvényesek. E fájl nélkül Claude minden új munkamenetet a nulláról kezdene.

A CLAUDE.md-nek azonban van egy határa. Három olyan helyzetet mutatok, amikor már nem működik.

1. helyzet: egy szabály csak néha érvényesül. A CLAUDE.md ezt írja: „a git push előtt mindig futtasd az npm run build parancsot”. Claude elolvassa a munkamenet elején, bólint, 25 üzenettel később kódolni kezd, majd elfelejti. Már háromszor rajtakaptam magam, hogy build nélkül pusholtam; ezek a pushok éles környezetben hibát okoztak. Egy megfelelően beállított és tesztelt hook determinisztikus buildellenőrzést futtathat, és elutasíthatja a lefedett műveletet. A lefedettsége az eseménytől és eszközútvonaltól függ: egy Claude Code-hook önmagában nem fogja el minden másik terminál vagy alkalmazás pushát. Igazold, hogy egy szándékosan hibás build blokkolja a ténylegesen használt útvonalat.

2. helyzet: egy ismétlődő, 15 lépéses folyamat. A leírt példában minden útmutató 14 szakaszon megy végig: kutatás → vázlat → MDX → 7 párhuzamos QA-ellenőrzés → éles publikálás → IndexNow. Ha minden alkalommal azt a promptot írom, hogy „futtasd az 1. szakaszt, aztán a 2.-at, majd a 3.-at”, még az indulás előtt elpazarolom a tokeneket. Ezért a teljes munkafolyamat a build-masterskaya-guide skillbe van csomagolva — ez egy 34 KB-os utasításkészlet, amely a „készítsünk új útmutatót a projekthez” kifejezésre indul el.

3. helyzet: egy feladat felemészti a kontextust. Egy már publikált útmutató aktualitásának ellenőrzéséhez Claude-nak el kell olvasnia egy 30 KB-os livestream-átiratot, 20 darab, egyenként 5 KB-os visszatekintést, majd ezeket össze kell hasonlítania a jelenlegi oldallal. Ha ezt a fő chatben végzem, az ellenőrzés végére 200K haszontalan token lesz a kontextusomban. A subagent ugyanazt a munkát elvégzi, csupán egy 300 szavas összefoglalót küld vissza a fő beszélgetésbe, majd bezárul.

4. helyzet: azt szeretném, hogy a csapat is megkapja ugyanazokat a sablonokat, amelyeket én használok. Kész szabálykészlet frontendtervezéshez, hookok a Coolify-on keresztüli publikáláshoz, MCP a Playwright-ellenőrzésekhez. Ez a bővítmény: becsomagolom a beállításaimat, közzéteszem őket a piactéren, a kollégám pedig egyetlen sorral telepíti.

A CLAUDE.md tartalmazza az alapokat: „így dolgozunk itt”. A négy ráépülő réteg olyan dolgokra szolgál, amelyekre a CLAUDE.md fizikailag nem képes: ismétlődés aktiválók segítségével, kontextus-elkülönítés, hozzáférés a külvilághoz és megosztás.

Mikor van skillre szükség a CLAUDE.md helyett?#

A skill szükségességének tesztje egyszerű: azon kapod magad, hogy újra és újra bemásolod ugyanazt a hosszú promptot a jegyzeteidből a chatbe. A harmadik alkalom már jelzés.

Jelenleg 7 könyvtáram van a ~/.claude/skills/ alatt: build-masterskaya-guide, build-vc-spoke, build-reel-script, build-practicum-instruction, update-config, simplify és keybindings-help. A leggyakrabban használt a build-masterskaya-guide (ezzel írtam ezt az útmutatót). Belül 34 KB-nyi módszertan található: mely szakaszokon kell végighaladni, milyen többügynökös QA-ellenőrzéseket kell futtatni, milyen kapufeltételeknek kell leállítaniuk a folyamatot, és milyen artefaktumokat kell a /tmp/ könyvtárba menteni.

Mikor ne készíts skillt.

• Az olyan szabály, mint a „válaszolj a felhasználó által előnyben részesített nyelven”, a CLAUDE.md-be való, nem skillbe. A skill aktiváláskor töltődik be, ennek a szabálynak viszont mindig érvényesülnie kell.
• Az egyszeri utasítás, például a „futtasd most a refaktorálást”, a chatbe való, nem skillbe.
• A külön kontextust igénylő feladat használhat subagentet; ha ismétlődő eljárást is követ, a módszertan maradjon egy skillben.

A fő antipat típus. A vibe coderek leggyakoribb hibája, hogy az eljárást subagentbe zsúfolják, pedig skillnek kellene lennie. A subagent több tokenbe kerül (saját kontextusa van), lassabban indul, és gyakran túlzás. Ha a feladat megoldható 1 500–2 000 szónyi módszertannal, külső fájlok elolvasása nélkül, akkor skillre van szükség.

A skill felépítéséről, a frontmatterbe kerülő tartalomról és a jól működő aktiváló kifejezésekről a Claude Code Skills 2026-ban: személyes skillkönyvtár készítése című útmutató szól.

Mikor van subagentre szükség skill helyett?#

A skill tárolja a módszertant; a subagent elvégzi a munkát. Különböző rétegek, amelyeket gyakran összekevernek, mert mindkettőt „a chatből” indítják.

A subagent külön kontextushoz vagy összpontosított delegált szerephez lehet hasznos. A fő Claude-munkamenet kerete 200,000 token (bétában pedig 1 millió). Ha a fő chatben kéred meg, hogy olvasson el 30 fájlt és elemezze mindegyiket, az ablak felét felemészti a köztes olvasás. A subagent ugyanazt a munkát külön munkamenetben végzi, és csak az eredményt küldi vissza a fő chatbe.

Konkrét projektpélda. Minden útmutató több párhuzamos QA-ellenőrzésen megy át: stílus, idézetek és tények elsődleges források alapján, keresőmotoros szerkezet, valamint a belső és külső hivatkozások épsége. Minden ellenőrzés saját kontextust használ: egy szabályokat tartalmazó szójegyzéket, WebFetch használatát több tucat URL-lel, valamint grep keresést a szövegben.

Ha mindezt egyetlen chatben végezném, a kontextus felemésztene, mielőtt az első ellenőrzés befejeződne. A subagentek párhuzamos, run_in_background: true beállítással történő futtatása megoldja ezt: a háttérben dolgoznak, a fő chat közben továbbhalad, 4–6 perc múlva pedig tömör jelentéseket kapok, amelyek alapján végrehajtom a módosításokat.

Második példa — nehéz kutatás. Amikor új útmutatóhoz választok témát, 4 subagent gyűjt jeleket párhuzamosan:

• V1 - fórumok és közösségek az elmúlt 14 napból
• V2 - közösségi hálózatok
• V3 - videóplatformok + Anthropic-blog
• V4 - SEO-rések

Mindegyik 30–40 elemet ad vissza virális pontszámokkal. Ezeket egy közös listába gyűjtöm, 9 dimenzió szerint súlyozom, majd kiválasztom a nyertest. Subagentek nélkül ez a szakasz 2–3 órára nyúlna, és felemésztené a fő kontextust.

Mikor ne készíts subagentet.

• Az a feladat, amelyhez nem kell fájlokat olvasni vagy WebFetch-et használni, a fő chatbe való.
• Az ismételhető eljárás skillbe való, de hasznos elkülönítés esetén subagenten belül is futhat.
• A külső hozzáféréshez engedélyezett eszköz, például MCP vagy CLI kell; delegált feladatnál egy subagent is használhatja.

A fő antipat típus. backend-engineer vagy qa nevű subagent létrehozása abban a reményben, hogy Claude majd kitalálja, mikor használja. A feladatspecifikus subagentek (például migration-test-writer vagy api-route-reviewer) sokkal jobb minőséget adhatnak, mint az általánosak. Minél pontosabb a subagent neve és utasítása, annál helyesebben választja ki Claude.

A konkrét feladatokra szánt subagentek létrehozásáról, a frontmatter szintaxisáról és 5 kész példáról a Claude Code Subagents 2026-ban: lépésről lépésre útmutató című anyagban olvashatsz.

Mikor van MCP-re szükség skill vagy subagent helyett?#

Az Anthropic egy blogbejegyzésben adta meg a különbség legrövidebb megfogalmazását: az MCP az adatokhoz kapcsolja Claude-ot; a skills megtanítja Claude-nak, mit kezdjen ezekkel az adatokkal.

Például egy GitHub-issue-ellenőrző skillnek szüksége van az issue tartalmára. Add meg engedélyezett MCP-eszközzel, CLI-vel vagy átadott szövegként. A skill ezután meghatározza az ellenőrzés módját és a megállapítások felépítését; az MCP-hozzáférés önmagában nem írja elő ezt az eljárást.

Az általam használt MCP-készlet.

• Playwright MCP - vizuális QA minden útmutatóhoz. Megnyitom az oldalt asztali gépen és mobilon, ellenőrzöm a konténer szélességét és azt, hogy megjelentek-e a blokkok.
• Stitch MCP - hozzáférés a tervezőrendszerhez, márkaarculathoz illő komponensek létrehozása.
• vidIQ MCP - trendek elemzése és az ötletek virális esélyének ellenőrzése.
• Railway MCP - telepítési infrastruktúra kezelése.

Mind a 4 egy külső rendszerhez vezető híd. MCP nélkül saját wrapperkódot kellene írnom, vagy át kellene váltanom böngészőre. MCP-vel minden a Claude-munkameneten belül történik.

Tokenköltség. Az MCP a legdrágább réteg. Minden csatlakoztatott szerver folyamatosan helyet foglal a kontextusablakban: eszközdeklarációk, argumentumsémák és leírások. 4 MCP-szerverem van — ez minden új munkamenetben körülbelül 8–12K token, még mielőtt bármit kérdeztem volna.

Ez azt jelenti, hogy csak akkor csatlakoztatunk MCP-t, ha a legtöbb munkamenetben valóban szükség van rá. Ha hetente egyszer használod a Sentry MCP-t, jobb igény szerint bekapcsolni a --mcp sentry flaggel, mint állandóan a listán tartani.

Mikor ne használj MCP-t.

• Az adatokkal való „munkavégzés módszertana” skillbe való, nem MCP-be.
• Egy hosszú olvasási feladat profitálhat a subagentből; ha egyes fájlok vagy rekordok külsők, ugyanennek a subagentnek MCP-hozzáférés is kellhet.
• Az egyetlen paranccsal történő publikáláshoz hook vagy bővítmény kell, nem MCP.

A fő antipat típus. MCP-szerver építése olyasmihez, amit skill jobban megold. Egy HN-vitában láttam erre példát (abban a bizonyos, május 27-én 422 pontot kapott szálban): a szerző olyan MCP-szervert írt, amely „kódellenőrzési útmutatót” adott. Ez azonban nem hozzáférés a külvilághoz, hanem egy eljárás. A skill ugyanezt 10-szer kevesebb tokenből elvégzi.

Erőforrás-ütközési eset. Egyszer a Playwright MCP nálam a „Browser is already in use” hibával lefagyott — közben nyitva volt egy Chrome-ablak, ezért az MCP nem tudta átvenni a böngésző irányítását. Fontos tanulság: az MCP-szerverek megosztott rendszererőforrásokat használnak. Ha egy erőforrás (böngésző, port vagy fájl) ütközésbe kerül, már az elejétől gondolj az elszigetelésre.

A 7 működő MCP csatlakoztatását bemutató kész útmutató a Claude Code MCP-szerverek 2026-ban: 7 használatra kész beállítás című anyagban található.

Mikor van bővítményre szükség skill vagy subagent helyett?#

A skills, a subagentek és az MCP a te módszertanodról szólnak. A bővítmény másvalaki kész módszertana, amelyet importálsz a környezetedbe.

2025 októberében az Anthropic elindította a Claude Code Plugins szolgáltatást, amely hivatalos terjesztési mechanizmus. A bővítmény olyan könyvtár, amely tartalmazhatja a következőket:

• saját slash commandjait
• saját skills-eit
• saját subagentjeit
• saját hookjait
• saját MCP-konfigurációit
• saját kimeneti stílusait

Mindez egyetlen csomagba kerül a plugin.json fájllal. A telepítés egy sor a ~/.claude/settings.json fájlban vagy a /plugin install <name> parancs.

Az általam használt bővítmények.

• A hivatalos claude-plugins-official forrásból származó frontend-design — 67 stílus, 96 paletta, 57 betűpár, 13 keretrendszer. Amikor új blokkot vagy e-mail-sablont készítek a webhelyhez, betöltöm ezt a bővítményt, és egyszerre megkapom az egész könyvtárat.
• playwright ugyanabból a hivatalos piactérből — skillek gyűjteménye, valamint böngészőtesztelési MCP-konfigurációk.
• telegram — kész csomag Telegram-fiók Claude Code-ból történő kezeléséhez (szabályzat, allowlist, párosítás).
• trailofbits/skills — biztonsági skillek gyűjteménye a Trail of Bitstől, egy olyan cégtől, amelyben megbízom biztonsági kérdésekben.

Mind a 4 három sort tesz ki a settings.json fájlban. Bővítmények nélkül órákat töltenék ugyanennek a könyvtárnak a kézi felépítésével.

Mikor ne használj bővítményt.

• Ha a módszertan teljesen a sajátod, és nem kell másoknál is méretezhetőnek lennie, tartsd skillként.
• Ha még nem tudod, ki fogja használni, előbb próbáld ki magadnál skillként.
• Ha gyorsan át kell tenned három fájlt egy új gépre, ezt használd: cp ~/.claude/skills/X /new/machine/.claude/skills/.

A fő antipat típus. Bővítmény használata a CLAUDE.md helyettesítőjeként — például olyan bővítményé, amely a „projektbeli munkavégzésünk” szabályait tartalmazza. A bővítményt terjesztésre és újrafelhasználásra tervezték. Ha egy szabály csak egyetlen repozitóriumra vonatkozik, a CLAUDE.md-be való, nem bővítménybe.

2026 felé tekintve: az Anthropic egyértelműen a csapatoknak szánt bővítménypiactér felé halad. Ez lehetővé teszi a vállalatok számára, hogy belső módszertanaikat bővítményként publikálják, verziózzák, majd egyetlen paranccsal minden alkalmazottnál frissítsék. Egy önálló vállalkozó számára ez azt jelenti: telepítsd, ami már készen van, és ne találd fel újra.

Döntési fa: 4 kérdés, amelyet minden feladat előtt érdemes feltenned#

1. kérdés: van megőrzésre érdemes, ismételhető eljárás?

Ha igen, a módszertant skillként, SKILL.md fájlba csomagold, világos használati leírással. Ez eljárást ad, önmagában nem külső hozzáférést vagy külön kontextust.

2. kérdés: kell külön kontextus vagy összpontosított delegált szerep?

Ha igen, használj subagentet. Adj neki pontos feladatot és eszközöket. Ugyanez a feladat a külön kontextusban egy skill módszertanát is követheti.

3. kérdés: kell eszköz vagy hozzáférés külső adatokhoz?

Ha igen, adj engedélyezett hozzáférést MCP-n vagy más megfelelő eszközön, például már beállított CLI-n keresztül. A skill az eszköz használatát írhatja le; a subagent lehet a használója.

4. kérdés: csomagként kell terjeszteni és karbantartani a beállítást?

Ha igen, bővítménnyel terjeszd a megfelelő skilleket, ügynökdefiníciókat, hookokat vagy MCP-konfigurációt. A csomag saját vagy más szerzőtől származó is lehet.

Kombinált példa: ismétlődő GitHub-issue-ellenőrzés. Egy skill meghatározza az eljárást és eredményformátumot. A beállított GitHub MCP vagy CLI engedélyezett hozzáférést ad az issue-hoz. A subagent saját kontextusában olvashat hosszú beszélgetést és adhat megállapításokat. A bővítmény eljuttathatja ezt a kombinációt a csapathoz. Mind a négy válasz lehet „igen”; egyik sem zárja ki a másikat.

5 rétegválasztási hiba, amelyet a vibe coderek elkövetnek#

Hetente egyszer látom ezt az 5 mintát a velem dolgozó vibe coderek között. Minden másodikuk legalább egyet elkövet az első hetében.

1. hiba: subagent skill helyett.

Tünet: valaki subagentet készített „új blogbejegyzés írásához”. Minden indításkor a subagent betöltődik, elolvassa a 2 KB-os módszertant, létrehoz egy bejegyzést, majd bezárul. Egy hét után a szerző észreveszi, hogy minden futtatás további 5K tokent emészt fel a subagent betöltése.

Mi lett volna a helyes megoldás: a „hogyan írjunk bejegyzést” egy módszertan — vagyis skill. Az aktiváló az „új blogbejegyzés” kifejezés. A skill a fő chatbe töltődik be, nem nyit külön munkamenetet. 3–5-ször olcsóbb.

2. hiba: MCP-szerver skill helyett.

Tünet: valaki olyan MCP-szervert írt, amely útmutatást ad arra, „hogyan végezzünk kódellenőrzést”. Az eszközdeklarációk, az argumentumséma leírásai és a dokumentáció folyamatosan helyet foglalnak a kontextusban. Minden kérés 2–3K tokent pazarol semmire.

Mi lett volna a helyes megoldás: a „hogyan végezzünk kódellenőrzést” eljárás, nem hozzáférés egy külső rendszerhez. Használj skillt. Az MCP csak akkor indokolt, ha élő hozzáférésre van szükséged — például a Sentryhez a legfrissebb hibák lekéréséhez.

3. hiba: bővítmény CLAUDE.md helyett.

Tünet: valaki projektbeli szabályokat („mindig strict TypeScript módot használj”, „ne használj semmilyen kötőjelet”, „csak pnpm-et használj, npm-et ne”) csomagolt bővítménybe, majd telepítette. Mostantól minden új munkamenet betölti a bővítményt, amely megismétli azt, aminek a CLAUDE.md-ben kellene lennie.

Mi lett volna a helyes megoldás: az egyetlen projektre érvényes szabályok a projekt CLAUDE.md fájljába valók. A bővítmény olyan módszertannak való, amely több embernél vagy repozitóriumban is használható.

4. hiba: skill létrehozása hookkal.

Tünet: valaki észrevette, hogy egy hook automatikusan lefut egy eseménykor (például fájl mentése előtt). Úgy döntött, „hookon keresztüli skillt” készít, hogy Claude minden szerkesztésnél automatikusan alkalmazza a módszertant. Végtelen aktiválási ciklust, kontextusfogyasztást és kiszámíthatatlan működést kapott.

Mi lett volna a helyes megoldás: a hook determinisztikus kód, amely parancsot futtat, formázza az eredményt vagy blokkol egy műveletet. A hook nem tölt be skillt és nem hívja meg Claude-ot. Ha azt szeretnéd, hogy „az X módszertant mindig alkalmazza”, használj aktiválóval ellátott skillt vagy egy bejegyzést a CLAUDE.md-ben.

5. hiba: felesleges réteg létrehozása.

Tünet: valaki hall a skills-ekről, útmutatókat olvas, úgy dönt, hogy „ezt a módszertant csomagolnom kell”, és egy estét tölt egy olyan feladathoz készített skilllel, amely csak havonta egyszer merül fel.

Mi lett volna a helyes megoldás: az egyszeri feladatokat eseti jelleggel a chatben kell elvégezni. Skill akkor indokolt, ha naponta egynél többször végzed. Ellenkező esetben ez túltervezés, amelyet később karban is kell tartani.

E példáknál külön ellenőrizd az igényeket: eljárás, kontextus- vagy szerepelkülönítés, eszközhozzáférés és terjesztés. Minden konkrét célt szolgáló réteget adj hozzá; ha több kell a feladathoz, kombináld őket.

Mit mond az Anthropic a széttagoltságról: merre tart a Claude Code 2026-ban?#

Mit jelent ez a következő hat hónapra vagy egy évre nézve?

Először: a skills válnak az eljárásalapú feladatok fő rétegévé. Az Anthropic egyértelműen erre a rétegre tesz, mert ez a legolcsóbb és legkiszámíthatóbb. Ha 2026-ban még nem érted, miért van szükséged skillre, először ezt tanulmányozd. Az összes többi réteg ehhez fog igazodni.

Másodszor: a subagentek specializálódnak. A subagentek fő szerepe a nagy feladatok kontextusának elkülönítése. Az általános subagentek, például a qa-engineer, eltűnnek; a konkrétak, például a migration-test-writer és az api-route-reviewer, megmaradnak.

Harmadszor: az Anthropic 14 napon belüli új bejelentései — a /workflows parancs (2026. május 28.) több tucat subagent vezénylésére, valamint az Agent SDK számlázásának június 15-én kezdődő szétválasztása — azt jelentik, hogy a programozott használat külön keretbe kerül. Ez annak a jele, hogy az Anthropic 10+ ügynökből álló automatizált rendszerekhez épít infrastruktúrát, nem egyéni munkamenetekhez.

Egy 2026-os vibe coder számára ez egy dolgot jelent: a négy réteg még legalább hat hónapig velünk marad, aztán néhány összeolvad. A négy kérdésből álló döntési fa azonban az összevonás után is működni fog — mert a feladat természetéről szól, nem az adott réteg nevéről.

Kész mátrix: 10 gyakori feladat → a megfelelő réteg#

A táblázat használatának fő szabálya: ne próbálj „mind a 10 dolgot egyszerre” megtenni. A legtöbb önálló vibe coder számára elég a CLAUDE.md + 5–7 skill + 2–4 MCP-szerver. Ahogy nő a projekt, subagentekkel és bővítményekkel lehet bővíteni.

Hogyan tovább: munkakörnyezet építése Claude Code-ban#

Ez az öt réteg nem egymás után következik; egymásba illeszkednek. A CLAUDE.md a projekt alapja, a másik négy pedig a feladatok növekedésével kapcsolódik be.

Ismerd meg az Ailootot.