Vad menar vi med att jobba AI-first?

Kul med allt engagemang för vårt förra inlägg där vi gick ut med nyheten att vi inte längre kommer att ta betalt för programmering. Det väckte onekligen lite tankar och debatt, både i kommentarer, DM och i lunchrummet på HETCH. Här försöker vi svara på de vanligaste.

Kodar ni bara med "vibekodning" nu?

Vi gör något annat som vi just nu kallar Agent Assisted Development (AAD). Det är ett arbetsnamn, men det beskriver rätt bra hur vi jobbar.

För oss handlar det om att AI inte ska "gissa fram en lösning" i någon slags yolo-dialog, utan jobba utifrån en teknisk specifikation och tydliga ramar som våra AI tech leads (också det ett arbetsnamn) sätter för våra agenter innan själva kodningen börjar. Därefter sker det en kontinuerlig dialog mellan agent och människa där specifikationer uppdateras, dokumentation etableras, och lösningen växer fram.

När vi startar ett AAD-projekt (greenfield eller existerande kodbas) startar vi alltid med samma grundmall för agenter och sub-agenter. Processen ska så långt som möjligt vara såväl repeterbar som deterministisk, vilket inte är helt enkelt med generativ AI.

Visst, med handen på hjärtat kan vi ibland fuska och vibekoda lite ändå, särskilt när projekten är väldigt små och tydligt avgränsade. Men då gör vi det även då med våra egna patterns och practices som grund — precis som agenterna gör.

Blir inte koden rörig och svår att förvalta?

Det blir den om man vibekodar utan kontroll och utan gemensamma ramar. Igen, vi strävar efter att skapa repeterbara och deterministiska flöden.

I vår modell följer ny kod våra patterns och practices, och vi jobbar med kvalitet som standard. TDD är default i de delar där det passar, felhantering och loggning är på plats, och kod granskas av seniora utvecklare. Målet är att koden ska vara lätt att förstå, lätt att ändra (no one-shotting) och trygg att köra i produktion.

Sparar ni verkligen tid om ni fortfarande är aktiva i processen?

Ja. Hur mycket beror på projekt, men gemensamt är att vi sparar mycket (mycket!) tid på själva kodproduktionen och på iterationer. Poängen är inte att "trycka ut mer kod". Poängen är att snabbare komma till fungerande lösningar.

Kommer ni att ändra er affärsmodell?

På kort sikt: nej, vi byter fortfarande tid mot pengar. På längre sikt ser vi två möjliga vägar:

• Vi kan göra fler projekt i samma takt (för att vi blir effektivare), eller
• Vi behöver fortsätta utveckla hur vi tar betalt, så att modellen speglar var värdet faktiskt skapas. Men det kan bli svårt att ta betalt för värdet vi skapar hos kund, då skulle vi ta olika betalt för samma lösning.