Nejlepší MCP servery pro Claude v roce 2026 (náš výběr)

Než budete číst dál, jedna poznámka k tomu, co tohle vlastně je: SkillProof testuje skilly, ne MCP servery. Každý skill v našem katalogu nainstalujeme na čistý stroj a proženeme skutečnými úkoly, pak ho ohodnotíme podle instalace, spouštění, výstupu a dokumentace. Stejný postup zatím na MCP servery neaplikujeme, takže nic z toho, co následuje, nenese naše hodnocení x/10.

Co následuje, je náš inženýrský výběr: servery, které my a lidé, kterým důvěřujeme, skutečně používáme den co den, vybrané podle adopce v ekosystému a vlastního každodenního používání, ne podle bodovaného testu. Bodovaná metodika pro MCP se chystá. Do té doby to berte jako shortlist od lidí, kteří většinu těchto serverů připojili a polovinu z nich zase odpojili.

Co MCP server vlastně dělá

MCP server je běžící program, který mluví Model Context Protocol a nabízí sadu nástrojů, které Claude může volat: přečti tenhle soubor, dotaž se na tuhle tabulku, napiš do tohoto kanálu, klikni na toto tlačítko v prohlížeči. Je to mechanismus, kterým se Claude dostane k systémům, na které by jinak nedosáhl. To je jiná práce než skill, což jsou markdown instrukce, které mění, jak Claude přistupuje k úkolu, který technicky umí zvládnout už teď. Kompletní srovnání jsme rozebrali v Claude skilly vs. MCP, a krátká verze platí i tady: server instalujte, když je problém „Claude nevidí na moje data", ne když je problém „výstup Clauda není dost dobrý".

Varování o tokenových nákladech, než se pustíte do seznamu

Přečtěte si tuhle sekci předtím, než cokoli z níže uvedeného nainstalujete, protože mění, které servery se skutečně vyplatí.

Každý MCP server, který připojíte, posílá své schéma nástrojů do kontextu Clauda při úplně každém požadavku, ať server v daném tahu použijete, nebo ne. Schéma nástroje je jeho název, popis a plná specifikace parametrů, a typický server nabízí deset až třicet nástrojů. Připojte čtyři nebo pět serverů a můžete utrácet tisíce tokenů dřív, než napíšete jediné slovo. Změřili jsme vlastní nastavení pro náš průvodce tokenovými náklady: tři středně velké servery přidaly zhruba 10 000 tokenů trvalé režie na požadavek, a jeden těžší oficiální server přidával kolem 20 000 tokenů sám o sobě kvůli nástroji, který jsme ten měsíc použili dvakrát.

Tohle není jednorázový náklad. Účtuje se při každém tahu každé session, navždy, dokud server neodpojíte. Preambule o 10 000 tokenech napříč session s 50 zprávami je 500 000 tokenů utracených na definice, které nikdo nečetl. Při fakturaci přes API se to projeví přímo na faktuře. U předplatného Pro nebo Max se to projeví jako dřívější narážení na limity během dne.

Provozní pravidlo pro tenhle seznam tedy zní: instalujte míň, ne víc. Rozhodněte, jestli práce tohoto týdne server skutečně potřebuje, omezte ho na projekt, který ho potřebuje, a odpojte ho ten týden, kdy ho nepotřebujete. Každá položka níže vám řekne, kdy si tuhle daň zaslouží a kdy ji přeskočit, protože „mohlo by se to jednou hodit" je přesně to, jak lidé skončí s devíti běžícími servery a přemýšlí, proč jim Claude připadá otupělejší než dřív.

Náš výběr podle kategorií

Jsou seskupené podle úlohy, ne seřazené proti sobě, protože správná odpověď je skoro vždy „ten jeden nebo dva, které sedí práci tohoto týdne", ne „všechny".

Filesystem

Co dělá: Dává Claudovi strukturovaný přístup pro čtení a zápis do adresářového stromu na disku, nad rámec toho, co pokrývají vestavěné souborové nástroje chatového klienta. Užitečné v nastaveních, kde Claude běží někde bez prvotřídního přístupu k souborům, nebo kde chcete přísnější omezení než „celý projekt".

Kdy se vyplatí: Provozujete Clauda mimo Claude Code (vlastní agent, chatový klient s podporou MCP) a potřebujete skutečné čtení/zápis souborů, nebo chcete Clauda omezit na konkrétní podadresář místo celého repozitáře.

Kdy vynechat: Uvnitř samotného Claude Code je to skoro nadbytečné. CLI už má souborové nástroje vestavěné, takže přidání filesystem serveru tady je často jen navrchní daň za schéma pro schopnost, kterou už máte zdarma.

Git

Co dělá: Nabízí operace gitu jako volatelné nástroje: status, diff, log, branch, commit, blame nad lokálním repozitářem, strukturovaně místo parsování ze surového výstupu příkazu.

Kdy se vyplatí: Chcete, aby Claude uvažoval nad historií gitu a diffy jako nad strukturovanými daty místo spouštění shellu a parsování textu, což víc záleží u vlastních agentních buildů než u Claude Code, který už git čistě spouští přes bash.

Kdy vynechat: V Claude Code dává spuštění git log a git diff přes bash Claudovi stejné informace s nulovou trvalou cenou za schéma. Tenhle přidejte jen tehdy, pokud stavíte agenta, který od začátku nemá přístup k shellu.

GitHub

Co dělá: Propojuje Clauda s GitHub API: čtení a zakládání issues, otevírání a review pull requestů, kontrola stavu CI, správa štítků a milníků, to vše bez opuštění konverzace.

Kdy se vyplatí: Vaše práce skutečně probíhá přes GitHub jako systém: třídění backlogu issues, sepisování popisů PR z diffu, kontrola, jestli jsou kontroly u releasu zelené. Oficiální server nabízí spoustu nástrojů, takže na něj počítejte reálné množství tokenů na schéma.

Kdy vynechat: Pokud je vaše jediné použití git push a čtení diffu, CLI gh přes bash udělá stejnou práci bez trvalého připojení nebo tokenu ke správě. Po serveru sáhněte, když Claude potřebuje jednat přímo se stavem na GitHubu: zakládat, štítkovat, komentovat věci, které tam už existují.

Automatizace prohlížeče: Playwright a Puppeteer

Co dělají: Oba ovládají skutečný prohlížeč, takže Claude může proklikávat stránku, vyplňovat formuláře, čekat na vykreslení prvků, dělat screenshoty a číst výsledný DOM nebo síťový provoz. Server Playwrightu obvykle nabízí čistší čtení accessibility stromu; Puppeteer je starší, minimalističtější povrch a objevuje se víc v existujících toolchainech, které už na něj byly standardizované.

Kdy se vyplatí: End-to-end testování webové aplikace, scraping stránky, která se vykreslí až po spuštění JavaScriptu, nebo ověření, že změna UI skutečně vypadá správně v živém prohlížeči místo spoléhání na kód. Tohle je jedna z mála kategorií, kde věta „Claude tohle bez serveru doslova nedokáže" platí bez výhrad; žádné množství instrukcí nedá modelu oči na vykreslenou stránku.

Kdy vynechat: Pokud potřebujete jen přečíst HTML statické stránky, obyčejný fetch udělá práci za zlomek tokenů a bez nutnosti spravovat proces prohlížeče. Nesahejte po plnohodnotném serveru pro automatizaci prohlížeče kvůli přečtení blogového příspěvku.

Postgres

Co dělá: Dává Claudovi živé, obvykle jen na čtení omezené připojení k databázi Postgres: introspekci schématu, spouštění dotazů, kontrolu plánů dotazů.

Kdy se vyplatí: Potřebujete, aby Claude uvažoval nad vaším skutečným schématem a skutečnými daty, ne nad výpisem schématu, který jste vložili minulý měsíc a který se mezitím rozjel jinam. Debugování pomalého dotazu proti skutečnému výstupu EXPLAIN, nebo psaní migrace, která musí počítat s tabulkami, jež už existují, jde s živým připojením rychleji než se zastaralým kontextem.

Kdy vynechat: Jednorázová analýza CSV exportu databázové připojení nepotřebuje. A připojení přihlašovacích údajů se zápisem kvůli průzkumu jen pro čtení je skutečné riziko; omezte token na read-only, kdykoli to úkol dovolí. Tenhle server spárujte se skillem, který zakóduje pečlivou disciplínu dotazování; živé připojení bez vrstvy úsudku je přesně to, jak vznikne náhodný full-table scan proti produkci.

Fetch

Co dělá: Úzký server s nízkou režií, který stáhne URL a vrátí jeho obsah, často převedený do markdownu, aby Claude mohl číst stránku bez prohlížeče.

Kdy se vyplatí: Potřebujete aktuální informace z konkrétního známého URL, dokumentaci, changelog, odpověď veřejného API, bez režie plnohodnotné automatizace prohlížeče. Je to skoro nejlehčí server na tomhle seznamu, co se týče daně za schéma.

Kdy vynechat: Pokud váš klient už má vestavěný web fetch (Claude Code ho má), samostatný fetch server je obvykle duplicitní schopnost. Než tenhle přidáte, zkontrolujte, co už máte.

Vyhledávání (Brave Search nebo podobné)

Co dělá: Spouští webová vyhledávání přes vyhledávací API a vrací výsledky, které Claude může číst, na rozdíl od stažení jednoho známého URL.

Kdy se vyplatí: Otevřený výzkum, kde předem neznáte zdrojové URL: „jaký je aktuální stav X", konkurenční průzkum, hledání známých oprav konkrétní chybové zprávy.

Kdy vynechat: Pokud váš klient už má vestavěné webové vyhledávání, je to nadbytečná schopnost s vlastním API klíčem ke správě a vlastní daní za schéma. Než přidáte druhou vyhledávací cestu, ověřte, co vaše nastavení už pokrývá.

Slack

Co dělá: Čte a posílá do Slacku: historii kanálu, DM, vlákna, reakce, takže Claude může shrnout kanál nebo poslat update, aniž byste museli kopírovat text v obou směrech.

Kdy se vyplatí: Opakující se komunikační práce: posílání shrnutí standupů, vytahování kontextu z vlákna před sepsáním odpovědi, třídění kanálu, který přerostl přes hlavu. Tohle je taky učebnicový příklad serveru, kolem kterého rychle naroste skill: připojíte Slack, pošlete jedno shrnutí, které zní jako tisková zpráva, a do dne zjistíte, že píšete instrukce pro formátování. Není to výtka vůči serveru; je to normální vzorec MCP-plus-skill.

Kdy vynechat: Pokud je vaše používání Slacku příležitostné, daň za schéma nástroje běží každý den kvůli schopnosti, kterou používáte dvakrát týdně. Zvažte připojení jen ve dnech, kdy ho potřebujete, nebo ho omezte na jediný projekt, kde je komunikace součástí skutečné práce.

Paměť

Co dělá: Dává Claudovi trvalé úložiště znalostí napříč sessions, obvykle malý graf entit a vztahů, aby fakta z konverzace minulý týden nezmizela s koncem session.

Kdy se vyplatí: Dlouhodobě běžící projekty, kde je skutečným nákladem opětovné vysvětlování kontextu při každé session, ne daň za schéma. Pokud na začátku každé konverzace znovu píšete „pamatuj, rozhodli jsme se pro X", je to signál.

Kdy vynechat: Krátké, samostatné úkoly z toho neprofitují; není co si pamatovat napříč session, která skončí za dvacet minut. Všimněte si také, že paměťový skill řeší kus stejného problému úplně bez serveru, protože dokáže udržovat poznámky v souboru na disku, který Claude přímo čte a aktualizuje. Než server přidáte, zkontrolujte, jestli potřebujete vždy zapnuté připojení, nebo jen návyk zapisovat si věci.

Cesta vlastní stavby

Každý podobný seznam mine vaše interní API, váš domácí ticketovací systém, ten jeden nástroj, který si váš tým postavil a o kterém nikdo jiný neslyšel. Pro tyhle případy není nejrychlejší cestou čekat, až někdo publikuje server; je to postavit si vlastní.

MCP Builder z oficiálního repozitáře skillů Anthropicu získal v našem testování 8,8/10 (verdikt prošel): provede Clauda skutečnou mechanikou MCP serveru – definicemi nástrojů, schématy, autentizací, ošetřením chyb – místo toho, abyste si tenhle boilerplate skládali z dokumentace sami. V našem testu postavil funkční server obalující interní REST API, včetně schémat nástrojů a ošetření chyb, za zhruba hodinu práce pod dohledem. Je to skill, který Anthropic sám používá, aby naučil Clauda stavět přesně tu věc, jejíž seznam je tento článek – což vyvrací jakoukoli debatu o tom, že skilly a MCP jsou konkurenti, ne vrstvy.

Pokud je vaší brzdou „nikdo nepostavil server pro náš interní nástroj", je tohle přímější cesta než hledat něco, co neexistuje.

Skilly vs. MCP: rychlé opakování rozhodování

Otázka, která se skrývá pod většinou tohoto článku, je ta, kterou nám neustále kladou: potřebujete pro daný problém skill, nebo server? Test, který skutečně funguje, je ptát se, co selhává. Pokud Claude technicky má informaci nebo schopnost, ale zachází s ní špatně – nekonzistentní formátování, přehlédnuté okrajové případy, obecný výstup – je to problém úsudku, a skill ho vyřeší za skoro nulovou trvalou cenu. Pokud se Claude prostě k té věci vůbec nedostane – žádné databázové připojení, žádný prohlížeč, žádný živý kanál na Slacku – je to problém přístupu, a tuhle mezeru uzavře jen server.

Většina každodenní práce se kloní víc ke straně skillu, než lidé čekají. Psaní, code review, generování dokumentů, analýza souborů, které už Claude má před sebou: nic z toho server nepotřebuje. MCP si zaslouží čas na nastavení a daň za tokeny konkrétně tehdy, kdy je pro úkol klíčový živý externí systém – skutečná kategorie, jen užší, než by naznačovala velikost MCP konfigurace u většiny lidí. Náš kompletní návod na nastavení tohle řadí do skutečného třicetiminutového pořadí stavby: nejdřív skilly, protože jsou v klidu zadarmo, pak jeden nebo dva servery, které projekt skutečně potřebuje.

Kolik serverů už je moc

Naše subjektivní odpověď: většina nastavení potřebuje dva nebo tři, omezené na konkrétní projekt, ne připojené globálně.

Test, který používáme na vlastních strojích, je jednoduchý. U každého připojeného serveru: dokážete říct, k čemu je tento týden? Pokud je odpověď „nastavil jsem si ho na věc, kterou jsem dělal minulý měsíc", nevydělává si na svou daň; jen tam sedí, drží přihlašovací údaje a stojí tokeny za schéma bez ohledu na to. Tenhle audit provádíme měsíčně a při upřímném pohledu si u jednoho projektu zřídkakdy necháváme připojené víc než tři servery.

Selhání tu není v podobě tvrdého stropu; je v tom, že MCP servery neoznamují svou cenu tak, jako to dělá pomalá odpověď. Nafouklý CLAUDE.md je zjevný ve chvíli, kdy ho začnete scrollovat. Nečinná schémata MCP zůstávají neviditelná, dokud nespustíte /context a neuvidíte čtyřicet tisíc tokenů definic nástrojů sedících před vaší skutečnou otázkou. Zkontrolujte to číslo před přidáním čtvrtého serveru, ne až po něm.

FAQ

Jaké jsou nejlepší MCP servery pro Claude v roce 2026?

Pro většinu nastavení: filesystem nebo git server, pokud jste mimo Claude Code (oba jsou uvnitř skoro nadbytečné), GitHub, pokud jsou issues a PR jádrem vaší práce, Playwright nebo Puppeteer pro automatizaci prohlížeče, Postgres pro živou práci s databází a Slack, pokud přes něj denně probíhá komunikace. Dva nebo tři z nich, ne všechny, je reálná odpověď pro nastavení jednoho člověka.

Potřebuji MCP servery, pokud používám Claude Code?

Míň, než byste čekali. Claude Code už má vestavěný přístup k souborům, přístup k shellu (takže git a gh fungují přes bash) a web fetch. Servery, které přidávají skutečně novou schopnost navrch, jsou ty, které dosahují na systémy, ke kterým Claude Code nemá nativní cestu: živou databázi, prohlížeč, Slack, API ticketovacího systému.

Kolik kontextu MCP servery skutečně stojí?

Liší se to podle serveru, a přesně proto byste si měli zkontrolovat ten svůj místo spoléhání na palcové pravidlo. Malé, zaměřené servery vycházejí na 1 000 až 3 000 tokenů schématu. Velké oficiální servery s desítkami nástrojů jsme v našich vlastních auditech naměřili v rozmezí 15 000 až 25 000. Spusťte /context s připojeným serverem a znovu s odpojeným, abyste viděli vaše skutečné číslo.

Jsou tyto servery hodnocené stejně jako skilly na SkillProof?

Ne, a řekli jsme to na začátku tohoto článku záměrně. Naše hodnocení instalace, spouštění, výstupu a dokumentace je metodika pro skilly, kterou jsme zatím spustili na 73 skillech. Srovnatelná bodovaná metodika pro MCP servery je v přípravě; tenhle seznam je náš inženýrský úsudek a denní používání, ne výsledek testu.

Může skill nahradit MCP server?

Ne pro samotný přístup; skill sám o sobě neotevře databázové připojení ani neovládne prohlížeč. Ale skill může naprosto nahradit vrstvu úsudku, kterou lidé mylně čekají od serveru. U spousty připojených serverů, které jsme viděli, skoro okamžitě následuje skill popisující, jak je dobře používat – pečlivé vzorce dotazování pro databázový server, pravidla formátování pro server na Slack. Server vás tam dostane; skill rozhodne, co dělat, jakmile tam jste.