MCP 2026–07–28: prečo remote MCP server nestačí iba upgradovať cez SDK

Revízia Model Context Protocol 2026-07-28 je podstatnejšia, než naznačuje jej názov. MCP vzniklo v Anthropic a dnes sa vyvíja ako otvorený projekt. Nie je to iba nový konektor do Claude: mení, ako remote klient a server nadväzujú spojenie, prenášajú metadata a riadia dlhšie interakcie.

Ak iba používate hotové MCP servery v Claude, Codexe alebo ChatGPT, nemusíte nič unáhlene meniť. Implementácie majú vyjednať najvyššiu spoločnú verziu a staršie verzie zostávajú podporované. Ak prevádzkujete vlastný remote MCP server nad CRM, ERP, dokumentmi alebo internými nástrojmi, teraz je správny čas na architektonický audit.

Čo sa mení

Discovery namiesto `initialize`

Staršie MCP začína initialize handshakom a server drží stav relácie. Nová revízia zavádza server/discover: klient najskôr zistí podporované verzie a capability. Verzia protokolu, informácie o klientovi a capability idú v _meta pri každom requeste.

To pomáha horizontálnemu škálovaniu, pretože ďalší request nemusí prísť na rovnaký proces alebo pod. Zároveň autentifikácia, autorizácia a audit nemôžu zostať iba „niekde v session“.

Stateless HTTP nie je kozmetika

Streamable HTTP môže fungovať bez session. Produkčný endpoint sa ľahšie load-balancuje a retryuje cez bežnú gateway, ale každý request musí niesť dohľadateľnú identitu, tenant, scope a correlation ID.

Minimálny návrh interného MCP servera:

gateway overí OAuth token alebo service identity,
autorizácia mapuje identitu na tenant a povolené tools,
server dostane request context s correlation ID,
každý tool call zapíše audit: kto, aký tool, nad akým objektom a s akým výsledkom,
idempotentné alebo viac-krokové operácie majú stav v databáze či fronte, nie iba v pamäti procesu.

Viac-kolové requesty

Nové multi-round-trip requests nahrádzajú staršie serverom iniciované správanie. Dlhá alebo interaktívna práca sa skladá z explicitných request/response krokov: výber účtu pred vystavením faktúry, pokračovanie exportu po dávke alebo potvrdenie pred akciou. Každý krok potrebuje timeout, limit pokusov a obnoviteľný stav.

Rozšírenia a deprecated capability

Revízia formalizuje extension vrstvu a upozadňuje časť starších capability vrátane Roots, Sampling a Logging. Neznamená to hromadne vypnúť servery. Oddeľte skutočný API kontrakt od pohodlia konkrétneho klienta a legacy závislosti nahraďte explicitným auditom alebo konfiguráciou.

Migrácia bez výpadku

Spíšte klientov a SDK. Zistite, kto server volá, akú verziu vyjedná a či SDK podporuje 2026-07-28.
Zachovajte kompatibilitu. Nová implementácia má vedieť fallback na 2025-11-25; starí klienti použijú legacy handshake.
Odstráňte session závislosti. Presuňte stav importov, potvrdení a rate limitov do odolného úložiska. Oprávnenie nikdy neodvodzujte z náhodného session ID.
Testujte cez gateway. Skúste retry na inom pode, expirovaný token, zmenu tenantu, paralelné requesty a odpojenie klienta uprostred viac-kolovej operácie.
Merajte migráciu, nie iba HTTP 200. Sledujte podiel klientov na novej verzii, failed discovery, fallbacky, authorization denials a neúplné requesty.

Urobte tento týždeň

Vytiahnite zoznam vlastných remote MCP endpointov. Drží server niečo dôležité iba v RAM relácie? Je každý tool call auditovateľný od identity po konkrétny firemný objekt? Funguje retry, keď skončí na inom serveri?

Začnite jedným read-only toolom, napríklad lookupom faktúry alebo CRM: urobte ho stateless, autorizovaný cez gateway a auditovateľný. Až potom migrujte akčné tools s ľudským schválením a idempotency kľúčom.