MCP 2026-07-28: co se mění pro n8n, Claude a firemní agenty

Model Context Protocol (MCP) chystá největší změnu od svého vzniku. Release candidate specifikace 2026-07-28 přepisuje, jak se klienti připojují k serverům, jak běží dlouhé úkoly a jak se potvrzují citlivé akce.

Pokud používáte n8n, Claude, Cursor nebo vlastní AI agenty s MCP, není to jen „technický changelog“. Mění se způsob, jakým se automatizace připojují k nástrojům a datům.

Co je MCP jednou větou

MCP je společná řeč mezi AI asistentem a nástroji. Místo desítek jednorázových integrací dává agentovi jednotný způsob, jak volat funkce, číst zdroje a pracovat s firemními systémy.

Co se v 2026-07-28 mění

1. Protokol je stateless

Dřív bylo potřeba navázat relaci (initialize) a nosit Mcp-Session-Id. Teď má být každý request soběstačný. Server může běžet za běžným load balancerem bez sticky sessions.

Praktický dopad: jednodušší škálování, méně speciální infrastruktury, jiné požadavky na to, jak si aplikace drží stav.

2. Stav si řeší aplikace, ne transport

Když potřebujete pokračovat v rozpracované akci, server může vrátit explicitní identifikátor (například basket_id) a model ho pošle v dalším kroku jako běžný argument. Stav je viditelný, ne schovaný v session hlavičce.

3. MCP Apps — malá UI v sandboxu

Servery mohou nabídnout interaktivní HTML rozhraní v iframe. Hodí se na potvrzení rizikových kroků: smazání souborů, odeslání kampaně, změna ceny. Akce z UI jdou stejnou auditní cestou jako tool call.

4. Tasks jako oficiální extension

Dlouhé úlohy už nejsou experiment v jádru protokolu, ale extension. Server může na tools/call vrátit task handle a klient ho řídí přes tasks/get, tasks/update a tasks/cancel. Kdo stavěl na starém experimentálním Tasks API, bude migrovat.

5. Přísnější autorizace

Specifikace víc sedí na reálné OAuth 2.0 a OpenID Connect nasazení: validace iss, lepší registrace klientů, práce s refresh tokeny a scope. Cíl je snížit chyby a bezpečnostní rizika u firemních připojení.

6. Deprecations a plán vývoje

Roots, Sampling a Logging jsou deprecated. Mají náhrady a minimálně 12 měsíců okna, než by mohly zmizet. Nové věci mají jít spíš přes extensions než přes neustálé lámání jádra.

Proč to řešit, když „vám to teď běží“

Protože breaking changes jsou v RC i ve finální specifikaci plánované na 28. července 2026. Neznamená to, že 29. 7. vše spadne. Znamená to, že:

• SDK a klienti se budou měnit,
• staré session-based servery zůstanou dočasně, ale ne navždy,
• dlouhé tasky a UI potvrzení dostanou nový standard,
• firemní napojení přes OAuth bude chtít úpravy.

Kdo automatizace jen zkouší, má čas. Kdo na MCP staví produkci, potřebuje plán.

Checklist pro n8n a vlastní agenty

Inventura

• Seznam všech MCP serverů, které používáte.
• Které běží self-hosted a které jako managed služba.
• Kde držíte session / sticky routing / sdílený session store.

Kompatibilita

• Používáte initialize a Mcp-Session-Id?
• Stavíte na experimentálním Tasks API z předchozí verze?
• Máte vlastní klienta, který čte chybové kódy nebo session hlavičky natvrdo?

Provoz

• Umí váš server běžet bez sticky sessions?
• Máte pro dlouhé úlohy vlastní identifikátory stavu?
• Logujete tool cally tak, abyste je po migraci srovnali?

Bezpečnost a UX

• Které akce potřebují potvrzení člověkem?
• Hodí se pro ně MCP Apps místo tichého tool callu?
• Je OAuth nastavené podle reálného authorization serveru, ne „jen aby to prošlo“?

Harmonogram

1. Teď: inventura a test RC proti dev prostředí.
2. Do finále 28. 7.: ověřit SDK a kritické servery.
3. Q3/Q4 2026: řízená migrace produkce, ne velký bang v pátek večer.

Co se nemění v byznysovém smyslu

MCP pořád slouží stejnému cíli: ať AI agent bezpečně sahá na nástroje a data. Nemění se potřeba:

• jasných oprávnění,
• auditu,
• lidského schválení u rizikových kroků,
• měření, jestli automatizace šetří čas, nebo jen přidává křehkost.

Pro koho je článek praktický

• týmy s n8n a MCP konektory,
• firmy stavící interní AI asistenty,
• vývojáři tool serverů pro Claude / Cursor / vlastní hosty,
• agentury, které klientům dávají automatizace „napojené na všechno“.

Kodo staví automatizace s rezervou na změnu

V Kodo nechceme agenty, které jen „něco umí“. Stavíme napojení tak, aby šla kontrolovat oprávnění, výstupy i náklady. MCP revize je přesně typ změny, na kterou se vyplatí připravit dřív, než začne bolet v produkci.

Zdroje

• Model Context Protocol Blog: The 2026-07-28 MCP Specification Release Candidate, 21. 5. 2026 (RC; finále plánováno 28. 7. 2026)
• BOVO Digital: MCP 2026-07-28 specification analysis, 12. 7. 2026