MCP eller klassisk grænseflade?

Det vigtigste kort

De to veje udelukker ikke hinanden: En MCP-server tilgår i baggrunden som regel en klassisk grænseflade.
MCP betaler sig, når et menneske i samtale med skiftende spørgsmål tilgår data – spørgsmålene ligger ikke fast på forhånd.
En direkte tilslutning betaler sig, når det altid er det samme forløb med de samme felter – så er den hurtigere, billigere og mere forudsigelig.
Tommelfingerreglen: skiftende spørgsmål til de samme data betyder MCP, samme forløb med faste data betyder grænseflade.

Forskellen i én sætning

En klassisk grænseflade bliver programmeret til et bestemt formål: »Hent de kontakter, der er nye siden i går, og skriv dem ind i dette felt.« Ændrer formålet sig, må nogen ændre koden.

En MCP-server beskriver i stedet, hvad den tilbyder: »Jeg kan søge kontakter efter firmanavn, giver højst 50 træffere tilbage og finder ingen slettede.« En sprogmodel læser denne beskrivelse i realtid og afgør selv, om og hvordan den bruger værktøjet.

Modstillingen

	MCP	Klassisk grænseflade
Hvem bestemmer forløbet	modellen i realtid	den programmerede kode
Nyt spørgsmål muligt?	ja, uden ændring	kun efter tilpasning
Forudsigelighed	mindre	fuldstændig
Indsats ved det første tilfælde	lav, hvis en server findes	middel til høj
Indsats ved det tiende tilfælde	næsten ingen	ny hver gang
Omkostning pr. kald	højere – modellen tænker med	meget lav
Hastighed	sekunder	millisekunder
Til masseforarbejdning	uegnet	egnet

Vidste du det?

De to veje konkurrerer slet ikke teknisk. En MCP-server er i de fleste tilfælde selv blot en skal om en klassisk grænseflade – den oversætter den til en form, en sprogmodel kan forstå i realtid.

Spørgsmålet lyder derfor ikke »hvilken teknik«, men »hvem afgør, hvilket kald der bliver foretaget«: et menneske i samtale via en model, eller et forud fastlagt forløb. Det er et spørgsmål om arbejdsmåde, ikke om arkitektur.

Fire spørgsmål til beslutningen

1. Ligger spørgsmålene fast på forhånd?

»Hver mandag gøre den forgangne uges henvendelser op« – fast forløb, klassisk grænseflade. »Hvad har denne kunde senest bestilt, og hvordan gik samtalen?« – skiftende spørgsmål, MCP.

2. Hvor ofte kører det?

Ved tusindvis af kald om dagen er MCP for langsomt og for dyrt – hvert kald binder en sprogmodel. Ved nogle få dusin tilgange dagligt betyder det ikke noget.

3. Skal resultatet kunne gentages nøjagtigt?

Ved afregning, bogholderi og retligt relevante sager ja – så er der ingen vej uden om fast programmerede forløb. Ved research og forberedelse er spillerum uproblematisk.

4. Hvor mange systemer skal tilsluttes?

Ved et enkelt system er fordelen ved MCP lille. Ved fem systemer, som alle skal være tilgængelige for den samme model, er den betydelig – hver tilslutning bygges én gang og kan bruges overalt.

Tre eksempler fra marketinghverdagen

Samtaleforberedelse

»Hvad ved vi om dette firma, og hvad er åbent?« Spørgsmålet er hver gang lidt anderledes, og svaret kræver flere kilder.

Vej: MCP – læsende, på CRM, kalender og arkiv.

Natlig afstemning mellem to systemer

Altid de samme felter, altid det samme forløb, tusindvis af poster.

Vej: klassisk grænseflade – hurtigere, billigere, forudsigelig.

Ugentlig opgørelse med kommentar

Dataene kommer altid ens, indplaceringen skal ske i ord.

Vej: begge dele – grænsefladen henter dataene, modellen formulerer opgørelsen.

Masseoversættelse af produkttekster

Hundredvis af tekster, altid den samme handling, intet behov for sammenhæng.

Vej: grænseflade med direkte modeltilslutning, uden MCP imellem.

Fra praksis

Den hyppigste fejl i begge retninger er den samme: forsøget på at løse alt ad én vej. Den, der bygger en masseafstemning via MCP, får en langsom og dyr løsning med uforudsigelige resultater. Den, der fast programmerer samtaleforberedelsen, må bygge om ved hvert nyt spørgsmål.

Den brugbare opdeling er som regel den tredje variant ovenfor: faste forløb henter dataene, modellen arbejder med resultatet. Dermed forbliver dataindhentningen forudsigelig og opgørelsen fleksibel.

Ét punkt, der ligger anderledes ved MCP

Bemærk Ved en klassisk grænseflade står det i koden, hvilket kald der bliver foretaget. Ved MCP afgør modellen det i realtid – og kan derved blive påvirket af tekst, den finder i de læste data. Derfor gælder her stærkere end ellers: hold rettighederne snævre, kræv bekræftelse ved alt med virkning udadtil, og log alt.

Prompt

Hjælp mig med at afgøre, om vi til et forehavende har brug for MCP eller en
klassisk grænseflade.

Forehavende:
- Hvad der skal opnås: [beskrivelse]
- Involverede systemer: [liste]
- Hvor ofte kører det: [hyppighed]
- Ligger forespørgslerne fast på forhånd, eller skifter de? [angivelse]
- Skal resultatet kunne gentages nøjagtigt? [ja / nej]
- Er der persondata i spil? [ja / nej]
- Hvem betjener det: [rolle, teknisk forhåndsviden]

Opgaver:
1. Besvar de fire beslutningsspørgsmål for dette forehavende:
   faste eller skiftende spørgsmål, hyppighed, gentagelighed,
   antal systemer.
2. Anbefal en vej – MCP, klassisk grænseflade, eller en
   opdeling – og begrund det.
3. Hvis en opdeling giver mening: Sig præcist, hvilken del
   der bliver fast programmeret, og hvilken der overlades til modellen.
4. Nævn ved MCP de snævrest mulige rettigheder og de
   steder, hvor en menneskelig bekræftelse er nødvendig.
5. Nævn, hvad der kan gå galt ved dette forehavende, og hvilken
   nødbremse vi har brug for.

Anbefal ingen konkrete produkter.

Konklusion

Spørgsmålet er ikke en principiel teknisk beslutning, men en om arbejdsmåden: Ligger forespørgslerne fast på forhånd, eller opstår de i samtalen?

Faste forløb med mange poster hører til i en klassisk grænseflade. Skiftende spørgsmål til de samme data hører til i MCP. Og i mange tilfælde er det rigtige svar begge dele – grænsefladen henter, modellen gør op.

Ofte stillede spørgsmål

Hvad er forskellen mellem MCP og en klassisk grænseflade?

Ved en klassisk grænseflade fastlægger programmeret kode, hvilket kald der bliver foretaget med hvilke felter. En MCP-server beskriver i stedet selv sine evner, og en sprogmodel afgør i realtid, om og hvordan den bruger dem. Forskellen ligger altså i, hvem der bestemmer forløbet.

Hvornår betaler MCP sig?

Når et menneske i samtale med skiftende spørgsmål tilgår data, spørgsmålene ikke ligger fast på forhånd, og flere systemer skal være tilgængelige for den samme model. Typisk eksempel er samtaleforberedelsen, hvor der hver gang er brug for noget andet.

Hvornår er en klassisk grænseflade bedre?

Når det altid er det samme forløb med de samme felter, når mange poster bliver behandlet, eller når resultatet skal kunne gentages nøjagtigt – for eksempel ved afregning og bogholderi. Så er den hurtigere, betydeligt billigere pr. kald og fuldstændig forudsigelig.

Udelukker de to veje hinanden?

Nej. En MCP-server er som regel selv blot en skal om en klassisk grænseflade. I mange tilfælde er den bedste løsning en opdeling: Det faste forløb henter dataene, modellen overtager indplaceringen – sådan forbliver indhentningen forudsigelig og opgørelsen fleksibel.

Er MCP mindre sikkert end en direkte tilslutning?

Det kræver mere omhu, fordi modellen afgør tingene i realtid og derved kan blive påvirket af tekst, den finder i de læste data. Derfor gælder her strengere end ellers: snævert afgrænsede rettigheder, menneskelig bekræftelse ved alt med virkning udadtil, og fuldstændig logning.