# MCP-importen i coreAI är en klientintegration, inte en bulkimport

MCP-importen i coreAI är en klientintegration: coreAI agerar som klient mot en MCP-server du redan har, läser ut vilka verktyg servern erbjuder, och låter assistenten anropa dem på begäran under chatt. Det är inte ett jobb som kopierar svarsdata in i kunskapsbasen, och du behöver inte synkronisera något i förväg för att det ska fungera.

## Discovery hämtar verktygsscheman, inte svar

När importen körs ansluter coreAI till varje MCP-server du har konfigurerat och anropar `tools/list`. Resultatet är verktygsschemana – namn, parametrar, beskrivningar och vilken typ av input varje verktyg förväntar sig. Schemana lagras som JSON-konfiguration kopplad till assistenten. Ingen användardata, orderdata eller produktdata hämtas eller indexeras.

Importen körs automatiskt på ett intervall du själv väljer, så att schemat i MCP-servern alltid är uppdaterat. Mellan körningarna har assistenten en stabil bild av vad servern kan, så den behöver inte slå upp verktyg mot servern varje gång den ska användas i ett samtal.

## Så väljer assistenten rätt verktyg i realtid

I det ögonblick ett samtal startar exponeras verktygsschemana för assistenten som tillgängliga funktioner. När användaren ställer en fråga bedömer assistenten om något av det kräver färsk eller användaravgränsad data. Om svaret är ja plockar assistenten ut rätt verktyg, fyller i parametrarna från kontexten i samtalet, och coreAI anropar din MCP-server via `tools/call`.

Resultatet från servern matas tillbaka in i samtalet som underlag för svaret. Det här sker per fråga, inte per samtal – assistenten kan anropa ett verktyg i ett meddelande, ett helt annat i nästa, och hoppa över MCP helt när en fråga kan besvaras från enbart kunskapsbasen.

## Användarkontext kan vidarebefordras till MCP-servern

För inloggade användare kan widgeten skicka med en användartoken som coreAI vidarebefordrar på varje verktygsanrop som `X-User-Token`-header. Din MCP-server kan då identifiera användaren och avgränsa svaret till deras data: deras ordrar, deras ärenden, deras bokningar, deras CRM-tråd.

Token är ett ogenomskinligt värde där du själv kontrollerar både utfärdande och validering. coreAI tolkar inte token – den fraktas oförändrad från widget till MCP-server, och assistenten ser aldrig innehållet själv. Det betyder att din auktoriseringsmodell förblir intakt: en användare kan inte fråga sig till en annan användares data genom att formulera sig finurligt i chatten, eftersom MCP-servern avgör vad token ger åtkomst till innan den svarar.

## När MCP är bättre än att upserta data via API:et

Välj MCP när datan måste vara färsk i ögonblicket frågan ställs, eller när svaret beror på vem som frågar:

- live lagerstatus och priser som ändras från timme till timme
- orderstatus, fraktinformation och ärendehantering per inloggad användare
- CRM-uppslag och interna kundregister där svaret måste återspegla senaste minutens ändringar
- bokningar och lediga tider där en indexerad ögonblicksbild snabbt blir fel

Välj upsert via [coreAI-API:et](https://coreai.no/sv/articles/api-data-integration) när datan är relativt stabil och ska vara sökbar i kunskapsbasen – produktkataloger, fackartiklar, dokument, jobbannonser. Tumregeln är enkel: allt som kräver ett liveuppslag mot ett annat system hör hemma bakom MCP, allt som kan stå i en kunskapsbas i timmar eller dagar hör hemma i upsert-vägen.

## MCP och kunskapsbasen kompletterar varandra

De två mekanismerna konkurrerar inte. En typisk produktionsuppsättning har kunskapsbasen full med indexerad produktinformation, fackartiklar och dokument, och samtidigt en eller flera MCP-servrar som täcker det live-lager kunskapsbasen inte kan: kontrollera att varan faktiskt finns i lager just nu, hämta status på ordern användaren refererar till, eller slå upp det öppna ärendet i CRM:et. Assistenten väljer källa per fråga – och användaren får svar från det lager som har mest korrekt data där och då.