Kjør CRM-et ditt fra Claude Code.

Det rare med å koble en kundeplattform inn i en kodeagent, er hvor raskt det slutter å kjennes rart. Du legger til én server, og neste gang du trenger å vite hvilke prøvekontoer som ble stille forrige uke, spør du i det samme vinduet der du nettopp leste en stack trace. Ingen fane. Intet dashbord. Ingen eksport til CSV så du kan se på den i et regneark.

Hva vil det si å kjøre CRM-et sitt fra Claude Code?

Det betyr at Claude Code holder kundeplattformen din som verktøy framfor som et nettsted. Munin serverer mer enn 200 MCP-verktøy på ett endepunkt, så Claude kan slå opp en kontakt, søke i kunnskapsbasen din, lese en supporttråd, skrive utkast til en CMS-oppføring eller score et segment — som helt vanlige verktøykall i økta du allerede jobber i.

Det er noe annet enn en chatbot som svarer på spørsmål om CRM-et ditt. Agenten betjener plattformen, med den samme tilgangsmodellen dashbordet ditt bruker.

Hvordan kobler du Claude Code til Munin?

Én kommando. claude mcp add --transport http skriver Munin-endepunktet og en bearer-header inn i konfigurasjonen din, og Claude Code kobler til serveren ved neste øktstart. Munin Cloud serverer MCP på https://mcp.getmunin.com; en selvdriftet instans serverer det på /mcp på backend-porten din. Lag en admin-nøkkel under Innstillinger, deretter API-nøkler — den vises én gang.

# Munin Cloud
claude mcp add --transport http munin https://mcp.getmunin.com \
  --header "Authorization: Bearer $MUNIN_API_KEY"

# Selvdriftet
claude mcp add --transport http munin-local http://localhost:3001/mcp \
  --header "Authorization: Bearer $MUNIN_API_KEY"

# Gjør den tilgjengelig i alle prosjekter, ikke bare dette
claude mcp add --scope user --transport http munin https://mcp.getmunin.com \
  --header "Authorization: Bearer $MUNIN_API_KEY"

# Sjekk at den landet
claude mcp list
claude mcp get munin

Inne i en økt viser /mcp tilkoblingsstatus og hvilke servere som er godkjent for det gjeldende prosjektet. Fra skallet skriver claude mcp list ut en helselinje per server — Connected, Needs authentication eller Failed to connect — og claude mcp get munin skriver ut den ene oppføringen i sin helhet. Vil du heller bruke OAuth enn en statisk nøkkel — og det bør du, for alt et menneske styrer — støtter Munin avgrenset OAuth, og Claude Code v2.1.186 og nyere kjører flyten fra skallet med claude mcp login munin, eller claude mcp login munin --no-browser på en maskin uten nettleser.

Verdt å gjøre før noe annet: bekreft at legitimasjonen er det du tror den er.

curl 'https://api.getmunin.com/v1/whoami' \
  -H "Authorization: Bearer $MUNIN_API_KEY"

Den forteller deg hvilken organisasjon og hvilket publikum Munin mener ringer. Halvparten av alle «hvorfor ser ikke agenten noe som helst» viser seg å være en nøkkel avgrenset til feil publikum.

Hva kan du faktisk gjøre når den er koblet til?

Alt dashbordet gjør, fordi det er den samme backenden. Verktøyene grupperes etter modul — crm_*, kb_*, cms_*, outreach_*, conv_*, analytics_* — og hvert av dem leveres med sitt JSON-skjema og en liste over tilganger, så agenten leser katalogen framfor å gjette på API-et ditt.

I praksis er de nyttige forespørslene de som ellers ville vært fire faner og et regneark:

• 01Spør på tvers av moduler. «Hvilke kontakter i prøvesegmentet åpnet en supporttråd, men fikk aldri svar?» Berører crm_list_contacts_in_segment og conv_list_conversations — to systemer i de fleste stabler, én spørring her.
• 02Berik ved ankomst. Pek en oppskrift for lead-research som du skriver som en ferdighet, mot en ny registrering, og den leser firmanettstedet deres, fyller inn rolle, ansiennitet og bransje, og stempler så et kort sammendrag på posten med crm_set_ai_summary.
• 03Finn feilene som gjemmer seg i supporten. En oppskrift for feiltriage som du skriver som en ferdighet, klynger samtaler etter formuleringer om ødelagt oppførsel, skiller reelle defekter fra forvirring, og legger interne notater på representative tråder.
• 04Gjør gjentakende spørsmål til innhold. En oppskrift som destillerer samtaler, og som du skriver som en ferdighet, leser hva som stadig dukker opp, sjekker kunnskapsbasen for hull, og skriver utkast til CMS-oppføringer for redaksjonell gjennomgang.

Hvorfor er dette bedre enn et REST-API og et skript?

Fordi verktøykatalogen er skrevet for å leses av en modell, og det er ikke et REST-API. Munin leverer også et REST-API — bruk det når en annen HTTP-tjeneste er den som ringer. Men MCP gir en agent navngitte operasjoner med skjemaer og tilganger festet på, pluss 60 medfølgende markdown-ferdigheter den kan lese under kjøring for å lære hvordan en jobb gjøres, ikke bare hvilket endepunkt som finnes.

Det er hele grunnen til at vi bygde verktøy først framfor UI først. Er agenter de nye brukerne, er MCP HTTP — og bygger du UI-et først og skrur protokollen på etterpå, får du to systemer som driver fra hverandre for alltid. Her er dashbordet og agenten din klienter av den samme katalogen.

Hva hindrer agenten i å gjøre noe dumt?

Verktøyene den holder. Tilganger håndheves i verktøylaget, ikke i kanten, og publikum styrer synlighet — en admin-nøkkel ser alt, et delegert sluttbrukertoken ser bare selvbetjeningsverktøy. Mer risikable operasjoner har ingen direkte skriving i det hele tatt: å slå sammen to kontakter, eller å løfte en agentskrevet kunnskapsartikkel, kan bare foreslås, og lander i en kø for gjennomgang av et menneske.

Den asymmetrien er tilsiktet. Billige, reversible handlinger — å merke en tråd, å gi en samtale tittel — utføres direkte. Ugjenkallelige er egne, smalt avgrensede, separat reviderte verktøy. En agent som blir forvirret, eller som blir prompt-injisert av noe en kunde limte inn i en sak, kan fortsatt bare gjøre det verktøyene tillater. Dømmekraften blir værende i gjennomgangskøen, og hvert verktøykall revideres.

Hvem er dette ikke for?

Team som vil peke og klikke, og forespørsler som ikke er spesifikke. Vil ingen på teamet ha en terminal eller et chatvindu i sløyfa, er dette en reell bomtur, og Zendesk selger et modent agentarbeidsrom bygd for folk som vil klikke. Munins dashbord dekker innstillinger, autentisering og gjennomgang; arbeidsflaten er verktøykatalogen.

Det belønner også en spesifikk forespørsel — «rydd opp i CRM-et mitt» er for vagt til å handle på, og å navngi runden du vil ha, er det som gir deg runden du vil ha.

Det som gjør de spesifikke forespørslene mulige, er at oppskriftene er eksplisitte: hvilke verktøy, i hvilken rekkefølge, med hvilken stoppbetingelse. De er markdown du kan lese og redigere, og det bør du. Les oppskriften, endre stoppbetingelsen, kjør den igjen — den sløyfa er det en verktøykatalog kjøper deg, og som et dashbord ikke kan, fordi et dashbords oppførsel ikke er en fil du eier. Og terminalen er bare én dør inn: det samme endepunktet betjener en driftsperson i ChatGPT som aldri har åpnet et skall. Det er derfor oppskriften du ender opp med, er din og ikke vår.

Ofte stilte spørsmål

Hvordan legger jeg til en ekstern MCP-server i Claude Code? Kjør claude mcp add --transport http <navn> <url>, og legg til --header "Authorization: Bearer <token>" hvis serveren trenger legitimasjon. Legg til --scope user for å gjøre den tilgjengelig i alle prosjektene dine framfor bare det gjeldende, og bekreft så med claude mcp list eller claude mcp get <navn>.

Kan Claude Code skrive til CRM-et mitt, eller bare lese det? Begge deler, avgrenset av tilgangene på legitimasjonen din. Billige, reversible skrivinger — å oppdatere en kontakt, å merke en samtale — utføres direkte. Ugjenkallelige, som å slå sammen kontakter eller løfte agentskrevne kunnskapsartikler, kan bare foreslås inn i en kø der et menneske godkjenner.

Virker dette med Cursor, ChatGPT eller min egen agent? Ja. Munin serverer standard MCP på ett endepunkt uten klientspesifikk oppførsel, så Claude Desktop, Cursor, ChatGPT, Codex, Gemini, OpenAI Agents SDK eller en kjører du har skrevet selv, kobler til på samme måte. Munin leverer ingen modell.

Trenger jeg Munin Cloud, eller kan jeg drifte selv? Begge deler går. Repoet er MIT-lisensiert, og en selvdriftet instans serverer MCP på /mcp på backend-porten din — Docker-veien går gjennom det. Munin Cloud er EU-hostet, og Cloud Free er 0 € i måneden. Samme kode, samme verktøyflate, samme revisjonslogg.

Hvordan er agenten autentisert? På tre måter: en admin-API-nøkkel for server-til-server, avgrenset OAuth 2.1 for brukergodkjente agenter, eller et delegert sluttbrukertoken begrenset til selvbetjeningsverktøy. Kall /v1/whoami for å sjekke hvilken du faktisk viser fram.

Hvor mange verktøy legger dette til i konteksten min? Mer enn 200, på tvers av de seks modulene, hvert med sitt eget JSON-skjema og sin egen tilgangsliste. Avgrens legitimasjonen til modulene en økt trenger, så avgjør publikumsporten hvilke verktøy som er synlige i det hele tatt, slik at en supportøkt ser conv_* og kb_* og ingenting annet. Hvorfor vi leverer 200 pluss framfor et dusin har resonnementet.

Pek klienten du allerede bruker mot https://mcp.getmunin.com, still den et ekte kundespørsmål, og hold MCP-verktøyreferansen åpen mens du jobber — Munin Cloud er gratis å starte på.

Kjør CRM-et ditt fra Claude Code; verktøyene var alltid produktet.