Det finnes ikke noe verre enn å måtte stoppe det du gjør for å fikse et problem et annet sted i koden din. Dette skjer hele tiden. Kontekstbytte er fortsatt et stort problem. Hver gang dette skjer, kan du lett kaste bort 20 minutter på å komme tilbake i flyten. Teamet hos Verdent AI viste meg hva de gjør for å løse dette, og det er ganske interessant: Deres kjerneidé er å ha parallelle arbeidsstrømmer som ikke ødelegger hovedkonteksten din. Slik ser det ut i praksis når du bruker verktøyet deres til å skrive kode: 1. Oppgaver – Du kan starte separate samtaletråder uten å miste hovedarbeidet ditt. En oppgave er feilsøking, en annen er å utforske en ny funksjon, og en tredje er å gjøre research. Bytt mellom dem umiddelbart. 2. Arbeidsområder – Hvert arbeidsområde er et isolert kodemiljø med sin egen gren, commit-historikk og endringer. Du kan bokstavelig talt bygge to forskjellige implementasjoner av samme funksjon side om side, og så bestemme hvilken du skal slå sammen. Jeg liker virkelig ideen om å ha parallellisering innebygd i selve verktøyet. Programvareutvikling fungerer ikke lineært: du sjonglerer alltid flere ting samtidig.

Det kule med Verdent: Du kan alltid starte en ny oppgave, håndtere det du må, og komme tilbake akkurat der du var. Hovedkonteksten din forblir uberørt. Forresten, agenten scorer 76,1 % på SWE-bench Verified, så det er veldig konkurransedyktig med noen av de beste verktøyene som finnes. Definitivt verdt å sjekke ut:

Forresten, Verdent støtter også en Plan-modus. For de fleste oppgaver synes jeg ikke det er en god idé å gå rett inn i kodegenerering. Bruk heller tid på å tenke gjennom problemet først og skriv ned så mange detaljer som mulig. Gi dette til verktøyet og la det stille oppklarende spørsmål, identifisere hull og lage en strukturert plan for deg. Det er slik du gjør mest fremgang.