Så de sidste par dage har været lidt af en orkan i udviklerland. Jeg ville gerne tage et øjeblik til at skrive ned, hvad jeg har set, og hvad jeg mener det betyder, fordi det ikke er små opdateringer. Dette er et skift i, hvordan vi bygger, surfer og skriver kode.
Lad os starte med den første store en: OpenAI lancerede noget, der hedder ChatGPT Atlas, og nej, det er ikke bare endnu en fane inde i ChatGPT. Det er en browser. En helt ny tilgang til, hvad det betyder at interagere med web. Men i stedet for faner og bogmærker, er det bygget omkring hukommelse, hensigt og AI-agenter som faktisk gør ting på dine vegne. Du har et sidepanel, der kan sammenfatte, hvad du ser, grave dybere, sammenligne forskellige kilder, udfylde formularer for dig og endda huske, hvad du har gjort før.
Nu har jeg set mange AI-assistenter over årene, der lovede at "ændre alt"; de fleste af dem tilføjede bare en chatboble et sted og kaldte det en dag. Denne her er anderledes. Kontekstvinduet er vedvarende på tværs af browseren. Det husker, hvor du har været, hvad du prøver at gøre, og det kan handle, med din tilladelse, inden for browseren. Tænk over det et øjeblik. Browseren, det mest passive lag i din teknologistak, har lige fået hukommelse og en opgavekø.
Dette er ikke bare endnu en Chrome-klon med et gimmick. Dette vil forstyrre, hvordan vi tænker på frontend-design. Fordi hvis brugere nu lever i en browser, der forstår deres adfærd og fremmer dem proaktivt, betyder det, at UX-design ikke længere bare handler om at reducere klik – det handler om hvor godt dit produkt spiller med en AI, der sidder ved siden af din bruger. Glem onboarding-wizards. Assistenten er onboarding. Din dokumentation er nu en del af en realtid-dialog.
Fra et udviklertims perspektiv betyder det at omtænke, hvad vi sporer, hvad vi udsætter, og hvordan vi strukturerer produktet for at det kan læses af en anden agent snarere end bare en menneske. Du får pludselig et andet interface-lag, du ikke bad om. Og du bliver nødt til at tage højde for det.
Den anden store opdatering ramte tættere på hjemme for udviklere: Cursor 2.0 blev droppet, og med det kom deres nye kodedyrkningsmodel, Composer 1, og et helt omtænkt interface til at arbejde med flere agenter parallelt. Hvis du endnu ikke har brugt Cursor, er det i bund og grund VS Code genopbygget fra bunden omkring en AI-pair-programmerer. Men nu er det ikke bare én AI; det er en hel hold af agenter der arbejder på dit repo på én gang. De læser din kontekst, skriver kode, foreslår ændringer, omskriver, gennemgår... og nu, konkurrerer de med hinanden for at producere det bedste resultat. Jeg har prøvet det intensivt siden i går, og det er i det mindste på linje med Claude-4.5-sonnet. Måske endda bedre. Med Cursors "Plan"-tilstand er dette virkelig et stort spring fremad.
Det sidste stykke er interessant. De har sat sig på ideen om, at flere agenter, der løser det samme problem, ofte producerer bedre resultater end bare én. Cursor tillader dem nu at gøre netop det, som par-programmering, men på steroider. Du vælger ikke længere det bedste resultat. Systemet gør det. Eller i det mindste prøver det.
Composer, deres interne model, er angiveligt 4x hurtigere end alt andet, de har prøvet, hvilket er imponerende. Men vigtigere er, at den er trænet specifikt til lav latens, høje kontekst software-arbejde. I praksis betyder det, at du ikke venter omkring 90 sekunder på et svar, der er 60% nyttigt. Det er hurtigt, og det kender formen på dit repo.
Desuden har de tilføjet en indlejret browser inde i IDE’et, så du ikke længere behøver at hoppe mellem værktøjer. Du kan inspicere, fejlfinde, teste og kode – alt i samme visning. Og du kan se nøjagtigt, hvad agenterne har ændret på tværs af hele kodebasen, hvilket endelig løser det irriterende spil med fil-hop, du normalt spiller under PR-reviews.
For at starte med bliver udvikling mindre om, hvem der kan skrive den bedste kode, og mere om hvem der kan guide, validere og integrere den bedste agent-output. Og det er en stor skift. Udviklere vil være nødt til at stoppe med at tænke som kode-typister og begynde at handle som orkestratorer. Det betyder, at din onboarding, dine anmeldelser, din kultur med par-programmering – alt det har brug for at udvikle sig.
Det betyder også, at “move fast and break things” får en farlig opgradering. Hvis agenter skriver kode hurtigere, end dit team kan gennemgå det, er du kun ét misfyr væk fra katastrofe. Så selvom det er fristende at smide dette ind i din proces og fordoble farten, så husk, hvad The CTO Playbook altid siger: Værktøjer skal udvikle sig sammen med processen, ikke erstatte den.
Nu mere end nogensinde har din teknologiske organisation brug for at stille nogle hårde spørgsmål:
Dette er ikke længere hypotetiske spørgsmål. Det er de spørgsmål, du skal løse, hvis du ruller dette ud i et reelt udviklingsmiljø. Fordi uanset om du kan lide det eller ej, bruger dine udviklere allerede disse værktøjer om natten, på sideprojekter eller lige inde i din hovedgrene, når du ikke kigger.
Både disse opdateringer, Atlas og Cursor 2.0, er tegn på, at vi ikke længere bare tilføjer AI til vores værktøjer. Vi omskriver grænsefladerne helt.
Som leder af teknologiske teams er dit job ikke at holde dig foran hver en trend. Men det er dit job at spotte de øjeblikke, hvor infrastrukturen ændrer sig. Dette er ét af disse øjeblikke.
Hvis du forsøger at gøre mening ud af, hvordan du sikkert og effektivt ruller AI-drevet udvikling ud, eller hvordan du strukturerer din udviklingsproces omkring agenter i stedet for enkeltpersoner, så send mig en besked.
For en dybere diskussion om at bygge AI-assisterede udviklerarbejdsgange, teamorkestrering eller agil ledelse i denne nye værktøjsera, er du velkommen til at kontakte mig via e-mail på [email protected] eller besøge ctotmc.com. Jeg er også glad for at forbinde via LinkedIn på linkedin.com/in/robertmejlero.
Du har brug for et andet spilbog for dette. (Glædeligt, at jeg lige har opdateret det!)
Robert Mejlerö
CTO | Grundlægger af The Mejlerö Company
Forfatter af The CTO Playbook
We are a Swiss Company (LLC) based in
Switzerland.