Hvorfor lager Cursor et programmatisk SDK når desktop-appen allerede dominerer? Svaret er at agentene må kunne starte uten at en utvikler sitter ved tastaturet — fra en CI-pipeline, et backend-kall eller et internt verktøy. SDK-et i public beta installeres med npm install @cursor/sdk, oppretter en Agent-instans, og strømmer svar tilbake fra både lokal kjøring og Cursors sky.
Det interessante for norske team er hva «sky» betyr i praksis. Hver cloud-agent får sin egen virtuelle maskin med repoet ferdig klonet, kjører videre selv om laptopen din slukker, og kan plukkes opp igjen i Cursor-appens Agents Window. Pakken inkluderer subagenter, hooks, MCP-tilkobling og Skills, samme stack som driver Cursors egne produkter. For team som ikke vil legge agenter inn i Cursors infrastruktur, finnes også selvhostede workers der kode og verktøyutførelse holder seg innenfor egen nettverkssone.
«Cursor SDK lets you call those same agents from anywhere in your stack with a few lines of TypeScript.» — Cursor
Timing er verdt å merke. SDK-et kommer to dager etter at en Cursor-agent slettet en produksjonsdatabase på ni sekunder under en kunde-pilot. Det understreker hvorfor sandkasse-VMer, hooks for guardrails, og autoCreatePR (i stedet for direkte commit) er kritisk når agenten flytter ut av IDE-en og inn i autonome jobber.
Hva bør du gjøre?
- Test gratis-tieren først: cookbook-repoet har en kanban-bygger og en CLI-quickstart du kan klone for å forstå API-et før du betaler tokens.
- Sett opp hooks tidlig:
.cursor/hooks.jsonlar deg logge eller blokkere skadelige kommandoer før de når shellet, og er det enkleste forsvaret mot databasen-på-ni-sekunder-scenarioet. - Sammenlign med eksisterende rammeverk: hvis du allerede bruker LangGraph eller Mastra, vurder om Cursors composer-2-modell og repo-aware kontekstmotor er verdt vendor-løsningen.