Så, de senaste dagarna har varit lite av en virvelvind i utvecklarvärlden. Jag ville ta en stund att skriva ner vad jag har sett, och vad jag tycker det betyder, eftersom det inte handlar om små uppdateringar. Detta är en förändring i hur vi bygger, bläddrar och skriver kod.
Låt oss börja med den första stora: OpenAI lanserade något som heter ChatGPT Atlas, och nej, det är inte bara en annan flik inuti ChatGPT. Det är en webbläsare. En helt ny syn på vad det innebär att interagera med webben. Men istället för flikar och bokmärken, är den byggd runt minne, syfte och AI-agenter som faktiskt gör saker åt dig. Du har en sidofält som kan sammanfatta vad du tittar på, gräva djupare, jämföra olika källor, fylla i formulär åt dig och till och med komma ihåg vad du har gjort tidigare.
Nu har jag sett många AI-assistenter under åren som lovat att "ändra allt"; de flesta av dem lade bara till en chattbubbla någonstans och kallade det en dag. Denna är annorlunda. Kontextfönstret är permanent i hela webbläsaren. Det kommer ihåg var du har varit, vad du försöker göra, och det kan agera, med ditt tillstånd, inuti webbläsaren. Tänk på det en stund. Webbläsaren, det mest passiva lagret i din teknikstack, har just fått ett minne och en uppgiftskö.
Detta är inte bara en annan Chrome-kopia med ett gimmick. Detta kommer att påverka hur vi tänker om frontend-design. För om användare nu lever i en webbläsare som förstår deras beteende och nudgar dem proaktivt, betyder det att UX-design inte längre bara handlar om att minska klick – det handlar om hur väl ditt produkt spelar med en AI som sitter bredvid din användare. Glöm onboarding-wizards. Assistenten är onboarding. Din dokumentation är nu en del av en realtidsdialog.
Från utvecklingsteamets perspektiv, betyder detta att ompröva vad vi spårar, vad vi exponerar, och hur vi strukturerar produkten för att den ska läsas av en annan agent snarare än bara en människa. Du får plötsligt en andra gränssnittslagret du inte har bett om. Och du kommer att behöva ta hänsyn till det.
Den andra stora uppdateringen träffade närmare hem för utvecklare: Cursor 2.0 släpptes, och med det kom deras nya kodningsmodell, Composer 1, och ett helt omgjort gränssnitt för att arbeta med flera agenter parallellt. Om du inte har använt Cursor än, så är det i princip VS Code byggt från scratch runt en AI-parprogrammerare. Men nu, är det inte en AI; det är en hel squad av agenter som arbetar på ditt repo samtidigt. De läser din kontext, skriver kod, föreslår ändringar, refaktorerar, granskar... och nu, tävlar de med varandra för att producera bästa resultatet. Jag har provat det intensivt sedan igår och det är åtminstone på par med Claude-4.5-sonett. Kanske till och med bättre. Med Cursors "Plan"-läge, är detta verkligen ett stort steg framåt.
Det sista stycket är intressant. De har tagit till sig idén att flera agenter som löser samma problem ofta producerar bättre resultat än bara en. Cursor tillåter dem nu att göra just det, som parprogrammering, men på steroider. Du väljer inte längre den bästa lösningen. Systemet gör. Eller åtminstone försöker det.
Composer, deras in-house modell, är tydligen 4x snabbare än något annat de har försökt, vilket är imponerande. Men mer viktigt är att den har tränats specifikt för låg-latens, hög-kontext mjukvaruarbete. I praktiken betyder det att du inte väntar runt 90 sekunder för ett svar som är 60% hjälpsamt. Det är snabbt, och det vet formen på ditt repo.
Och, de har lagt till en inkluderad webbläsare inuti IDE:n, så du behöver inte hoppa mellan verktyg längre. Du kan inspektera, felsöka, testa och skriva kod – allt i samma vy. Och du kan se exakt vad agenterna har ändrat över hela kodbasen, vilket äntligen löser det irriterande spelet med filhoppning som du vanligtvis spelar under granskningar av PR.
Först och främst blir utveckling mindre om ”vem kan skriva den bästa koden” och mer om vem kan vägleda, validera och integrera den bästa agentutdata. Och det är en stor förändring. Utvecklare behöver sluta tänka som kodtypister och börja agera som dirigenter. Det innebär att din onboarding, dina granskningar, din kultur med parprogrammering – allt det behöver utvecklas.
Det innebär också att “röra på dig snabbt och bryt saker” får en farlig uppgradering. Om agenter skriver kod snabbare än ditt team kan granska den, är du bara ett misslyckande bort från katastrof. Så även om det är frestande att kasta in detta i din process och dubbla hastigheten, kom ihåg vad The CTO Playbook alltid säger: Verktyg måste utvecklas med process, inte ersätta den.
Nu mer än någonsin behöver din teknikorganisation ställa några tuffa frågor:
Dessa är inte längre hypoteser. De är de frågor som du behöver lösa om du rullar ut detta i en verklig utvecklingsmiljö. För oavsett om du gillar det eller inte, använder dina utvecklare redan dessa verktyg på kvällarna, på sido projekt eller rakt in i din huvudgren när du inte tittar.
Båda dessa uppdateringar, Atlas och Cursor 2.0, är tecken på att vi inte bara lägger till AI i våra verktyg längre. Vi omformar gränssnitten helt och hållet.
Som någon som leder teknikteam, är ditt jobb inte att vara före varje trend. Men det är ditt jobb att upptäcka de ögonblick då infrastrukturen förändras. Detta är ett av dessa ögonblick.
Om du försöker förstå hur du säkert och effektivt kan rulla ut AI-driven utveckling, eller hur du ska strukturera din utvecklingsprocess runt agenter istället för individer, skicka mig ett meddelande.
För en djupare diskussion om att bygga AI-assisterade utvecklingsflöden, teamorkestrering eller ledarskap i denna nya verktygsålder, tveka inte att kontakta mig via e-post på [email protected] eller besök ctotmc.com. Jag är också glad att ansluta via LinkedIn på linkedin.com/in/robertmejlero.
Du kommer behöva en annan spelbok för detta. (Glatt att jag just uppdaterade den!)
Robert Mejlerö
CTO | Grundare av The Mejlerö Company
Författare av The CTO Playbook
Vi är ett schweiziskt företag (LLC) baserat i
Schweiz.