
Cursor lod digitale assistenter bygge software i en uge – og endte med en webbrowser
Kort fortalt
- Cursor har offentliggjort et forsøg med en “selvkørende” kodebase drevet af kunstig intelligens
- Tusindvis af digitale assistenter samarbejdede om at bygge en intern webbrowser som test
- Systemet kørte cirka en uge og nåede op mod ca. 1.000 kodeændringer i timen
- Hastigheden er lovende – men stiller større krav til kvalitetssikring, sikkerhed og klart ansvar
Cursor (kendt for et kodeværktøj med kunstig intelligens) beskriver i et nyt blogindlæg et forskningsforsøg, hvor de satte tusindvis af digitale assistenter til at udvikle software med minimal menneskelig indblanding. Målet var ikke at bygge et færdigt produkt til markedet, men at teste hvor langt man kan komme, når mange automatiske “hjælpere” kan arbejde parallelt på den samme kode.
Som test byggede Cursor en intern webbrowser. Ifølge Cursor kørte setup’et kontinuerligt i cirka en uge og toppede med omkring 1.000 kodeændringer i timen. Over perioden udførte systemet i størrelsesordenen 10 millioner “værktøjskald” – altså automatiske handlinger som at skrive kode, køre checks og hente informationer. De fremhæver også, at de kørte det hele på én stor Linux-server/virtuel maskine og loggede aktiviteten tæt for at kunne følge med i, hvad der skete (sporbarhed).
Hvorfor er det interessant?
Den centrale pointe er ikke kun fart, men organisering. Cursor beskriver, at de fik mest stabil fremdrift ved at skille roller ad: nogle digitale assistenter planlægger og fordeler arbejdet, mens andre udfører små, afgrænsede opgaver. Samtidig accepterer de, at enkelte ændringer kan være fejlbehæftede undervejs – og lægger i stedet vægt på, at den samlede version skal være stabil, før man frigiver noget.
Cursor lægger også op til en vigtig ledelseslæring: Når automatiske systemer kan ændre meget på kort tid, bliver menneskelig ansvarlighed og kvalitetssikring vigtigere, ikke mindre. Nogen skal stadig sætte retning, prioritere og stå på mål for resultatet.
Hvad betyder det for danske virksomheder?
For danske virksomheder og kommuner peger det her på en nær fremtid med markant hurtigere udviklingsforløb – især på interne løsninger og prototyper. Men det øger også risikoen for fejl, sikkerhedsbrister og uklarhed om, hvem der godkendte hvad. I offentlig sektor bør GDPR og adgangsstyring tænkes ind fra start, hvis automatisering rører ved persondata.
Det kan du gøre nu
- Udpeg 1-2 interne, lav-risiko projekter (fx et lille administrationsværktøj) hvor hurtige prototyper giver værdi
- Indfør tydelige “stopklodser”: Hvad må automatiske systemer ændre, og hvad kræver menneskelig gennemgang før det tages i brug?
- Skru op for sporbarhed: Logning, versionshistorik og klare godkendelsesroller er afgørende, når tempoet stiger
- Få sikkerhed og GDPR med tidligt – især hvis løsningen tilgår kundedata eller borgerdata
Kilder
- Cursor: https://cursor.com/blog/self-driving-codebases?utm_source=tldrai
- Cursor (produkt): https://www.cursor.com/
- Baggrund: https://en.wikipedia.org/wiki/Cursor_(code_editor)
🤖 Denne artikel er skrevet af kunstig intelligens og kan indeholde fejl.
Læs original kilde →Fandt du en fejl?