# Skills, subagentek, MCP és bővítmények a Claude Code-ban: melyiket válasszuk? > A skills, a subagentek, az MCP és a bővítmények a Claude Code-bővítések négy rétegét alkotják. Elmagyarázom, mikor melyiket érdemes használni, egy kész döntési mátrixszal és projektpéldákkal. Source: https://ailoot.ai/blog/hu/skills-subagents-mcp-plugins-claude-code/ Canonical: https://ailoot.ai/blog/hu/skills-subagents-mcp-plugins-claude-code/ Language: hu Publisher: Ailoot (https://ailoot.ai/) Translation: guide-214 Revision: sha256-d4768ec35147493d7156b87fdab5a148f6f5de514b25c71f2685779428ae398b 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](https://ailoot.ai/docs/) olvashat. ## Mi a skills, a subagent, az MCP és a bővítmény egy mondatban?
Főbb tudnivaló A skill egy csomagolt módszertan, amelyet Claude aktiváláskor tölt be. A subagent egy elszigetelt „kolléga”, saját kontextussal, egy hosszú feladat elvégzésére. Az MCP egy híd egy külső rendszerhez (például adatbázishoz, GitHubhoz vagy Notionhöz). A bővítmény másvalaki kész csomagja, amely az összes fentit tartalmazza, és egyetlen sorral telepíthető.
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:

Az MCP adatforrásokhoz kapcsolja Claude-ot; a Skills megtanítja Claude-nak, mit kezdjen ezekkel az adatokkal. Ha azt magyarázod el, hogyan használjon egy eszközt vagy kövessen egy eljárást — például: „az adatbázisunk lekérdezésekor először mindig szűrj dátumtartományra” —, az Skill. Ha azt szeretnéd, hogy Claude egyáltalán hozzáférjen az adatbázishoz vagy az Excel-fájlokhoz, az MCP.

— Anthropic Engineering, https://claude.com/blog/skills-explained
**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?
Főbb tudnivaló A CLAUDE.md egy kérés: Claude a munkamenet elején elolvassa, de 20 üzenet után figyelmen kívül hagyhatja. A skills, a subagentek, az MCP és a bővítmények olyan problémákat oldanak meg, amelyekkel a CLAUDE.md nem boldogul: a méretezhetőséget, a kontextus elkülönítését, a külvilághoz való hozzáférést és a módszertan csapaton belüli megosztását.
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?
Főbb tudnivaló A skill a megfelelő választás, ha van egy megismételhető, egyértelmű aktiválóval rendelkező folyamat, amelyet naponta egynél többször végzel. A CLAUDE.md-től eltérően a skill csak akkor töltődik be, amikor szükség van rá, így nem fogyasztja minden munkamenet alapkontextusát.
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](https://ailoot.ai/blog/hu/claude-code-skills-library/) című útmutató szól. ## Mikor van subagentre szükség skill helyett?
Főbb tudnivaló A subagent a nehéz munkát a saját kontextusába helyezi, és csak egy összefoglalót küld vissza a fő chatbe. Akkor használd, ha a feladat sok fájl elolvasását, hosszú elemzést vagy 5 azonos ellenőrzés párhuzamos elvégzését igényli — és nincs szükség arra, hogy a fő beszélgetésben lásd az összes köztes munkát.
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ó](https://ailoot.ai/blog/hu/claude-code-alugynokok/) című anyagban olvashatsz. ## Mikor van MCP-re szükség skill vagy subagent helyett?
Főbb tudnivaló Az MCP eszközöket és adathozzáférést ad például adatbázishoz, GitHubhoz, Sentryhez vagy böngészőhöz. Akkor használd, ha a munkafolyamatnak erre szüksége van. A skill ugyanazon eszközök használatához adhat módszertant; a két réteg kiegészíti egymást.
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](https://ailoot.ai/blog/hu/mcp-servers-claude-code/) című anyagban található. ## Mikor van bővítményre szükség skill vagy subagent helyett?
Főbb tudnivaló A bővítmény másvalaki csomagolt készlete skills-ekből, subagentekből, hookokból és parancsokból, amelyet egyetlen sorral telepíthetsz a piactéren keresztül. Akkor használd, ha nem akarod mindent a nulláról felépíteni, és megbízol a csomag szerzőjében — például frontendtervezéshez, Playwright-alapú teszteléshez vagy Telegram-integrációhoz.
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 ` 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
Főbb tudnivaló Mind a négy kérdésre egymástól függetlenül válaszolj. Minden „igen” egy igényt jelöl; a többi kérdést is ellenőrizd, mert egyetlen munkafolyamat több réteget kombinálhat. Ha minden válasz „nem”, elegendő lehet egy szokásos prompt és a projekt utasításai.
**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
Főbb tudnivaló A legköltségesebb hiba, ha skill helyett subagentet vagy MCP-t, CLAUDE.md helyett bővítményt, illetve hookon keresztül skillt használsz. Mindegyik tokeneket éget vagy hibás működéshez vezet. Konkrét példákon mutatom be, mi történt, és mi lett volna a helyes megoldás.
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?
Főbb tudnivaló A Claude Code a kódellenőrzés öt módját (command, skill, subagent, bővítmény vagy chat) egyetlen beépített `/code-review` skillben egyesíti. Vagyis ne aggódj amiatt, hogy „túl sok a réteg” — 2026-ban a határok elmosódnak és egyszerűsödnek.
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
Főbb tudnivaló A táblázat minden helyzethez elsődleges igényt jelöl. A sorok kiegészítik egymást: egy feladat többre is illeszkedhet, és így kombinálhatja a felsorolt rétegeket.
| \# | Aktiváló helyzet | Megfelelő réteg | Miért ez? | |----|----|----|----| | 1 | Claude egy munkamenetben 2–3 alkalommal figyelmen kívül hagyja ugyanazt a szabályt | **CLAUDE.md** | Reaktív, mindig a kontextusban van, nem kell hozzá aktiváló | | 2 | Naponta egynél többször gépelem be ugyanazt a hosszú promptot | **Skill** | Igény szerint töltődik be, nem fogyasztja az alapkontextust | | 3 | Harmadszor illesztek be egy 1 500 szavas forgatókönyvet a chatbe | **Skill** | Eljárásalapú módszertan, aktiváló kifejezés tölti be | | 4 | Egy feladat 20+ olvasandó fájllal felemészti a fő chatet | **Subagent** | Kontextus-elkülönítés; csak az összefoglaló tér vissza a fő chatbe | | 5 | 5 azonos ellenőrzés kell párhuzamosan (QA, review, lint) | **Subagentek** | `run_in_background` beállítással indulnak; a teljes idő ötszörösére csökken | | 6 | El akarom olvasni a GitHub-issue-kat vagy a Sentry legfrissebb hibáit | **MCP** | Közvetlen hozzáférés külső rendszerhez, szabványos protokollon keresztül | | 7 | Egy lefedett pushműveletet szeretnék automatikusan ellenőrizni | **Tesztelt hook** | Determinisztikus ellenőrzés; igazold a tényleges aktiválást és blokkolást | | 8 | Át akarom vinni a beállításaimat egy másik repozitóriumba vagy új gépre | **Bővítmény** | Terjesztés piactéren keresztül, valamint névtér | | 9 | Egy 10 fős csapatnak ugyanazokat a szabályokat kell követnie | **Bővítmény a csapat piacterén** | Verziózott, egyszer kell telepíteni, központilag frissül | | 10 | Egy külső szolgáltatás webhookjára kell válaszolni (Telegram, GitHub Actions) | **MCP-csatorna vagy Agent SDK** | Kívülről érkező üzeneteket küld a munkamenetbe | 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
Főbb tudnivaló A CLAUDE.md tartalmazza a projekt alapszabályait, a skillek csomagolják a módszertant, a subagentek osztják szét a nehéz kontextust, az MCP kapcsolódik a külvilághoz, a bővítmények pedig mások kész csomagjait terjesztik. Ez az öt építőelem alkotja a Claude Code-beállításodat 2026-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.
### Források - [Anthropic Engineering: A Skills ismertetése (2025. november 13.)](https://claude.com/blog/skills-explained) - [Claude Code dokumentáció: A Skills áttekintése](https://code.claude.com/docs/en/skills) - [Claude Code dokumentáció: Subagentek](https://code.claude.com/docs/en/subagents) - [Claude Code dokumentáció: Az MCP áttekintése](https://code.claude.com/docs/en/mcp) - [Claude Code dokumentáció: Bővítmények](https://code.claude.com/docs/en/plugins) - [Claude Code-kiadások a GitHubon](https://github.com/anthropics/claude-code/releases) - [Anthropic-hírek: blogfrissítések 2026-ban](https://www.anthropic.com/news) - [Sentry MCP-szakácskönyv](https://sentry.io/blog/sentry-mcp-server-for-claude-code/) - [A Trail of Bits skills repozitóriuma](https://github.com/trailofbits/skills) - [A Claude Plugins hivatalos piactere](https://github.com/anthropics/claude-plugins-official)
Ismerd meg az [Ailootot](https://ailoot.ai/). ## Kérdések és válaszok: Skills, subagentek, MCP és bővítmények a Claude Code-ban: melyiket válasszuk ### Egy GitHub-ellenőrzéshez kellhet egyszerre skill, subagent és MCP? Igen. A skill az eljárást adja, az MCP vagy egy engedélyezett CLI az issue adatait, a subagent pedig saját kontextusában végezheti a hosszú ellenőrzést. A bővítmény terjesztheti ezt a kombinációt. ### Hogyan használjam a négykérdéses ellenőrzőlistát? Minden kérdésre külön válaszolj: kell eljárás, kontextus-elkülönítés, eszközhozzáférés vagy terjesztés? Minden igen konkrét követelményt ad hozzá; az első igen nem zárja le a döntést. ## Ailoot · A vállalat és projektportfóliója Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít. A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben. Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.