Bygg med CometAPITrenger du ett API for flere modeller?Test arbeidsflyten i Playground, og opprett deretter en API-nøkkel når modellen og kostnaden passer bruksområdet ditt.
Cursor 2.0 og Composer: hvordan en multiagent revurderer overrasket AI-koding - CometAPI
Cursor 2.0 og Composer: hvordan en multiagent revurderer overrasket AI-koding
Cursor, den AI-første koderedigerings- og agentplattformen, lanserte Cursor 2.0 29. oktober 2025 – en større oppdatering som kombinerer en spesialbygd kodemodell (kalt
Cursor, den AI-første kodeeditoren og agentplattformen, lansert Markør 2.0 29. oktober 2025 – en større oppdatering som kombinerer en spesialbygd kodemodell (kalt Komponer) med et nytenkt, agentsentrert grensesnitt og en rekke plattformoppgraderinger som tar sikte på å gjøre agentisk koding raskere, tryggere og mer samarbeidsorientert. Selskapet posisjonerer denne utgivelsen som et strategisk skifte fra å koble til tredjepartsmodeller til å levere sin egen trente modell og verktøy som er optimalisert fra ende til ende for "agentisk" programvareutvikling.
Nedenfor: en grundig titt på hva Cursor leverte i 2.0, hvordan Composer ble bygget, de konkrete endringsloggelementene, og – viktigst av alt – hva som virkelig overrasket AI-for-utviklere-verdenen om denne utgivelsen.
Hva er markør (og hvorfor bør utviklere være oppmerksomme)?
Cursor er en editor og plattform designet fra grunnen av for å la utviklere bruke AI som førsteklasses samarbeidspartnere i kodingsarbeidsflyten. Den kombinerer en lokal/ekstern editor, agentorkestrering, verktøyintegrasjoner (terminaler, nettleser, semantisk søk) og en modellsentrisk arbeidsflyt slik at agenter kan lese, planlegge, redigere, teste og iterere på ekte kodebaser. Selskapet brander Cursor som «den beste måten å kode med AI», med fokus på å gjøre det mulig for agenter å utføre nyttige ingeniøroppgaver i stedet for bare autofullføringslinjer.
Gjennomgått for klarhet, kildeangivelse og gjeldende API-terminologi.
agenter
Hvorfor Cursor 2.0 er viktig nå
AI-assistenter for kode har gått fra fullføringer i én runde til lengre arbeidsflyter med flere trinn (planlegg → rediger → test → iterer). Dette skaper nye flaskehalser – latens, kontekstgjengivelse på tvers av store repositorier, sikker utførelse av skall-/CI-kommandoer og det menneskelige arbeidet med å gjennomgå agentendringer. Markør 2.0 retter seg direkte mot disse flaskehalsene ved å levere både en modell som er tilpasset agentarbeidsflyter og UI/arkitekturprimitiver for å kjøre mange agenter samtidig og trygt. Kort sagt: Cursor prøver å være hele stabelen for agentsentrisk programvareutvikling.
Funksjoner i Cursor 2.0-oppdateringen:
4 ganger raskere – gjennomsnittlig dialogrunde fullført på under 30 sekunder;
Forbedrede flertrinnsoppgavefunksjoner – i stand til å håndtere komplekse kodekjeder uavhengig;
Forbedret semantisk søk – i stand til å forstå og finne relasjoner på tvers av hele kodebasen;
Optimalisering av interaksjon med lav latens – egnet for sanntidsutvikling og rask prototyping;
Forsterkningslæring (RL) – optimalisert for agentbasert koding.
Hva er kjernekonseptet bak Cursor 2.0?
I kjernen fremmer Cursor 2.0 tre sammenkoblede ideer:
1. Agent-først redaktørdesign
I stedet for å legge agenter oppå et tradisjonelt IDE, eksponerer Cursor 2.0 agenter som objekter i redigeringsprogrammet: synlige i en sidefelt, håndterbare som prosesser og i stand til å kjøre «planer» (flertrinnsstrategier) mot repositoriet. Dette omformulerer AI-handlinger til orkestrerbare oppgaver – hver med input, logger og output som ingeniører kan inspisere.
2. Rask, spesialbygd kodemodell (Composer)
Cursors nye modell, Composer, er en modell for grensekoding som er trent og optimalisert spesielt for agentinteraksjoner i Cursor-miljøet. Den vektlegger gjennomstrømning og responsivitet – de essensielle egenskapene for korte, iterative kodeomganger i en editor – fremfor rå, dyre benchmarks for token-forvirring. Selskapet rapporterer at Composer oppnår omtrent 4× generasjonshastighet sammenlignet med lignende kapable modeller og fullfører de fleste interaktive runder på under 30 sekunder i sine interne referansetester. Den hastigheten er ikke bare bekvemmelighet; den endrer hvordan agentiske arbeidsflyter føles (fra venting til iterasjon).
3. Parallell, isolert agentutførelse
Cursor 2.0 lar team kjøre flere agenter parallelt mot samme prosjekt, samtidig som filkonflikter forhindres ved å sandbokse hver agents arbeidsområde (via teknikker som git-arbeidstrær eller sandbokser for eksterne arbeidere). Dette muliggjør «hva om»-utforskning i stor skala: kjør flere forskjellige reparasjonsstrategier, refaktorer varianter eller test pipelines parallelt og sammenlign resultater uten å tråkke på hverandre.
Endringslogg for Cursor 2.0: hva er egentlig nytt?
Cursor publiserte en detaljert endringslogg sammen med 2.0-kunngjøringen. Hovedpunktene nedenfor oppsummerer de mest betydningsfulle produkt- og forskningsendringene.
Composer – Cursors første agentiske kodemodell
Spesialbygd grensemodell: Composer beskrives som en «frontier»-modell som er innstilt på programvareutviklingsoppgaver og agenthastighet. Den har blitt trent med tilgang til kodebaseverktøy under trening, noe som hjelper den med å lære mønstre for søking, redigering og flertrinns problemløsning i et virkelighetsnært repo.
Hastighetsfordel: Markøren rapporterer at Composer er omtrent 4× raskere i generasjonsgjennomstrømning enn modeller med sammenlignbar intelligens i sine referansepunkter, og at de fleste samtaleomganger fullføres på under 30 sekunder i praksis – en viktig forbedring for interaktive økter.
Agentoptimalisering: Composer ble trent i en agentisk setting (tilgang til verktøy som semantisk søk, redigering og testkjøring) og optimalisert med forsterkningslæringsmetoder for å favorisere raske og pålitelige kodeendringer. Noe uavhengig dekning peker på MoE-lignende arkitekturer (blanding av eksperter) og finjustering av RL i modellens treningsoppskrift.
Påvirkning for utviklere: Lavere ventetid og forbedret kontekstbevissthet for store databaser gjør at iterative agentarbeidsflyter føles raskere og mer pålitelige for flertrinnsredigeringer.
Multiagenter: parallell agentorkestrering
Sidefelt og planadministrasjon: Et nytt redigeringsgrensesnitt lar utviklere opprette, navngi og administrere flere agenter og «planer» (flertrinns agentstrategier) med en permanent sidefelt, slik at agenter og loggene deres er enkle å inspisere.
Parallelle kjøringer (opptil åtte agenter): Markør 2.0 støtter kjøring opptil åtte agenter parallelt på en enkelt prompt, der hver prompt opererer i en isolert kopi av kodebasen for å forhindre konflikter. Dette muliggjøres enten av lokale git-arbeidstrær eller eksterne maskinarbeidere. Parallelisme gjør agentisk eksperimentering fra en lineær, blokkerende prosess til en rask, komparativ prosess.
Nettleser (GA): lar agenter teste og inspisere ekte nettgrensesnitt
Nettleseren ble uteksaminert til GA:* Markørens nettleser i agenten – opprinnelig betaversjon – er nå generelt tilgjengelig og bedre integrert i redigeringsprogrammet. Agenter kan samhandle med nettsider, trekke ut DOM-elementer og videresende strukturert informasjon tilbake til agentens kjøretid. Dette gjør det mulig for agenter å undersøke dokumentasjon, hente eksterne API-er og utføre nettdrevet feilsøking uten å forlate redigeringsprogrammet.
Utviklerens påvirkning: Agenter kan nå validere endringer i brukergrensesnittet, reprodusere klientfeil og iterere med konkrete DOM-/visuelle bevis i stedet for blinde tekstbeskrivelser.
Forbedret kodegjennomgang og differanser
Enklere gjennomgang av agentendringer på tvers av flere filer. Cursor 2.0 effektiviserer gjennomgang av hva en agent har endret på tvers av et repo uten å hoppe mellom filer; differanser presenteres på en måte som reduserer kognitiv overhead.
Utviklerens påvirkning: Etter hvert som agenter foretar større redigeringer eller redigeringer på tvers av filer, synker tiden mennesker bruker på å bestemme pålitelighet – et viktig skritt for adopsjon.
Sandbox-terminaler (GA) og sikkerhetskontroller
Sandbox-terminaler er GA (macOS) og kjører agent shell-kommandoer i et sikkert miljø som standard. Shell-kjøringer er sandkasserte med lese-/skrivetilgang til arbeidsområdet, ingen nettverk som standard og tillatelseslister for sensitive kommandoer. Administratorkontroller for bedrifter er tilgjengelige. Utviklerens påvirkning: Sikrere agentkjøring er avgjørende; sandkassefunksjon reduserer risikoen når en agent må kjøre tester, utføre lintere eller kjøre flyktige kommandoer.
Talemodus, planmodus og bakgrunnsagenter
Stemmekontroll for agenter (tale-til-tekst + tilpassede nøkkelord for innsending).
TidsplanmodusLag en plan med én modell og utfør den med en annen; planer kan kjøres i forgrunnen eller bakgrunnen.
Bakgrunns- og skyagenterraskere oppstart, 99.9 % pålitelighet for skyagenter, bedre oversikt over bakgrunnsarbeid.
Hva signaliserer Cursor 2.0 for det bredere AI-kodingslandskapet?
Markørens bevegelse er bemerkelsesverdig av to grunner:
Spesialisering fremfor generalitet. Composer eksemplifiserer en trend mot å bygge modeller skreddersydd for spesifikke domener og kjøretider (her: agentisk koding i en IDE). I stedet for en enkelt generalistmodell som dekker alle brukstilfeller, argumenterer team for modeller som er designet sammen med brukeropplevelsen og verktøykjeden de bruker.
Agentorkestrering som en produktprimitiv. Cursors brukergrensesnitt behandler agenter som administrerte ressurser du kan orkestrere, revidere og versjonere. Dette produktmønsteret – agenter som administrerte prosesser med isolerte arbeidstrær og delte planer – vil sannsynligvis dukke opp i andre utviklerverktøy etter hvert som team søker å skalere autonom assistanse på en sikker måte.
Denne kombinasjonen – spesialiserte, raskere modeller pluss bevisst orkestrerende UX – flytter bransjen videre fra «modeller som autofullføring» til «modeller som aktive samarbeidspartnere», men den reiser også styringsspørsmål som alle team må svare på.
Hvordan får jeg tilgang til Cursor 2.0?
Last ned eller oppdater Cursor-appen fra det offisielle nettstedet (Cursor distribuerer utgivelser fra nettstedet sitt). Cursor 2.0 ble utgitt som v2-produktlinjen (Composer + multi-agent UI), så det første steget er å oppdatere til den nyeste Cursor-versjonen.
Sørg for at du har Cursor 2.0 / Composer aktivert
Cursors priser er basert på abonnementsplaner, som hver tilbyr forskjellige nivåer av tilgang til Composer og andre modeller. Selskapet tilbyr et gratis Hobby-abonnement, men profesjonelle brukere velger vanligvis et betalt abonnement for å låse opp alle funksjoner.
Cursors 2.0-utgivelse (Composer, multi-agent UI, nettleser i appen osv.) er uthevet i endringsloggen. Hvis appen ble automatisk oppdatert, bør du allerede være på 2.0. Hvis ikke, oppdater appen fra nedlastingssiden eller fra appens oppdateringsdialog.
Composer- eller flerfil-/agentfunksjoner kan være bak en beta-bryter i Innstillinger (eldre utgivelser). Hvis du ikke ser Composer, sjekk Innstillinger → Funksjoner/Beta og aktiver den. Composer åpnes vanligvis via Composer/Agent-snarveien (f.eks. Ctrl/Cmd + I) eller fra sidepanelet. Composer kan slås av/på og vises i Agent/Composer-grensesnittet.
Konfigurer API-nøkler/-modellerMarkøren bruker konfigurerte API-nøkler til å kalle LLM-leverandører (OpenAI, Anthropic, Google eller tilpassede leverandører som CometAPI). Åpne Markør → Innstillinger → Modeller (eller Innstillinger → API-nøkler) for å legge til leverandørnøkler og tilpassede basis-URL-er. Markøren lar deg deretter velge den aktiverte modellen i Chat / Agent / Composer.
Hvordan bruker jeg CometAPI i Cursor? (trinn for trinn)
Kort oppsummert: CometAPI er en modellaggregeringsgateway (et enkelt endepunkt som kan fungere som proxy for mange modellleverandører). For å bruke den i Cursor registrerer du deg hos CometAPI, får en API-nøkkel og modellidentifikator, legger deretter til nøkkelen + endepunktet i Cursors modellinnstillinger som en tilpasset leverandør (overstyr basis-URL) og velger CometAPI-modellen i Composer/Agent-modus.
Trinn A – Skaff deg CometAPI-legitimasjonen din
Registrer deg på CometAPI og opprett en API-nøkkel fra dashbordet deres. Hold nøkkelen hemmelig (behandle den som en hvilken som helst bærertoken).
Opprett/kopier en API-nøkkel og noter modellnavnet/ID-en du vil bruke (f.eks. claude-sonnet-4.5 eller en annen leverandørmodell tilgjengelig via CometAPI). CometAPI-dokumentasjon/veiledninger beskriv prosessen og oppgi navn på støttede modeller.
Trinn B – Legg til CometAPI som en tilpasset modell/leverandør i Cursor
Hvis markøren viser en "Legg til tilpasset modell" or «Overstyr OpenAI-basis-URL» alternativ, bruk det:
Basis-URL / endepunktlim inn den CometAPI OpenAI-kompatible basis-URL-en (CometAPI vil dokumentere om de eksponerer en openai/v1 stilendepunkt eller et leverandørspesifikt endepunkt). (Eksempel: https://api.cometapi.com/v1 — bruk den faktiske URL-en fra CometAPI-dokumentasjonen.)
API-nøkkellim inn CometAPI-nøkkelen din i API-nøkkelfeltet.
Modellnavn: legg til modellidentifikatoren nøyaktig slik CometAPI-dokumentene viser (f.eks. claude-sonnet-4.5 or composer-like-model).
Bekreft tilkoblingen hvis Cursor tilbyr en «Bekreft»-/«Test»-knapp. Cursors tilpassede modellmekanisme krever vanligvis at leverandøren er OpenAI-kompatibel (eller at Cursor godtar en basis-URL + nøkkel). Fellesskapsguider viser samme mønster (overstyr basis-URL → oppgi nøkkel → bekreft).
Trinn C – Velg CometAPI-modellen i Composer / Agent
Åpne Composer eller Agent (snarvei Ctrl/Cmd + I eller sideruten).
Bytt modellvalg fra Auto (eller din nåværende modell) til den tilpassede leverandøren/modellen du nettopp la til.
Start en Composer-økt eller start en agent og bekreft at den svarer ved hjelp av den valgte CometAPI-modellen. Test med en liten ledetekst (f.eks. «søk i repoet og legg til enhetstester for funksjoner som feiler i») tests/”) for å validere atferd.
Konklusjon: er dette en milepælsoppdatering?
Cursor 2.0 er ikke bare en funksjonsoppdatering; det er en produktnivåteori som kombinerer en spesialbygd kodemodell med orkestreringsprimitiver som gjør agentiske arbeidsflyter praktiske. De overraskende elementene – en intern agentisk modell (Composer) eksplisitt optimalisert for hastighet, en kjøretid for flere agenter med konkrete isolasjonsmekanismer og dypere verktøyintegrasjoner som en GA-nettleser – signaliserer en modning i hvordan AI integreres med programvareutvikling. For team som er disiplinerte når det gjelder gjennomganger, testing og arbeidsflythygiene, tilbyr Cursor 2.0 en troverdig vei til betydelig raskere iterasjon og mer automatisering av rutinemessige ingeniøroppgaver. For det bredere økosystemet for AI-utviklere vil Cursors fokus på agentorkestrering og verktøy sannsynligvis presse andre leverandører til å tenke utover interaksjoner med én assistent og mot agentteam, operative rekkverk og latensbevisste modeller.
