Kör ditt CRM från Claude Code.

Det märkliga med att koppla in en kundplattform i en kodagent är hur snabbt det slutar kännas märkligt. Du lägger till en server, och nästa gång du behöver veta vilka provkonton som blev tysta förra veckan frågar du i samma fönster där du nyss läste en stack trace. Ingen flik. Ingen instrumentpanel. Ingen export till CSV så att du kan titta på den i ett kalkylblad.

Vad innebär det att köra sitt CRM från Claude Code?

Det innebär att Claude Code håller din kundplattform som verktyg i stället för som en webbplats. Munin serverar mer än 200 MCP-verktyg på en ändpunkt, så Claude kan slå upp en kontakt, söka i din kunskapsbas, läsa en supporttråd, skriva utkast till en CMS-post eller poängsätta ett segment — som helt vanliga verktygsanrop i den session du redan arbetar i.

Det är något annat än en chattbot som svarar på frågor om ditt CRM. Agenten sköter plattformen, med samma behörighetsmodell som din instrumentpanel använder.

Hur kopplar du Claude Code till Munin?

Ett kommando. claude mcp add --transport http skriver in Munin-ändpunkten och en bearer-header i din konfiguration, och Claude Code ansluter servern vid nästa sessionsstart. Munin Cloud serverar MCP på https://mcp.getmunin.com; en självdriven instans serverar det på /mcp på din backend-port. Skapa en admin-nyckel under Inställningar, sedan API-nycklar — den visas en gång.

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

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

# Gör den tillgänglig i alla projekt, inte bara det här
claude mcp add --scope user --transport http munin https://mcp.getmunin.com \
  --header "Authorization: Bearer $MUNIN_API_KEY"

# Kontrollera att den landade
claude mcp list
claude mcp get munin

Inuti en session visar /mcp anslutningsstatus och vilka servrar som är godkända för det aktuella projektet. Från skalet skriver claude mcp list ut en hälsorad per server — Connected, Needs authentication eller Failed to connect — och claude mcp get munin skriver ut den enda posten i sin helhet. Vill du hellre använda OAuth än en statisk nyckel — och det bör du, för allt som en människa styr — stöder Munin avgränsad OAuth, och Claude Code v2.1.186 och senare kör flödet från skalet med claude mcp login munin, eller claude mcp login munin --no-browser på en maskin utan webbläsare.

Värt att göra före allt annat: bekräfta att autentiseringsuppgiften är det du tror.

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

Den berättar vilken organisation och vilken publik Munin tror ringer. Hälften av alla ”varför ser agenten ingenting” visar sig vara en nyckel avgränsad till fel publik.

Vad kan du faktiskt göra när den är ansluten?

Allt instrumentpanelen gör, eftersom det är samma backend. Verktygen grupperas per modul — crm_*, kb_*, cms_*, outreach_*, conv_*, analytics_* — och vart och ett levereras med sitt JSON-schema och en lista över behörigheter, så agenten läser katalogen i stället för att gissa sig till ditt API.

I praktiken är de användbara frågorna de som annars hade varit fyra flikar och ett kalkylblad:

• 01Fråga över moduler. ”Vilka kontakter i provsegmentet öppnade en supporttråd men fick aldrig svar?” Rör crm_list_contacts_in_segment och conv_list_conversations — två system i de flesta stackar, en fråga här.
• 02Berika vid ankomst. Rikta ett recept för lead-research som du skriver som en färdighet mot en ny registrering, så läser det deras företagssajt, fyller i roll, senioritet och bransch, och stämplar sedan en kort sammanfattning på posten med crm_set_ai_summary.
• 03Hitta buggarna som gömmer sig i supporten. Ett recept för buggtriage som du skriver som en färdighet klustrar samtal efter formuleringar om trasigt beteende, skiljer verkliga defekter från förvirring, och lägger interna anteckningar på representativa trådar.
• 04Gör återkommande frågor till innehåll. Ett recept som destillerar samtal, och som du skriver som en färdighet, läser vad som ständigt dyker upp, kontrollerar kunskapsbasen efter luckor, och skriver utkast till CMS-poster för redaktionell granskning.

Varför är det här bättre än ett REST-API och ett skript?

För att verktygskatalogen är skriven för att läsas av en modell, och det är inte ett REST-API. Munin levererar också ett REST-API — använd det när en annan HTTP-tjänst är den som ringer. Men MCP ger en agent namngivna operationer med scheman och behörigheter påfästa, plus 60 medföljande markdown-färdigheter den kan läsa vid körning för att lära sig hur ett jobb görs, inte bara vilken ändpunkt som finns.

Det är hela skälet till att vi byggde verktyg först i stället för UI först. Är agenter de nya användarna är MCP HTTP — och bygger du UI:t först och skruvar på protokollet efteråt får du två system som glider isär för alltid. Här är instrumentpanelen och din agent klienter av samma katalog.

Vad hindrar agenten från att göra något dumt?

Verktygen den håller. Behörigheter upprätthålls i verktygslagret, inte i kanten, och publiker styr synlighet — en admin-nyckel ser allt, en delegerad slutanvändartoken ser bara självbetjäningsverktyg. Mer riskfyllda operationer har ingen direkt skrivning alls: att slå ihop två kontakter, eller att lyfta en agentskriven kunskapsartikel, kan bara föreslås och landar i en granskningskö för en människa.

Den asymmetrin är avsiktlig. Billiga, reversibla åtgärder — att märka en tråd, att titelsätta ett samtal — utförs direkt. Oomvändliga är egna, smalt avgränsade, separat granskade verktyg. En agent som blir förvirrad, eller som blir prompt-injicerad av något en kund klistrat in i ett ärende, kan fortfarande bara göra det verktygen tillåter. Omdömet stannar i granskningskön, och varje verktygsanrop granskas.

Vem är det här inte för?

Team som vill peka och klicka, och frågor som inte är specifika. Vill ingen i teamet ha en terminal eller ett chattfönster i loopen är det här en genuin missmatchning, och Zendesk säljer en mogen agentarbetsyta byggd för folk som vill klicka. Munins instrumentpanel täcker inställningar, autentisering och granskning; arbetsytan är verktygskatalogen.

Det belönar också en specifik fråga — ”städa upp mitt CRM” är för vagt för att agera på, och att namnge varvet du vill ha är det som ger dig varvet du vill ha.

Det som gör de specifika frågorna möjliga är att recepten är explicita: vilka verktyg, i vilken ordning, med vilket stoppvillkor. De är markdown du kan läsa och redigera, och det bör du. Läs receptet, ändra stoppvillkoret, kör det igen — den loopen är vad en verktygskatalog köper dig och vad en instrumentpanel inte kan, eftersom en instrumentpanels beteende inte är en fil du äger. Och terminalen är bara en dörr in: samma ändpunkt betjänar en driftsperson i ChatGPT som aldrig öppnat ett skal. Det är därför receptet du slutar med är ditt och inte vårt.

Vanliga frågor

Hur lägger jag till en fjärr-MCP-server i Claude Code? Kör claude mcp add --transport http <namn> <url>, och lägg till --header "Authorization: Bearer <token>" om servern behöver en autentiseringsuppgift. Lägg till --scope user för att göra den tillgänglig i alla dina projekt i stället för bara det aktuella, och bekräfta sedan med claude mcp list eller claude mcp get <namn>.

Kan Claude Code skriva till mitt CRM, eller bara läsa det? Båda, avgränsat av behörigheterna på din autentiseringsuppgift. Billiga reversibla skrivningar — att uppdatera en kontakt, att märka ett samtal — utförs direkt. Oomvändliga som att slå ihop kontakter eller lyfta agentskrivna kunskapsartiklar kan bara föreslås in i en granskningskö där en människa godkänner.

Fungerar det här med Cursor, ChatGPT eller min egen agent? Ja. Munin serverar standard-MCP på en ändpunkt utan klientspecifikt beteende, så Claude Desktop, Cursor, ChatGPT, Codex, Gemini, OpenAI Agents SDK eller en körare du skrivit själv ansluter på samma sätt. Munin levererar ingen modell.

Behöver jag Munin Cloud, eller kan jag självdriva? Båda fungerar. Arkivet är MIT-licensierat och en självdriven instans serverar MCP på /mcp på din backend-port — Docker-vägen går igenom det. Munin Cloud är EU-hostat och Cloud Free är 0 € i månaden. Samma kod, samma verktygsyta, samma granskningslogg.

Hur är agenten autentiserad? På tre sätt: en admin-API-nyckel för server-till-server, avgränsad OAuth 2.1 för användargodkända agenter, eller en delegerad slutanvändartoken begränsad till självbetjäningsverktyg. Anropa /v1/whoami för att kontrollera vilken du faktiskt visar upp.

Hur många verktyg lägger det här till i min kontext? Mer än 200, över de sex modulerna, vart och ett med sitt eget JSON-schema och sin egen behörighetslista. Avgränsa uppgiften till de moduler en session behöver, så avgör publikgrinden vilka verktyg som är synliga över huvud taget, så att en supportsession ser conv_* och kb_* och inget annat. Varför vi levererar 200 plus i stället för ett dussin har resonemanget.

Rikta den klient du redan använder mot https://mcp.getmunin.com, ställ en riktig kundfråga, och håll MCP-verktygsreferensen öppen medan du arbetar — Munin Cloud är gratis att börja med.

Kör ditt CRM från Claude Code; verktygen var alltid produkten.