MCP, nebo klasické rozhraní? Kdy se která cesta vyplatí

Obě cesty spojují program s vašimi daty. Rozdíl je v tom, kdo spojení vytváří: u klasického rozhraní někdo napíše kód právě pro tento případ. U MCP popíše server své schopnosti sám a využít je může každý program, který ten standard mluví.

Vlevo mnoho jednotlivých vedení s různými konci, vpravo jedno společné zářící spojení

To nejdůležitější

  • Obě cesty se nevylučují: server MCP na pozadí většinou sahá na klasické rozhraní.
  • MCP se vyplatí, když člověk v rozhovoru sahá na data s měnícími se otázkami – otázky nejsou předem dané.
  • Přímé napojení se vyplatí, když běží stále tentýž postup se stejnými poli – pak je rychlejší, levnější a předvídatelnější.
  • Pravidlo palce: měnící se otázky na tatáž data znamenají MCP, tentýž postup s pevnými daty znamená rozhraní.

Rozdíl v jedné větě

Klasické rozhraní se naprogramuje pro určitý účel: „Stáhni kontakty, které jsou nové od včerejška, a zapiš je do tohoto pole.“ Změní-li se účel, musí někdo změnit kód.

Server MCP místo toho popisuje, co nabízí: „Umím hledat kontakty podle názvu firmy, vracím nejvýš 50 zásahů, smazané nenajdu.“ Jazykový model si tento popis přečte za běhu a sám rozhodne, jestli a jak nástroj použije.

Srovnání

MCPKlasické rozhraní
Kdo určuje postupmodel za běhunaprogramovaný kód
Nová otázka možná?ano, bez změnyjen po úpravě
Předvídatelnostnižšíúplná
Náročnost prvního případunízká, pokud server existujestřední až vysoká
Náročnost desátého případuskoro žádnápokaždé nová
Náklady na jedno volánívyšší – model přemýšlí s vámivelmi nízké
Rychlostsekundymilisekundy
Pro hromadné zpracovánínevhodnévhodné

Věděli jste, že…?

Obě cesty spolu technicky vůbec nesoupeří. Server MCP je ve většině případů sám jen obalem klasického rozhraní – překládá ho do podoby, které jazykový model za běhu rozumí.

Otázka proto nezní „jaká technika“, ale „kdo rozhoduje, které volání se provede“: člověk v rozhovoru přes model, nebo předem stanovený postup. To je otázka způsobu práce, ne architektury.

Čtyři otázky k rozhodnutí

1. Jsou otázky předem dané?

„Každé pondělí vyhodnotit poptávky z minulého týdne“ – pevný postup, klasické rozhraní. „Co si tento zákazník naposledy objednal a jak probíhal rozhovor?“ – měnící se otázky, MCP.

2. Jak často to běží?

Při tisících volání denně je MCP příliš pomalé a příliš drahé – každé volání váže jazykový model. Při několika desítkách přístupů denně to nepadá na váhu.

3. Musí být výsledek přesně reprodukovatelný?

U vyúčtování, účetnictví a právně významných úkonů ano – pak se pevně naprogramovaným postupům nevyhnete. U rešerše a přípravy je prostor pro odchylku bezproblémový.

4. Kolik systémů se má napojit?

U jediného systému je výhoda MCP malá. U pěti systémů, které mají být všechny dostupné témuž modelu, je značná – každé napojení se postaví jednou a je použitelné všude.

Tři příklady z marketingového dne

Příprava na rozhovor

„Co víme o téhle firmě a co je otevřené?“ Otázka je pokaždé trochu jiná, odpověď potřebuje několik zdrojů.

Cesta: MCP – čtecí, na CRM, kalendář a úložiště.

Noční srovnání dvou systémů

Stále tatáž pole, stále tentýž postup, tisíce záznamů.

Cesta: klasické rozhraní – rychlejší, levnější, předvídatelné.

Týdenní vyhodnocení s komentářem

Data přicházejí vždy stejně, zařazení má být slovy.

Cesta: obojí – rozhraní stáhne data, model zformuluje vyhodnocení.

Hromadný překlad produktových textů

Stovky textů, stále tentýž úkon, žádná potřeba kontextu.

Cesta: rozhraní s přímým napojením na model, bez MCP mezi tím.

Z praxe

Nejčastější chyba v obou směrech je stejná: pokus vyřešit všechno jednou cestou. Kdo postaví hromadné srovnání přes MCP, dostane pomalé a drahé řešení s nepředvídatelnými výsledky. Kdo pevně naprogramuje přípravu na rozhovor, musí u každé nové otázky dostavovat.

Použitelné rozdělení je většinou třetí varianta výše: pevné postupy stáhnou data, model pracuje s výsledkem. Získávání dat tak zůstane předvídatelné a vyhodnocení pružné.

Jeden bod, který je u MCP jinak

Pozor U klasického rozhraní stojí v kódu, které volání se provede. U MCP rozhoduje model za běhu – a může ho přitom ovlivnit text, který najde v přečtených datech. Proto tu platí silněji než jinde: oprávnění držet úzce, potvrzení u všeho s účinkem navenek a všechno protokolovat.
Prompt
Pomoz mi rozhodnout, jestli pro jeden záměr potřebujeme MCP, nebo
klasické rozhraní.

Záměr:
- Čeho se má dosáhnout: [popis]
- Zúčastněné systémy: [seznam]
- Jak často to běží: [četnost]
- Jsou dotazy předem dané, nebo se mění? [údaj]
- Musí být výsledek přesně reprodukovatelný? [ano / ne]
- Jsou ve hře osobní údaje? [ano / ne]
- Kdo to obsluhuje: [role, technické znalosti]

Úkoly:
1. Zodpověz čtyři rozhodovací otázky pro tento záměr:
   pevné nebo měnící se otázky, četnost, reprodukovatelnost,
   počet systémů.
2. Doporuč jednu cestu – MCP, klasické rozhraní, nebo
   rozdělení – a zdůvodni to.
3. Pokud je rozdělení smysluplné: řekni přesně, která část
   se pevně naprogramuje a která se přenechá modelu.
4. U MCP uveď nejužší možná oprávnění a
   místa, kde je nutné lidské potvrzení.
5. Uveď, co u tohoto záměru může selhat a jakou
   nouzovou brzdu potřebujeme.

Nedoporučuj konkrétní produkty.

Závěr

Otázka není technickým rozhodnutím o principu, ale rozhodnutím o způsobu práce: jsou dotazy předem dané, nebo vznikají v rozhovoru?

Pevné postupy s mnoha záznamy patří do klasického rozhraní. Měnící se otázky na tatáž data patří do MCP. A v mnoha případech je správnou odpovědí obojí – rozhraní stáhne, model vyhodnotí.

Časté otázky

Jaký je rozdíl mezi MCP a klasickým rozhraním?

U klasického rozhraní určuje naprogramovaný kód, které volání se s jakými poli provede. Server MCP místo toho popisuje své schopnosti sám a jazykový model za běhu rozhodne, jestli a jak je využije. Rozdíl je tedy v tom, kdo určuje postup.

Kdy se MCP vyplatí?

Když člověk v rozhovoru sahá na data s měnícími se otázkami, otázky nejsou předem dané a několik systémů má být dostupných témuž modelu. Typickým příkladem je příprava na rozhovor, u které je pokaždé potřeba něco jiného.

Kdy je klasické rozhraní lepší?

Když běží stále tentýž postup se stejnými poli, zpracovává se mnoho záznamů nebo musí být výsledek přesně reprodukovatelný – třeba u vyúčtování a účetnictví. Je pak rychlejší, na jedno volání výrazně levnější a úplně předvídatelné.

Vylučují se obě cesty?

Ne. Server MCP je většinou sám jen obalem klasického rozhraní. V mnoha případech je nejlepším řešením rozdělení: pevný postup stáhne data, model převezme zařazení – získávání tak zůstane předvídatelné a vyhodnocení pružné.

Je MCP méně bezpečné než přímé napojení?

Vyžaduje víc pečlivosti, protože model rozhoduje za běhu a může ho přitom ovlivnit text, který najde v přečtených datech. Proto tu platí přísněji než jinde: úzce držená oprávnění, lidské potvrzení u všeho s účinkem navenek a úplné protokolování.

Marketing, který se nastaví sám

Beta verze Studio Engine je otevřená. Zarezervujte si místo a podílejte se od začátku.

Zapojit se do bety →
← Zpět na přehled