Veščine, podagenti, MCP in vtičniki v Claude Code: kaj izbrati

Trenutno je v Claude Code pet načinov za isti pregled kode: ukaz s poševnico, veščina, podagent, vtičnik ali preprosto poziv v klepetu. Nobeden od teh načinov privzeto ni boljši od drugih — izbira je odvisna od naloge, proračuna žetonov in tega, kdo bo poleg vas še uporabljal rešitev.

Ta vodič je tisto, kar bi si želel imeti pred letom dni. Drevo s 4 vprašanji, pripravljena matrika »naloga → plast« in 5 pogostih napak, ki trošijo žetone pri vsakem drugem ustvarjalcu z vibekodiranjem, s katerim delam.

O delu s storitvijo preberite v dokumentaciji Ailoot.

Kaj so veščine, podagenti, MCP in vtičniki v enem stavku?#

Pred izbiro razjasnimo izraze. Vse štiri plasti imajo isti cilj — razširiti zmožnosti, ki jih ima Claude že v osnovi. Vendar ima vsaka plast svojo naravo.

Veščina je mapa z datoteko SKILL.md, ki opisuje, kdaj in kako uporabiti določeno metodologijo. Anthropic veščino primerja z navodili za novega zaposlenega: ne narekujete mu vsak dan vsakega koraka, temveč mu daste postopek.

Podagent je ločena seja Claude z lastnim kontekstom, zagnana iz glavnega pogovora. Ima eno ključno značilnost: izolacijo. Podagent lahko prebere 30 datotek, pripravi povzetek in glavnemu klepetu vrne samo to. Kontekst glavnega pogovora ostane čist.

MCP (Model Context Protocol) je odprt standard podjetja Anthropic za povezovanje Claudea z zunanjimi sistemi. Anthropic je v objavi na blogu 13. novembra 2025 razliko pojasnil kar najbolj jasno:

Vtičnik je že pripravljen nabor veščin, podagentov, kavljev in ukazov nekoga drugega, zapakiran v tržnico. Namestite ga z eno samo vrstico z ukazom /plugin install in dobite vse naenkrat. Če je veščina vaš lasten postopek, je vtičnik postopek, kupljen pri drugem podjetju.

Na kratko: veščine so recepti, podagenti so specializirani sodelavci, MCP pa zagotavlja zunanja orodja, prek katerih lahko Claude dostopa do storitev in podatkov. Stroški žetonov se razlikujejo: veščina je najcenejša (naloži se ob sprožitvi), medtem ko je MCP precej dražji (vsak povezani strežnik nenehno zaseda prostor v kontekstnem oknu).

Zakaj 4 plasti, če lahko uporabite eno datoteko CLAUDE.md?#

V opisanem projektu je CLAUDE.md obsežen zemljevid pravil: kam spadajo stvari, kako objavljati in kateri dogovori veljajo. Brez te datoteke bi Claude vsako novo sejo začel od začetka.

Toda CLAUDE.md ima svoje meje. Pojasnil bom s tremi primeri, ko preneha delovati.

Primer 1: pravilo deluje le včasih. V CLAUDE.md piše: »pred git push vedno zaženi npm run build«. Claude to prebere na začetku seje, prikima, po 25 sporočilih začne pisati kodo in pozabi. Že trikrat sem se zalotil, da sem izvedel potisk brez gradnje; ti potiski so v produkciji spodleteli. Pravilno nastavljen in preizkušen kavelj lahko izvede deterministično preverjanje gradnje in zavrne zajeto operacijo. Pokritost je odvisna od dogodka in poti orodja: kavelj Claude Code sam po sebi ne prestreže vsakega potiska iz drugega terminala ali aplikacije. Preverite, da namerno neuspešna gradnja blokira dejansko pot, ki jo uporabljate.

Primer 2: ponavljajoč se postopek v 15 korakih. V opisanem primeru gre vsak vodič skozi 14 stopenj: raziskava → struktura → MDX → 7 vzporednih preverjanj QA → objava v produkciji → IndexNow. Če bi vsakič napisal poziv »izvedi 1. stopnjo, nato 2., nato 3.«, bi porabil žetone, še preden bi sploh začel. Zato je celoten potek zapakiran v veščino build-masterskaya-guide — 34 KB navodil, ki se zaženejo s frazo »naredimo nov vodič za projekt«.

Primer 3: naloga, ki požre kontekst. Da bi preveril, ali je že objavljen vodič še aktualen, mora Claude prebrati 30 KB dolg prepis prenosa v živo, 20 retrospektiv, ki imajo vsaka po 5 KB, in jih primerjati s trenutno stranjo. Če bi to naredil v glavnem klepetu, bi imel ob koncu pregleda v kontekstu 200K žetonov navlake. Podagent opravi enako delo, glavnemu pogovoru vrne samo povzetek s 300 besedami in se zapre.

Primer 4: želim, da ekipa dobi iste predloge kot jaz. Pripravljen nabor pravil za zasnovo vmesnika, kavljev za objavljanje prek Coolify in MCP za preverjanje s Playwrightom. To je vtičnik: zapakiram svojo postavitev, jo objavim na tržnici, sodelavec pa jo namesti z eno samo vrstico.

CLAUDE.md pokriva osnove: »kako delamo tukaj«. Štiri dodatne plasti pokrivajo tisto, česar CLAUDE.md fizično ne zmore: ponavljanje prek sprožilcev, izolacijo konteksta, dostop do zunanjega sveta in deljenje.

Kdaj potrebujete veščino namesto CLAUDE.md?#

Preizkus za veščino je preprost: zalotite se, da isti dolg poziv iz zapiskov kopirate v klepet. Že tretjič je znak.

Trenutno imam v ~/.claude/skills/ 7 map: build-masterskaya-guide, build-vc-spoke, build-reel-script, build-practicum-instruction, update-config, simplify in keybindings-help. Najpogosteje uporabljam build-masterskaya-guide (ta vodič je bil napisan z njegovo pomočjo). Vsebuje 34 KB metodologije: katere stopnje je treba opraviti, katera večagentska preverjanja QA zagnati, kateri pogoji na kontrolnih točkah naj ustavijo postopek in katere artefakte shraniti v /tmp/.

Kdaj ne ustvariti veščine.

• Pravilo, kot je »odgovarjaj v uporabnikovem želenem jeziku«, spada v CLAUDE.md, ne v veščino. Veščina se naloži ob sprožitvi, to pravilo pa bi moralo vedno veljati.
• Enkratno navodilo, kot je »zdaj zaženi refaktoriranje«, spada v klepet, ne v veščino.
• Naloga, ki potrebuje ločen kontekst, lahko uporabi podagenta; če sledi tudi ponavljajočemu se postopku, metodologijo ohranite v veščini.

Glavni protiprimer. Najpogostejša napaka ustvarjalcev z vibekodiranjem je, da postopek stlačijo v podagenta, čeprav bi moral biti veščina. Podagent stane več žetonov (ima lasten kontekst), počasneje se zažene in je pogosto pretirana rešitev. Če se naloga prilega metodologiji z 1.500–2.000 besedami in ne zahteva branja zunanjih datotek, je veščina prava izbira.

Kako strukturirati veščino, kaj vključiti v glavo in katere sprožilne fraze delujejo, preberite v vodiču Veščine Claude Code leta 2026: kako zgraditi osebno knjižnico veščin.

Kdaj potrebujete podagenta namesto veščine?#

Veščina hrani metodologijo; podagent opravi delo. Gre za različni plasti, ki ju pogosto zamenjujejo, ker se obe zaženeta »iz klepeta«.

Podagent je smiseln samo za izolacijo konteksta. Glavna seja Claude ima proračun 200,000 žetonov (ali 1 milijon v različici beta). Če v glavnem klepetu zahtevate, naj prebere 30 datotek in analizira vsako, boste za vmesno branje porabili polovico okna. Podagent opravi enako delo v ločeni seji in glavnemu klepetu vrne samo rezultat.

Konkreten primer projekta. Vsak vodič gre skozi več vzporednih preverjanj QA: slog, navedbe in dejstva glede na primarne vire, strukturo za iskalnike ter celovitost notranjih in zunanjih povezav. Vsako preverjanje črpa iz lastnega konteksta: glosarja pravil, orodja WebFetch za več deset URL-jev in iskanja po besedilu.

Če bi vsa ta preverjanja izvajal v enem klepetu, bi me kontekst pokopal, še preden bi se prvo končalo. Vzporedno zaganjanje podagentov z run_in_background: true to reši: delajo v ozadju, glavni klepet nadaljuje, po 4–6 minutah pa dobim strnjena poročila in uveljavim spremembe.

Drugi primer — zahtevna raziskava. Ko izbiram temo za nov vodič, 4 podagenti vzporedno zbirajo signale:

• V1 - forumi in skupnosti za 14 dni
• V2 - družbena omrežja
• V3 - video platforme + blog Anthropic
• V4 - vrzeli SEO

Vsak vrne 30–40 elementov z ocenami viralnosti. Zberem jih v nabor, ovrednotim po 9 merilih in izberem najboljšega. Brez podagentov bi ta stopnja trajala 2–3 ure in porabljala glavni kontekst.

Kdaj ne ustvariti podagenta.

• Naloga, pri kateri ni treba brati datotek ali uporabljati WebFetch, spada v glavni klepet.
• Ponovljiv postopek spada v veščino, lahko pa teče v podagentu, kadar je ločitev koristna.
• Zunanji dostop potrebuje dovoljeno orodje, kot je MCP ali CLI; podagent ga lahko uporabi pri delegirani nalogi.

Glavni protiprimer. Ustvarjanje podagenta z imenom backend-engineer ali qa v upanju, da bo Claude sam ugotovil, kdaj ga uporabiti. Konkretni podagenti (na primer migration-test-writer ali api-route-reviewer) zagotavljajo veliko boljšo kakovost kot splošni. Bolj ko sta ime in navodila podagenta natančna, bolj pravilno bo Claude izbral ustreznega.

Kako ustvariti podagente za določene naloge, kakšna je sintaksa glave in 5 pripravljenih primerov, preberite v vodiču Podagenti Claude Code leta 2026: vodnik po korakih.

Kdaj potrebujete MCP namesto veščine ali podagenta?#

Anthropic je najkrajšo formulo za razliko navedel v objavi na blogu: MCP poveže Claude s podatki, veščine pa Claudea naučijo, kaj naj s temi podatki naredi.

Veščina za pregled težav GitHub na primer potrebuje vsebino težave. Zagotovite jo prek dovoljenega orodja MCP, CLI ali priloženega besedila. Veščina nato opredeli pregled in obliko ugotovitev; sam dostop MCP tega postopka ne predpisuje.

Moj konkretni nabor MCP.

• Playwright MCP - vizualni QA za vsak vodič. Odprem stran na namizju in mobilnem telefonu ter preverim širino vsebnika in ali so se bloki izrisali.
• Stitch MCP - dostop do oblikovalskega sistema, ustvarjanje komponent v slogu znamke.
• vidIQ MCP - analiza trendov in preverjanje viralnosti zamisli.
• Railway MCP - upravljanje infrastrukture za uvajanje.

Vsak od teh 4 je most do zunanjega sistema. Brez MCP bi moral napisati lastno ovojno kodo ali preklopiti v brskalnik. Z MCP se vse dogaja znotraj seje Claude.

Strošek žetonov. MCP je najdražja plast. Vsak povezani strežnik nenehno zaseda prostor v kontekstnem oknu: deklaracije orodij, sheme argumentov in opise. Imam 4 strežnike MCP — to je približno 8–12K žetonov v vsaki novi seji, še preden kar koli vprašam.

To pomeni, da MCP povežemo samo, če ga dejansko potrebujemo v večini sej. Če MCP za Sentry uporabljate enkrat na teden, ga je bolje na zahtevo omogočiti z zastavico --mcp sentry, kot pa ga imeti na stalnem seznamu.

Kdaj ne uporabljati MCP.

• Metodologija »kako delati s podatki« spada v veščino, ne v MCP.
• Dolgotrajna bralna naloga lahko koristi od podagenta; če so nekatere datoteke ali zapisi zunanji, lahko ta potrebuje tudi dostop MCP.
• Objava z enim ukazom zahteva kavelj ali vtičnik, ne MCP.

Glavni protiprimer. Gradnja strežnika MCP za nekaj, kar bi bolje rešil veščina. V razpravi na HN sem videl primer (prav tista nit s 422 točkami 27. maja): avtor je napisal strežnik MCP, ki ponuja »navodila za pregled kode«. Toda to ni dostop do zunanjega sveta, temveč postopek. Veščina opravi enako delo za 10-krat manj žetonov.

Incident zaradi tekmovanja za vire. Nekoč je MCP za Playwright obstal z napako »Browser is already in use« — hkrati sem imel odprto okno Chroma in MCP ni mogel prevzeti nadzora nad brskalnikom. To je pomembna lekcija: strežnik MCP uporablja skupne sistemske vire. Če si več opravil deli vir (brskalnik, vrata ali datoteko), že od začetka načrtujte izolacijo.

Pripravljen vodič za povezavo 7 delujočih strežnikov MCP je v Claude Code MCP Servers in 2026: 7 Ready-to-Use Setups.

Kdaj potrebujete vtičnik namesto veščine ali podagenta?#

Veščine, podagenti in MCP se nanašajo na vašo metodologijo. Vtičnik je že pripravljena metodologija nekoga drugega, ki jo uvozite v svojo postavitev.

Oktobra 2025 je Anthropic predstavil Claude Code Plugins, uradni način distribucije. Vtičnik je mapa, ki lahko vsebuje:

• lastne ukaze s poševnico
• lastne veščine
• lastne podagente
• lastne kavlje
• lastne nastavitve MCP
• lastne sloge izhoda

Vse to je zapakirano v en paket z datoteko plugin.json. Namestitev je ena vrstica v ~/.claude/settings.json ali ukaz /plugin install <name>.

Moj konkretni nabor vtičnikov.

• frontend-design iz uradne zbirke claude-plugins-official — 67 slogov, 96 palet, 57 kombinacij pisav, 13 ogrodij. Ko ustvarjam nov blok za spletno mesto ali predlogo e-pošte, naložim ta vtičnik in dobim celotno knjižnico naenkrat.
• playwright z iste uradne tržnice — nabor veščin in nastavitev MCP za testiranje brskalnika.
• telegram — že pripravljen nabor za upravljanje računa Telegram iz Claude Code (pravilnik, seznam dovoljenih, povezovanje).
• trailofbits/skills — nabor varnostnih veščin podjetja Trail of Bits, ki mu zaupam na področju varnosti.

Vse štiri predstavljajo tri vrstice v settings.json. Brez vtičnikov bi ure porabil za ročno izdelavo iste knjižnice.

Kdaj ne uporabljati vtičnika.

• Če je metodologija v celoti vaša in je ne boste širili na druge, jo ohranite kot veščino.
• Če še ne veste, kdo jo bo uporabljal, jo najprej preizkusite sami kot veščino.
• Če morate na novem računalniku hitro namestiti tri datoteke, zadostuje cp ~/.claude/skills/X /new/machine/.claude/skills/.

Glavni protiprimer. Uporaba vtičnika kot nadomestila za CLAUDE.md — na primer vtičnika s pravili »kako delamo v tem projektu«. Vtičnik je namenjen distribuciji in ponovni uporabi. Če so pravila specifična za en repozitorij, spadajo v CLAUDE.md, ne v vtičnik.

V prihodnjem letu 2026: Anthropic se očitno pomika k ekipni tržnici vtičnikov. Podjetja bodo tako lahko objavila svoje interne metodologije kot vtičnike, jih različila in jih z enim ukazom posodobila za vse zaposlene. Za samostojnega podjetnika to pomeni: namestite, kar je že pripravljeno, in ne izumljajte vsega znova.

Drevo odločanja: 4 vprašanja, ki si jih zastavite pred vsako nalogo#

Vprašanje 1: ali je vredno ohraniti ponovljiv postopek?

Če da, metodologijo zapakirajte kot veščino v datoteko SKILL.md z jasnim opisom uporabe. To zagotovi postopek, ne pa samo po sebi zunanjega dostopa ali ločenega konteksta.

Vprašanje 2: ali delo potrebuje ločen kontekst ali osredotočeno delegirano vlogo?

Če da, uporabite podagenta. Dajte mu natančno nalogo in orodja. Ista naloga lahko v tem ločenem kontekstu sledi metodologiji veščine.

Vprašanje 3: ali naloga potrebuje orodje ali dostop do zunanjih podatkov?

Če da, zagotovite dovoljen dostop prek MCP ali drugega ustreznega orodja, na primer že nastavljenega CLI. Veščina opisuje uporabo dostopa; podagent je lahko izvajalec, ki ga uporablja.

Vprašanje 4: ali naj se nastavitev razširja in vzdržuje kot paket?

Če da, uporabite vtičnik za razširjanje ustreznih veščin, definicij agentov, kavljev ali konfiguracije MCP. Paket je lahko vaš ali od drugega avtorja.

Združen primer: ponavljajoč se pregled težav GitHub. Veščina določi postopek pregleda in obliko rezultata. Nastavljeni GitHub MCP ali CLI zagotovi dovoljen dostop do težav. Podagent lahko v svojem kontekstu prebere dolgo razpravo in vrne ugotovitve. Vtičnik lahko kombinacijo razširi ekipi. Vsi štirje odgovori so lahko »da«; noben ne izniči drugega.

5 napak pri izbiri plasti, ki jih delajo ustvarjalci z vibekodiranjem#

Teh 5 vzorcev opažam enkrat na teden pri ustvarjalcih z vibekodiranjem, s katerimi delam. Vsak drugi v prvem tednu naredi vsaj eno od teh napak.

Napaka 1: podagent namesto veščine.

Simptom: avtor je ustvaril podagenta za »pisanje nove objave na blogu«. Vsakič, ko zažene podagenta, se ta naloži, prebere 2 KB metodologije, ustvari objavo in se zapre. Po enem tednu avtor opazi, da vsaka izvedba porabi dodatnih 5K žetonov za nalaganje podagenta.

Kaj bi se moralo zgoditi: »kako napisati objavo« je metodologija — torej veščina. Sprožilec je fraza »nova objava na blogu«. Veščina se naloži v glavni klepet in ne odpre ločene seje. Je 3–5-krat cenejša.

Napaka 2: strežnik MCP namesto veščine.

Simptom: avtor je napisal strežnik MCP, ki ponuja navodila »kako opraviti pregled kode«. Deklaracije orodij, opisi sheme argumentov in dokumentacija nenehno zasedajo kontekst. Vsaka zahteva po nepotrebnem zapravi 2–3K žetonov.

Kaj bi se moralo zgoditi: »kako opraviti pregled kode« je postopek, ne dostop do zunanjega sistema. Uporabite veščino. MCP je upravičen samo, če potrebujete živi dostop — na primer do Sentryja, da pridobite najnovejše napake.

Napaka 3: vtičnik namesto CLAUDE.md.

Simptom: avtor je pravila projekta (»vedno uporabljaj strogi način TypeScript«, »ne uporabljaj pomišljajev«, »uporabljaj samo pnpm, ne npm«) zapakiral v vtičnik in ga namestil. Vsaka nova seja zdaj naloži vtičnik, ki podvaja pravila, ki bi morala biti v CLAUDE.md.

Kaj bi se moralo zgoditi: pravila za en projekt spadajo v CLAUDE.md tega projekta. Vtičnik je namenjen metodologiji, ki jo je mogoče razširiti na več ljudi ali repozitorijev.

Napaka 4: poskus ustvarjanja veščine prek kavlja.

Simptom: avtor je opazil, da se kavelj samodejno zažene ob dogodku (na primer pred shranjevanjem datoteke). Odločil se je ustvariti »veščino prek kavlja«, da bi Claude samodejno uporabil metodologijo pri vsakem urejanju. Tako je ustvaril neskončno zanko sprožilcev, porabil kontekst in povzročil nepredvidljivo vedenje.

Kaj bi se moralo zgoditi: kavelj je deterministična koda, ki izvede ukaz, oblikuje rezultat ali blokira opravilo. Kavelj ne naloži veščine in ne prikliče Claudea. Če morate »vedno uporabljati metodologijo X«, uporabite veščino s sprožilcem ali vnos v CLAUDE.md.

Napaka 5: dodatna plast, ko sploh ničesar ne potrebujete.

Simptom: avtor izve za veščine, prebere vodiče, sklene »to metodologijo moram zapakirati« in porabi večer za ustvarjanje veščine za nalogo, ki se pojavi enkrat na mesec.

Kaj bi se moralo zgoditi: enkratna naloga spada neposredno v klepet. Veščina je upravičena samo, če to počnete več kot enkrat na dan. Sicer gre za pretirano zapleteno rešitev, ki jo bo treba nato vzdrževati.

Pri teh primerih potrebe preverite neodvisno: postopek, ločitev konteksta ali vloge, dostop do orodij in razširjanje. Dodajte vsako plast s konkretnim namenom; združite jih, kadar naloga potrebuje več kot eno.

Kaj pravi Anthropic o razdrobljenosti: kam gre Claude Code leta 2026#

Claude Code združuje plasti: pet načinov za pregled kode (ukaz, veščina, podagent, vtičnik ali klepet) se združuje v eno vgrajeno veščino /code-review. Zato naj vas »preveč plasti« leta 2026 ne skrbi — meje se brišejo in poenostavljajo.

Kaj to pomeni v naslednjih šestih mesecih do enega leta?

Prvič: veščine postajajo glavna plast za postopkovne naloge. Anthropic očitno stavi na to plast kot najcenejšo in najbolj predvidljivo. Če leta 2026 ne razumete, zakaj bi potrebovali veščino, jo najprej preučite. Vse druge plasti se bodo vrtele okoli nje.

Drugič: podagenti postajajo specializirani. Glavni namen podagentov je izolacija konteksta pri zahtevnih nalogah. Splošni podagenti, kot je qa-engineer, bodo izginili; specifični, kot sta migration-test-writer in api-route-reviewer, pa bodo ostali.

Tretjič: nove objave Anthropica v zadnjih 14 dneh — ukaz /workflows (28. maj 2026) za usklajevanje več deset podagentov ter ločitev obračunavanja za Agent SDK z začetkom 15. junija — pomenijo, da se programatična uporaba seli v ločen nabor. To je znak, da Anthropic gradi infrastrukturo za avtomatizirane sisteme z 10+ agenti in ne za posamezne seje.

Za ustvarjalca z vibekodiranjem leta 2026 to pomeni eno preprosto stvar: štiri plasti bodo obstajale še vsaj šest mesecev, nato pa se bodo nekatere združile. Toda drevo odločanja s štirimi vprašanji bo delovalo tudi po združitvi — nanaša se na naravo naloge, ne na konkretno ime plasti.

Pripravljena matrika: 10 tipičnih nalog → prava plast#

Glavno pravilo pri uporabi te tabele je, da ne poskušate »izvesti vseh 10 stvari naenkrat«. Večina samostojnih ustvarjalcev z vibekodiranjem se znajde s kombinacijo CLAUDE.md + 5–7 veščin + 2–4 strežnikov MCP. Podagente in vtičnike dodajajo, ko projekt raste.

Kaj sledi: kako zgraditi svoje delovno okolje v Claude Code#

Teh pet plasti ne stoji druga za drugo, temveč se umeščajo druga v drugo. CLAUDE.md je temelj projekta, druge štiri pa dodajate, ko naloge postajajo zahtevnejše.

En vodič, en gradnik. Celotna kombinacija treh stebrov metodologije je klon umetne inteligence + drugi možgani + inženiring konteksta. Te plasti se z datoteko CLAUDE.md in arhitekturo projekta povezujejo v en sistem.

Spoznajte Ailoot.