Remote MCP

Co je vzdálený MCP server?

Vzdálený MCP server zpřístupňuje data, nástroje a automatizační schopnosti AI agentům, zejména velkým jazykovým modelům (LLM) a agentním systémům, přes standardizovaný protokol. Na rozdíl od lokálních serverů jsou vzdálené MCP servery hostovány v cloudu nebo na internetu a jsou přístupné kterémukoli autorizovanému AI klientovi nebo workflow. Fungují jako univerzální „adaptér“ pro propojení AI agentů s externími API, SaaS platformami, vývojářskými nástroji a podnikovými daty.

• Klíčová hodnota: Odděluje integraci nástrojů a dat od vývoje AI modelu, umožňuje bezpečné, škálovatelné a široké propojení mezi LLM a reálným světem.
• Typické použití: Načítání aktuálních dat, spouštění nástrojů a řetězení vícekrokových automatizací bez nutnosti psát vlastní kód pro každý nástroj.

Klíčové pojmy a terminologie

Model Context Protocol (MCP)

Model Context Protocol (MCP) je otevřený protokol, který standardizuje, jak LLM a agentní aplikace interagují s externími nástroji a daty. Zavádí univerzální smlouvu pro objevování nástrojů/zdrojů, popis schopností, spouštění nástrojů a výměnu kontextu mezi AI klienty a servery.

• Základní myšlenky:
  • Schopnosti (nástroje, zdroje) popsány ve strojově čitelném schématu
  • Standardizovaná výměna kontextu a akcí
  • Více transportních možností: stdio, HTTP, SSE, streamovatelné HTTP
  • Bezpečné, detailní ověřování a autorizace

Lokální vs. vzdálené MCP servery

• Lokální MCP server: Běží na uživatelově počítači, komunikuje přes stdio nebo lokální socket. Maximální ochrana dat, ale vyžaduje lokální nastavení a správu.
• Vzdálený MCP server: Hostován v cloudu nebo na veřejných serverech, komunikuje přes HTTP/SSE. Centrálně spravovaný, přístupný každému autorizovanému klientovi odkudkoli.

MCP klienti, hostitelé a agentní workflow

• MCP klient: Softwarová komponenta, která se připojuje k MCP serverům a koordinuje volání nástrojů (např. UI chatbota, automatizační platforma, runtime LLM).
• MCP hostitel: Prostředí, kde klient běží (může být webová aplikace, IDE, platforma agentů).
• Agentní workflow: Autonomní rozhodování AI agenta, který dynamicky objevuje a volá nástroje zpřístupněné MCP servery pro dosažení uživatelských cílů.

Server-Sent Events (SSE) a HTTP protokol

• SSE (Server-Sent Events): HTTP založený protokol pro streamování aktuálních aktualizací ze serveru ke klientovi v reálném čase. Vhodné pro postupné zpracování LLM nebo průběh nástroje.
• Streamovatelné HTTP: Bezustavová, moderní alternativa k SSE. Využívá HTTP POST pro komunikaci klient-server a volitelně streamuje odpovědi zpět, což zlepšuje spolehlivost a kompatibilitu s moderní cloudovou infrastrukturou.

Autentizace & Autorizace (OAuth 2.1)

• OAuth 2.1: Průmyslový standard pro bezpečný delegovaný přístup. Vzdálené MCP servery jej využívají, aby uživatelé mohli AI agentům udělovat přesná, odvolatelná oprávnění bez odhalení přihlašovacích údajů.
• Klíčové body:
  • Nepodporuje zastaralý implicitní flow (kvůli bezpečnosti)
  • Povinný PKCE (Proof Key for Code Exchange)
  • Moderní strategie pro refresh tokeny
  • Rozsahy (scopes) pro detailní, minimální přístupová práva

Architektura vzdáleného MCP serveru

Jak fungují vzdálené MCP servery

1. Hosting: Nasazení na cloudových platformách (např. Cloudflare Workers, AWS, privátní servery).
2. Zpřístupnění schopností: Zabalí rozhraní třetích stran (API), databáze nebo interní nástroje a zpřístupní je jako MCP „nástroje“ nebo „zdroje“ ve standardním schématu.
3. Připojení: Klienti se připojují přes HTTP(S), autentizují se pomocí OAuth a zahájí bezpečnou relaci.
4. Komunikace:
   • Klient posílá standardizované požadavky (např. volání nástroje, reflexe) přes HTTP POST.
   • Server odpovídá a streamuje aktualizace/výsledky přes SSE nebo streamovatelné HTTP.
5. Autorizace: Uživatelé udělují přístup v rámci OAuth flow, s rozsahy nastavenými pro každý nástroj, data nebo operaci.
6. Objevování a volání: Klienti dynamicky vypisují dostupné nástroje a volají je dle potřeby, což umožňuje flexibilní, AI řízené workflow.

Schéma architektury:

+---------------------+      HTTP/SSE      +---------------------+
|   AI Agent (Client) | <----------------> | Remote MCP Server   |
+---------------------+                    +---------------------+
             |                                         |
           OAuth (AuthN/AuthZ)                 Externí služba/API
             |                                         |
      Uživatel uděluje přístup                  (např. Jira API, DB)

Architektonické srovnání: Lokální vs. vzdálené MCP servery

Transportní protokoly: stdio, HTTP, SSE, Streamovatelné HTTP

• stdio: Používá se pro lokální MCP servery (mezi procesy nebo lokální socket).
• HTTP/SSE: Klient posílá HTTP požadavky; server zpět streamuje odpovědi/události přes SSE.
• Streamovatelné HTTP: Moderní, bezstavová komunikace přes HTTP POST umožňuje robustnější cloudové streamování.
• Výhody streamovatelného HTTP: Snadnější škálování, kompatibilita s proxy, podpora chunkovaných/streamovaných odpovědí, vyhýbá se problémům starých prohlížečů.

Příklady použití

Integrace LLM a agentní workflow

Příklad: Vzdálený MCP server Atlassian propojuje Jira a Confluence s Claude nebo jinými LLM. Agent může:

• Sumarizovat úkoly nebo dokumentaci
• Vytvářet či aktualizovat pracovní položky přímo z chatu
• Řetězit vícekrokové workflow (např. hromadně vytvořit úkoly, extrahovat cíle, aktualizovat stavy v jednom průchodu)

Mezinástrojová automatizace

Příklad: Marketingový agent integruje tři různé MCP servery:

• CMS: Tvoří nebo aktualizuje webové stránky
• Analytika: Načítá data o návštěvnosti/konverzích
• SEO: Provádí audity, navrhuje optimalizace

Agent řetězí volání napříč servery v jednom workflow („Shrň včerejší výkon blogu a navrhni vylepšení“).

SEO, obsah a webová automatizace

Příklad: Vzdálený MCP server zpřístupňuje API pro SEO audit. AI agent může:

• Načítat a analyzovat aktuální webové stránky
• Kontrolovat strukturovaná data, meta tagy
• Vrátit akční SEO reporty nebo doporučení

Podniková data a DevOps operace

Příklad: DevOps tým zpřístupní stav CI/CD, tracker úkolů a ovládání nasazení přes interní MCP server. AI agenti mohou:

• Kontrolovat stav buildu/nasazení
• Spouštět rollbacky nebo restarty
• Zakládat incidenty/tickety, sumarizovat logy

Klíčové vlastnosti a výhody

Výhody

• Univerzální protokol: Jeden standard pro propojení jakéhokoli AI agenta s jakýmkoli nástrojem nebo službou.
• Škálovatelnost: Obslouží mnoho klientů a vysoký provoz v cloudovém prostředí.
• Bezpečnost: OAuth 2.1 vynucuje detailní, odvolatelná oprávnění.
• Bez nutnosti lokální instalace: Uživatelé se pouze přihlásí a udělí přístup.
• Centralizovaná správa: Podniky mohou řídit přístupy z jednoho místa.
• Rychlá integrace: Není nutné psát vlastní kód pro každý nástroj; nástroje se registrují pomocí MCP schématu.

Kompromisy a omezení

Bezpečnost a autorizace

Integrace OAuth

Vzdálené MCP servery využívají OAuth 2.1 pro bezpečnou, delegovanou autentizaci/autorizaci:

• Uživatel uděluje přístup: AI klient spustí OAuth flow, uživatel schválí rozsahy/schopnosti.
• Vydávání tokenu: MCP server vydá vlastní krátkodobý přístupový token, nikdy neodhaluje přihlašovací údaje poskytovatele.
• Detailní oprávnění: Agentům jsou dostupné pouze předem schválené nástroje/akce.

Osvědčené postupy:

• Nepoužívat implicitní flow (z OAuth 2.1 odstraněno)
• Vynucovat PKCE pro všechny flow
• Bezpečně pracovat s refresh tokeny

Bezpečnostní rizika: Poisoning nástrojů a přílišná autonomie

• Poisoning nástrojů: Útočníci mohou vkládat škodlivé instrukce do metadata nástrojů a přimět LLM k úniku dat nebo škodlivým akcím.
  • Ochrana: Sanitizovat všechny popisy nástrojů, validovat vstupy, omezit metadata pouze na důvěryhodné zdroje.
• Přílišná autonomie: Příliš široké zpřístupnění nástrojů umožňuje AI agentům nechtěné nebo nebezpečné akce.
  • Ochrana: Používat minimální možné rozsahy, pravidelně kontrolovat zpřístupněné nástroje.

Osvědčené postupy

• Zpřístupňovat pouze minimální a nutné schopnosti
• Implementovat robustní validaci/sanitizaci veškerých metadat nástrojů a uživatelských vstupů
• Používat krátkodobé tokeny vydané serverem
• Auditovat a logovat všechny požadavky/odpovědi
• Pravidelně kontrolovat a aktualizovat OAuth scopes