MCP servery, které opravdu používám každý den — a ty, které jsem smazal

Už nějakou dobu mám AI kódovací agenty jako hlavní pracovní prostředí a nejvíc se za tu dobu nezměnil model. Změnilo se instalatérství kolem něj — MCP servery, díky kterým agent sáhne na moje skutečné nástroje, místo aby o nich jen mluvil.

Nainstaloval jsem jich spoustu. Většina do týdne letěla ven. Tohle je poctivá inventura: co zůstalo, co šlo pryč a jaké pravidlo to odděluje.

Co zůstalo

Můj vlastní systém poznámek. Všechno, co přečtu, zhlédnu nebo si ujasním, končí na jednom místě přes malý MCP server, který jsem si napsal. Tenhle by mi chyběl nejvíc — a ne kvůli zapisování, ale kvůli čtení. Když otevřu session k projektu, kterého jsem se měsíc nedotkl, agent si kontext vytáhne sám, místo abych ho znovu vysvětloval. V tom je celá hodnota.

Server na osobní data. Váha, spánek, jídlo, předplatné, domény, majetek. Napsané takhle to zní přehnaně. V praxi to znamená, že otázka „kterým doménám vyprší platnost do dvou měsíců“ nebo „kolik jsem tenhle kvartál dal za nástroje“ má odpověď na jeden řádek místo výpravy do tabulek.

Projekty a úkoly. Můj vlastní produktový a taskový systém vystavený přes MCP. Agent vidí, co je projekt zač, co je zablokované a jaká jsou akceptační kritéria. Bez toho každá session začíná tím, že vkládám pořád stejný kontext.

Headless CMS. Tenhle mě překvapil tím, jak moc ho používám. Vydat článek z terminálu — včetně překladů do čtyř jazyků, správně provázaných — je práce na pět minut místo odpoledne kopírování. Všechny moje weby si dnes obsah tahají odsud.

Design a přístup do prohlížeče. Figma na tahání skutečných specifikací komponent místo hádání a ovládání prohlížeče na věci, které existují jen za přihlášením. Obojí používám nárazově, ale ve chvíli potřeby se nedají nahradit.

Účetnictví. Faktury, výdaje, subjekty. Hrozně nudné. Ušetří to hodinu měsíčně, což je ten správný druh nudy.

Co jsem smazal

Cokoli, co vrací obří balíky dat. Tohle je zabiják číslo jedna. Server, jehož „list“ vrátí všechna pole všech záznamů, spálí celé kontextové okno jedním voláním a nevznikne z toho nic použitelného. Přesně tohle mě potkalo dneska: naprosto v pořádku napsané volání CMS vrátilo 330 000 znaků, protože obsahovalo plné texty padesáti článků. Ten nástroj nebyl špatný — jen vznikl bez úvahy o tom, kdo bude výstup číst.

Cokoli se čtyřiceti nástroji. Velká plocha nástrojů dělá agenta horším, ne lepším. Utrácí pozornost výběrem mezi skoro totožnými možnostmi. Servery, které mi zůstaly, nabízejí pět až dvacet soustředěných nástrojů.

Obálky nad tím, co už má dobré CLI. Když nástroj funguje dobře z shellu, MCP obálka přidává hlavně mezivrstvu. git, ffmpeg, yt-dlp — agent je pouští přímo.

Cokoli s interaktivním přihlášením, které vyprší. Server, kvůli kterému se musím znovu přihlašovat v prohlížeči, je server, který se rozbije přesně ve chvíli, kdy něco pouštím bez dozoru.

To pravidlo

Po dostatečném počtu pokusů se to zjednodušilo na jednu větu: MCP server si své místo zaslouží, když zpřístupní stav, který agent jinak nevidí, v dost malých kusech, aby se daly přečíst.

Obě poloviny jsou důležité.

Stav, který agent nevidí, znamená moje poznámky, moje projekty, moje čísla, obsah mých klientů. Ne dokumentaci — tu si najde. Ne příkazy — má shell.

Dost malé na přečtení znamená, že výstup je navržený pro čtenáře s omezeným kontextem. Souhrny ve výchozím stavu. Detaily na vyžádání. Identifikátory místo vnořených objektů. Je to přesně ta disciplína, kterou má dobře navržené API — a většina MCP serverů je psaná, jako by konzument měl nekonečnou trpělivost.

Co bych poradil někomu, kdo s tím začíná

Začněte jedním. Vyberte systém, ze kterého nejčastěji kopírujete kontext — u většiny lidí to jsou poznámky nebo správa úkolů — a napojte ten. Týden s ním žijte, než přidáte druhý.

Pak sledujte typickou poruchu. Když session dopadne špatně, zkontrolujte, jestli agent nemusel přečíst něco obřího, aby zodpověděl malou otázku. To je chyba návrhu serveru, ne modelu, a jde spravit: přidat parametr, vracet míň, stránkovat.

A držte celkový počet nízko. Moje sestava má pod deset serverů a nejlíp dopadají session, kde má agent přesně ten přístup, který k danému úkolu potřebuje, a nic navíc.

Zajímavý posun není v tom, že agenti umí psát kód. Je v tom, že dnes vidí stejné systémy jako já. Kvalita toho, co vidí, je čistě otázka návrhu — a ten je na mně.