MCP-importen i coreAI er ein klientintegrasjon: coreAI opptrer som klient mot ein MCP-server du allereie har, les ut kva verktøy serveren tilbyr, og let assistenten kalle dei på førespurnad under chat. Det er ikkje ein jobb som kopierer svardata inn i kunnskapsbasen, og du treng ikkje synkronisere noko i forkant for at det skal verke.
#Discovery hentar verktøy-skjema, ikkje svar
Når importen vert køyrd, koplar coreAI seg til kvar MCP-server du har konfigurert og kallar tools/list. Resultatet er verktøy-skjemaa – namn, parameter, skildringar og kva type input kvart verktøy ventar. Skjemaa vert lagra som JSON-konfigurasjon knytt til assistenten. Ingen brukardata, ordredata eller produktdata vert henta eller indekserte.
Importen vert køyrd automatisk på eit intervall du sjølv vel, slik at skjemaet i MCP-serveren alltid er oppdatert. Mellom køyringane har assistenten eit stabilt bilete av kva serveren kan, slik at han ikkje treng å slå opp verktøy mot serveren kvar gong han skal brukast i ein samtale.
#Slik vel assistenten rett verktøy i sanntid
I det augneblinken ein samtale startar, vert verktøy-skjemaa eksponerte for assistenten som tilgjengelege funksjonar. Når brukaren stiller eit spørsmål, vurderer assistenten om noko av det krev ferske eller brukaravgrensa data. Viss svaret er ja, plukkar assistenten ut rett verktøy, fyller inn parametera frå konteksten i samtalen, og coreAI kallar MCP-serveren din via tools/call.
Resultatet frå serveren vert mata tilbake i samtalen som grunnlag for svaret. Dette skjer per spørsmål, ikkje per samtale – assistenten kan kalle eitt verktøy i éi melding, eit heilt anna i den neste, og hoppe over MCP heilt når eit spørsmål kan svarast frå kunnskapsbasen åleine.
#Brukarkontekst kan vidaresendast til MCP-serveren
For innlogga brukarar kan widgeten sende med eit brukartoken som coreAI vidaresender på kvart verktøy-kall som X-User-Token-header. MCP-serveren din kan då identifisere brukaren og avgrense svaret til dataene deira: deira ordrar, deira saker, deira bookingar, deira CRM-tråd.
Tokenet er ein ugjennomsiktig verdi som du sjølv kontrollerer både utferding og validering av. coreAI tolkar det ikkje – det vert frakta uendra frå widget til MCP-server, og assistenten ser aldri innhaldet sjølv. Det tyder at autoriseringsmodellen din held seg intakt: ein brukar kan ikkje spørje seg til ein annan brukar sine data ved å formulere seg lurt i chatten, fordi MCP-serveren avgjer kva tokenet gjev tilgang til før han svarar.
#Når MCP er betre enn å upserte data via API-et
Vel MCP når dataene må vere ferske i augneblinken spørsmålet vert stilt, eller når svaret er avhengig av kven som spør:
- live lagerstatus og prisar som endrar seg frå time til time
- ordrestatus, fraktinformasjon og saksbehandling per innlogga brukar
- CRM-oppslag og interne kunderegister der svaret må spegle siste minutts endringar
- bookingar og ledige tider der eit indeksert augneblinksbilete fort vert feil
Vel upsert via coreAI-API-et når dataene er relativt stabile og skal vere søkbare i kunnskapsbasen – produktkatalogar, fagartiklar, dokument, stillingsutlysingar. Tommelregelen er enkel: alt som krev eit live oppslag mot eit anna system høyrer heime bak MCP, alt som kan stå i ein kunnskapsbase i timar eller dagar høyrer heime i upsert-løypa.
#MCP og kunnskapsbasen utfyller kvarandre
Dei to mekanismane konkurrerer ikkje. Eit typisk produksjonsoppsett har kunnskapsbasen full av indeksert produktinformasjon, fagartiklar og dokument, og samstundes éin eller fleire MCP-serverar som dekkjer det live-laget kunnskapsbasen ikkje kan: sjekke at vara faktisk er på lager akkurat no, hente status på ordren brukaren refererer til, eller slå opp den opne saka i CRM-et. Assistenten vel kjelde per spørsmål – og brukaren får svar frå det laget som har riktigast data der og då.