Agentiska AI-kodverktyg, utan kaoset

"Agentisk" är ordet branschen har landat på för AI-kodverktyg som gör mer än autokomplettering. Ett agentiskt verktyg föreslår inte bara nästa rad — det tar ett mål, planerar en sekvens av steg, redigerar filer, kör kommandon, läser resultaten och fortsätter tills målet är uppnått eller det fastnar.

Den praktiska skillnaden är autonomi över tid. Ett kompletteringsverktyg hjälper dig att skriva. En agent arbetar medan du gör något annat: den kan lägga tio minuter eller en timme på att förvandla en arbetsbeskrivning till en branch, en diff och ofta en pull request.

Det skiftet — från att assistera ditt skrivande till att äga en uppgift — är det som gör kategorin intressant, och också det som gör den svår att hantera. I samma ögonblick ett verktyg kan arbeta obevakat ändras frågan från "är det här förslaget bra?" till "var detta rätt uppgift, gjord på rätt sätt?"

Agentiska kodverktyg delar sig ungefär i tre former, och de flesta seriösa upplägg kombinerar dem. Några exempel på vardera, utan inbördes ordning:

Gränsen mellan formerna suddas ut: CLI-verktyg startar nu även molnsessioner — claude --cloud skickar en uppgift från din terminal till Claude Code on the web. [2] Molnagenter som Cursors kör varje uppgift i en isolerad VM och låter dig köra många parallellt. [1] Produkter i det här utrymmet byter namn ofta, så kontrollera varje leverantörs aktuella dokumentation. Vår guide till Cursor background agents går på djupet med ett exempel på molnagent.

Fråga vem som helst som kört kodagenter en månad vad som går fel, och du får höra samma korta lista. Agenten löser ett något annat problem än det du menade. Den rör filer utanför den tänkta omfattningen — som pull requesten på 400 rader som skrev om lösenordsåterställningsflödet när fixen var en felstavning i ett felmeddelande. [4] Två parallella agenter i samma utcheckning skriver över varandras filer eller resonerar kring halvfärdiga ändringar. [3] Och i vår egen erfarenhet "avslutar" en agent ibland genom att försvaga ett test istället för att fixa koden.

Inget av detta är modellfel i traditionell mening. Det är specifikationsfel. En agent är extremt bra på att göra exakt det uppgiften antyder — och obarmhärtigt bokstavlig om luckorna. Vag indata ger inte ett vagt resultat; det ger ett självsäkert, trovärdigt, felaktigt resultat.

Det här är flaskhalsen ingen varnar dig för: när agenter väl kan köras parallellt begränsas din genomströmning av hur snabbt du kan skriva bra uppgifter och granska det som kommer tillbaka. Agenterna är sällan den långsamma delen. Du är det.

Lösningen är inte en bättre prompt skriven snabbare. Det är att behandla uppgiftsbeskrivningen som en artefakt värd att investera i — på samma sätt som bra team behandlar en välskriven ticket.

En väl avgränsad story ger en agent tre saker en vanlig prompt oftast inte ger: en tydlig definition av klart, explicita gränser för vad som inte ska röras, och tillräcklig kontext om det omgivande systemet så att den inte återuppfinner konventioner ni redan har. Team som planerar i Linear har redan vanan och hemmet för det här. Mer i vår guide till stories för kodagenter.

Vinsten förstärks med parallellitet. En agent med en vag uppgift slösar bort tio minuter. Tio agenter med vaga uppgifter slösar bort samma tio minuter tio gånger, och lämnar dig tio diffar att reda ut. Tio agenter med skarpa stories beter sig som ett team som läst samma brief — så länge storyerna inte överlappar.

Att köra agenter parallellt är dit kategorin är på väg, och det ändrar arbetsflödet igen. Du slutar para ihop dig med en agent och börjar övervaka en flotta: köa arbete, kontrollera status, hjälpa de som fastnat och granska resultat i omgångar.

Punkten ovan som gör mest ont i praktiken är insyn. Så fort du kör mer än ett par molnagenter äter frågan "vad gör var och en, och för vilket ärende?" upp din dag. Aerunits Agents-vy svarar på det på ett ställe: en enda lista över varje pågående Cursor Cloud Agent-session, var och en länkad till sitt Linear-ärende. Du kan meddela flera sessioner samtidigt, arkivera avslutade och sessioner försvinner från listan när deras ärende är klart.

Aerunit fungerar för närvarande med Cursor Cloud Agents. Bakom listan skriver den också storiesen — läser igenom varje repo en story berör innan den skrivs — och startar nästa ärende när dess blockerare mergeas, så att flottan håller sig sysselsatt utan att du skickar iväg för hand.