Kolik dovedností Claude instalovat?

Méně, než si myslíte. Pro většinu lidí, kteří běžně pracují v Claude Code, je počet dovedností, které se osvědčují po měsíce, někde mezi pěti a osmi aktivně používanými dovednostmi, nepočítaje to, co je dodáváno v balíčku pluginu, který jste si nevybrali individuálně. To není pevný strop. Je to bod, kdy portfolio, po kterém skutečně sáhnete, přestane růst, bez ohledu na to, kolik dalších nainstalujete.

Důvodem nízkého počtu není nepořádek v zobrazení složek. Každá dovednost, kterou nainstalujete, ať už ji používáte, nebo ne, umisťuje svůj popis spouštěče před Claude při každém požadavku, navždy, a každý dodatečný popis je další věc, kterou Claude musí správně ignorovat. Po určitém bodě přidávání dovedností nepřidává schopnosti. Přidává šum, proti kterému musí dobré dovednosti soutěžit.

Tento článek je aritmetikou za tímto číslem: co vás stojí nainstalovaná, ale nečinná dovednost, proč jsou dvě překrývající se dovednosti horší než kterákoli z nich samostatně, a struktura portfolia, kterou sami používáme po katalogizaci a testování 73 z nich.

Co vás skutečně stojí nainstalovaná dovednost

Dovednosti se načítají ve dvou fázích. Na začátku relace Claude přečte pouze metadata (frontmatter), name a description, každé dovednosti, kterou najde, typicky 50 až 150 tokenů každá. Tato metadata zůstávají v kontextu po celou relaci bez ohledu na to, zda se dovednost někdy spustí. Celé tělo, skutečné instrukce, se načte pouze tehdy, když požadavek odpovídá popisu. To je progresivní odhalování a je to důvod, proč dovednosti škálují lépe než vložené výzvy. Mechanismus jsme popsali v co jsou dovednosti Claude.

Vždy aktivní část je ta, kterou lidé zapomínají počítat. Řekněme, že jste nainstalovali 30 dovedností, každá s průměrem 100 tokenů metadat: 3 000 tokenů stojí před každou zprávou, každým tahem, každou relací, bez ohledu na to, zda jsou relevantní. Při 30 tazích v pracovní relaci je to 90 000 tokenů strávených opětovným čtením seznamu metadat, než Claude udělá cokoli, o co jste požádali. Během 22 pracovních dnů je to téměř 2 miliony tokenů měsíčně čisté „daně za nečinnost“. Nic z toho není samo o sobě drahé, pár centů při sazbách Sonnet. Ale soutěží o místo v kontextovém okně a sčítá se se vším ostatním, co se veze: CLAUDE.md, schémata nástrojů MCP, historie relací. Kompletní rozbor jsme provedli v snížení nákladů na tokeny Claude.

Větší náklady nejsou peníze. Je to pozornost. Claude rozhoduje, kterou dovednost načíst, porovnáním vašeho požadavku se zásobníkem popisů, a toto porovnání se stává méně spolehlivým, jak zásoba roste a jak se popisy začínají překrývat ve slovní zásobě. Dovednost, kterou jste nainstalovali v březnu a od té doby nepoužili, je stále v tomto zásobníku pokaždé, když v dubnu o něco požádáte, a tiše dělá správnou shodu jednou z 41 možností namísto jedné z 8.

Problém kolize: dvě dovednosti, jeden požadavek

Nainstalujte dostatek dovedností a nakonec dvě z nich popíší stejnou práci různými slovy. To není hypotetické. Narazili jsme na to při budování našeho vlastního testovacího katalogu: dva marketingové balíčky nainstalované vedle sebe dodávaly dovednost pro oslovení (outreach copy), cold-email a email-sequences, s dostatečně se překrývajícími popisy, takže jediná výzva „napiš mi následný e-mail“ by mohla věrohodně odpovídat oběma.

Když se to stane, nastane jedna ze tří věcí, a žádná z nich vám není oznámena. Claude si tiše vybere jednu, na základě toho, který popis se jeví jako o něco lepší shoda s vaším přesným formulováním, takže stejná výzva položená dvěma různými způsoby může spustit dvě různé dovednosti. Nebo tvrdá kolize v poli name znamená, že jedna dovednost zcela zastíní druhou; druhá se jednoduše nikdy nenačte a nedostanete chybu, která by vám to oznámila. Nebo, v nejhorším případě, se Claude pokusí uspokojit obě částečné shody najednou a vytvoří výstup, který je sešitý ze dvou sad instrukcí, které nikdy nebyly navrženy ke spolupráci: vaše e-mailová dovednost a vaše dovednost tónu hlasu se obě snaží ovládnout stejnou větu.

Řešení je diagnostické, nikoli preventivní, protože obecně nevíte, že se dvě dovednosti srazí, dokud se tak nestane. Kompletní šestibodový kontrolní seznam jsme k tomu sepsali v dovednost Claude se nespouští, ale krátká verze konkrétně pro velikost portfolia: pokud nedokážete v jedné větě vysvětlit, proč dovednost A zpracovává požadavek namísto dovednosti B, překrývají se příliš mnoho na to, aby obě zůstaly nainstalované. Slučte je, jednu smažte, nebo přepište slabší popis tak, aby vymezil užší, nepřekrývající se část práce. Počet kolizí v portfoliu se zhruba škáluje s druhou mocninou jeho velikosti, což je matematická verze „udržujte to malé“.

Přístup k portfoliu: kotvy, situační dovednosti, experimenty

Jakmile přijmete, že každá nainstalovaná dovednost má průběžné náklady, otázka se přesune z „mám to nainstalovat“ na „do které kategorie to patří“. My si ty naše třídíme do tří.

• Kotvy jsou dvě až pět dovedností, jejichž zmizení byste si všimli do jednoho dne, pokud by zmizely. Generování dokumentů, pokud píšete zprávy týdně. Debugovací disciplína, pokud píšete kód denně. Dovednost pro tón nebo úpravy, pokud je vaše práce slovem. Tyto si zaslouží trvalé místo v ~/.claude/skills/, dostupné v každém projektu, a jsou jedinou kategorií, kterou stojí za to nainstalovat na základě důvěry, než si ověříte, že spouštěč funguje konkrétně pro vás.
• Situační dovednosti jsou skutečné a užitečné, ale omezené na jeden kontext: kontrolní seznam migrace pro jednu kódovou základnu, specifický hlas značky klienta, dovednost pro dodržování předpisů, kterou potřebuje pouze váš regulovaný projekt. Ty patří do složky .claude/skills/ projektu, nikoli do vaší osobní. Cestují s repozitářem, jsou viditelné pro spoluhráče, kteří jej klonují, a kriticky, jejich popis soutěží o pozornost pouze v relacích, kde jsou skutečně relevantní. Globální instalace dovednosti specifické pro klienta znamená, že její popis se veze i na každém nesouvisejícím projektu, kterého se dotknete.
• Experimenty jsou cokoli, co zkoušíte, protože to doporučil kolega nebo položka v katalogu získala dobré hodnocení. Dejte jim pevný dvoutýdenní limit od instalace. Pokud jste ji nepoužili bez výzvy, přirozeně, aniž byste se snažili ji testovat, do konce dvou týdnů ji smažte. Většina experimentů tímto testem neprojde, a to je v pořádku; proto je zkušební období. Chybou není zkoušení dovedností, ale to, že netestované dovednosti tiše přejdou do stavu trvalé kotvy jen proto, že smazání složky působí jako přiznání, že zkouška selhala.

Tato struktura také odpovídá na otázku „kolik“ užitečněji než jedno číslo. Není to „nainstalujte celkem 6 dovedností“. Je to „udržujte své kotvy na tom, co by vám skutečně chybělo, udržujte situační dovednosti omezené na to, kde jsou důležité, a na vše ostatní dejte datum vypršení platnosti.“

Co přežilo na našem vlastním testovacím stole

Každou dovednost v katalogu SkillProof testujeme na čisté instalaci, než získá verdikt, a samostatně se některé z těchto testovaných dovedností stávají těmi, po kterých skutečně denně saháme, měsíce po zveřejnění recenze. Tento druhý seznam je krátký a je informativní právě proto, že je krátký.

DOCX (9.6/10) je ta, jejíž zmizení bychom si všimli nejrychleji, pokud by zmizela. Vlastní referenční dovednost Anthropic, a důvod je nudný: většinu týdnů vytváříme dokumenty Word a ona píše skutečné, s obsahem, sledovanými změnami, neporušenými hlavičkami, namísto markdownu, který bychom museli ručně přeformátovat.

Systematic Debugging (9.6/10) a Test-Driven Development (9.6/10), obě z kolekce Superpowers, jsou dvojice, která změnila způsob, jakým probíhají naše vlastní relace, spíše než to, co produkují. Žádné skripty, žádné externí nástroje, čistá změna chování: red-green-refactor vynucený pokaždé, debugovací disciplína, která nedovolí Claude hádat opravu před reprodukcí chyby. Toto je v našem katalogu nejjasnější případ dovednosti, která si zaslouží status kotvy pouze na základě výstupu.

Memory Management (9.2/10) si své místo zaslouží tím, že je neviditelná tím nejlepším způsobem: zabraňuje vyprchání kontextu mezi relacemi, aniž bychom museli ručně spravovat soubor poznámek.

Všimněte si, co chybí. Náš katalog obsahuje 73 dovedností; 35 má čistý verdikt „pass“. Možná osm z těchto 35 používáme jako skutečné denní kotvy. Zbývajících 27 je dobrých, otestovaných a upřímných ohledně toho, co dělají, a většina z nich pro nás stále zůstává v situačním nebo experimentálním stavu, protože „otestováno a dobré“ a „patří do vašich trvalých pěti až osmi“ jsou různé laťky. Dovednost může v recenzi získat 9/10 a přesto je špatné ji udržovat globálně nainstalovanou, pokud se jejího použití dotknete dvakrát za čtvrtletí.

Měsíční rituál prořezávání

Portfolia se rozrůstají. Dovednost nainstalovaná pro jeden projekt přežije projekt. Experiment přežije svůj dvoutýdenní limit, protože mazání věcí není oblíbená práce nikoho. Řešením je opakovaná desetiminutová kontrola, nikoli jednorázové čištění.

Jednou měsíčně projděte toto:

1. Seznamte si, co je skutečně nainstalováno. ls ~/.claude/skills/ a ls .claude/skills/ pro jakýkoli projekt, ve kterém se nacházíte. Pokud název složky nepoznáváte, to je už vaše odpověď.
2. Zeptejte se, kdy se každá naposledy spustila. Pokud si nepamatujete, že jste ji použili za poslední měsíc, a není to kotva, kterou používáte nárazově (daňové období, čtvrtletní zprávy), je to kandidát na prořezání.
3. Zkontrolujte překrývání. Přečtěte si pole description každé dovednosti vedle sebe. Dvě, které by mohly věrohodně odpovědět na stejnou výzvu, jsou čekající kolize; viz sekce výše.
4. Potvrďte, že dovednosti omezené na projekt jsou skutečně omezené na projekt. Cokoli specifického pro jednoho klienta nebo repozitář nemá co dělat ve vaší osobní složce, kde se veze na každém nesouvisejícím projektu.
5. Smažte, nearchivujte. Dovednost, která je někde deaktivovaná, se stále nesmí zaměňovat s aktivní. Pokud si nezaslouží své místo, odstraňte složku.
6. Znovu otestujte své kotvy. Požádejte o něco, co by každá kotva měla zvládnout, aniž byste ji jmenovali, tak, jak testujeme spouštěče pro katalog. Pokud se nespustí čistě, něco přidaného od té doby ji pravděpodobně zastíní.

Deset minut, jednou měsíčně, a portfolio zůstane ve velikosti, která je užitečná, namísto aby se rozrůstalo do velikosti, která se jen hromadí.

Kvalita vítězí nad kvantitou

Toto je celá teze SkillProof stlačená do jedné sekce, a stojí za to to zde jasně říci, protože „kolik dovedností“ je ve skutečnosti zástupnou otázkou pro jinou: jaká je mezní hodnota té další, kterou se chystáte nainstalovat?

Z 45 dovedností, které jsme podrobili úplnému testování, 35 prošlo čistě a 10 potřebovalo dodatečné nastavení, aby vůbec fungovaly. To není kritika ekosystému, formát je záměrně otevřený, kdokoli může publikovat bez kontrolního procesu, což je přesně důvod, proč rychle rostl. Ale také to znamená, že průměrná dovednost na GitHubu je neověřená, a instalace deseti průměrných se nerovná jedné dobré. Rovná se deseti popisům spouštěčů, které soutěží s vašimi dobrými o stejnou shodu, deseti nečinným blokům metadat při každém požadavku a rostoucímu počtu párů, které by se mohly tiše navzájem překrývat. Podrobně jsme se zabývali konkrétními vzory selhání, vágními popisy, které se nikdy nespustí, výstupem nelepším než výchozí nastavení Claude, chybějícími kroky nastavení, v proč polovina dovedností Claude nefunguje.

Praktická verze: před instalací čehokoli se zeptejte, zda by to přežilo dvoutýdenní experimentální lhůtu a zda to dělá něco smysluplně lépe, než by Claude udělal bez výzvy. Pokud nemůžete odpovědět ano na obě otázky, nestojí vás to mnoho, když to přeskočíte, ale ani vám to nepomůže. Naše hodnocení efektivity třídí testované dovednosti konkrétně podle této laťky výstupu nad základní úrovní, což je rychlejší filtr než čtení dvaceti README souborů sami.

Často kladené otázky

Existuje pevný limit na počet dovedností Claude, které mohu nainstalovat?

Žádný technický strop, na který bychom narazili při testování. Claude skenuje každou složku dovedností, kterou najde, a načte všechna jejich metadata na začátku relace, ať už je to 5 nebo 150 dovedností. Důležitý limit není zeď, kterou Claude vynucuje, je to bod, kdy neustálá daň za metadata a rostoucí pravděpodobnost překrývání popisů začnou stát více, než nová dovednost přidá. Tento bod se u většiny lidí pohybuje kolem 30 až 40 nainstalovaných dovedností, dávno před jakýmkoli stropem na úrovni formátu.

Zpomalují nečinné dovednosti Claude, nebo jen stojí tokeny?

Většinou tokeny a přesnost shody, ne dramaticky hrubou latenci v žádném dramatickém smyslu. Metadata nečinné dovednosti sedí v kontextu při každém tahu, což přidává malé, skutečné náklady, které se sčítají během měsíce, a je to další popis, který Claude musí zvážit při rozhodování, co spustit. Hrsta nečinných dovedností je skutečně neškodná. Čtyřicet z nich je jiný příběh, hlavně proto, že pravděpodobnost, že zastaralá dovednost zastíní nebo částečně odpovídá požadavku, na kterém vám záleží, roste s počtem.

Jak poznám, zda je dovednost, kterou jsem nainstaloval, skutečně používána?

Požádejte o něco, co by měla zvládnout, aniž byste ji jmenovali, stejný test spouštěče, který provádíme pro každou položku katalogu. Pokud se chování Claude viditelně změní, například vytvoří skutečný .docx namísto vloženého markdownu, spustila se. Pokud se nic nezmění, buď popis neodpovídá tomu, jak skutečně formulujete požadavky, nebo jiná dovednost vyhrává shodu jako první. Náš průvodce nespouštěním dovedností obsahuje kompletní šestibodový proces pro rozlišení těchto dvou situací.

Měly by se osobní a projektové dovednosti počítat do stejného limitu?

Zacházejte s nimi odděleně. Osobní dovednosti v ~/.claude/skills/ se vezou na každém projektu, kterého se dotknete, takže by měly být krátkým seznamem kotev, které by vám denně chyběly bez ohledu na kontext. Projektové dovednosti v .claude/skills/ načítají svá metadata pouze v relacích uvnitř daného repozitáře, takže projekt může rozumně nést více situačních dovedností, aniž by to zatěžovalo vaši ostatní práci. Nejčastější chybou, kterou vidíme, je umisťování dovedností specifických pro klienta nebo repozitář do osobní složky, kde navždy zatěžují každý nesouvisející projekt.

Jaký je nejrychlejší způsob, jak zredukovat přerostlý seznam dovedností?

Proveďte měsíční rituál prořezávání jednou, okamžitě, namísto čekání na další plánovaný průchod. Seznamte si vše nainstalované, odstraňte cokoli, co si nepamatujete, že se spustilo za poslední měsíc a co není známou nárazovou kotvou, zkontrolujte přeživší na překrývání popisů a přesuňte cokoli specifického pro klienta nebo projekt mimo vaši osobní složku. Většina přerostlých nastavení klesne z více než 30 dovedností na méně než deset v prvním průchodu, protože většina seznamu jsou experimenty, které nikdo nestihl smazat.