AI föreslår och skriver utkast. Du äger beslutet och risken. Modellen är snabb på att producera kod som ser rimlig ut. Den kan inte veta vad som är rimligt i just ditt system. Ditt jobb flyttar från att skriva varje rad till att formulera problemet, avgränsa ändringen och verifiera resultatet.
Vad modellen faktiskt är bra på
Det lönar sig att vara konkret här, för det är gränsdragningen som avgör om du får nytta av verktyget eller bara nya buggar att felsöka.
Modellen är stark när uppgiften har ett tydligt mönster och när svaret går att kontrollera snabbt. Den är svag när uppgiften kräver kunskap om ditt system som inte står i prompten — konventioner, tidigare beslut, vad som gick fel förra gången.
Uppgifter där du oftast tjänar tid
- Översätta mellan format. JSON till typdefinitioner, ett API-svar till en modellklass, en tabell till ett migreringsskript.
- Skriva testfall för befintlig kod. Du har funktionen, du vet vad den ska göra, och testet går att köra direkt.
- Förklara okänd kod. Ett bibliotek du inte har sett förut, ett regex, ett SQL-uttryck någon annan skrev 2019.
- Första utkastet på något rutinmässigt. Formulärvalidering, ett CLI-argumentparser, en logghanterare.
- Namnge och strukturera. Föreslå tio varianter så du kan välja, i stället för att stirra på markören.
- Arkitekturval för ditt specifika system. Modellen känner inte till din drift, ditt team eller era tidigare avvägningar.
- Buggar som beror på tillstånd över tid. Race conditions, cachekoherens, saker som bara händer i produktion.
- Allt som rör pengar, konton eller känsliga data utan att du granskar varje rad. Här är kostnaden för ett plausibelt men fel svar helt annan.
- Aktuella versionsfakta. Modellversioner, priser och API-signaturer ändras snabbare än träningsdata. Kontrollera mot officiell dokumentation.
Vad du fortfarande äger själv
Det här är den viktigaste punkten i hela guiden, och den som är lättast att glida ifrån när det går fort. Fyra saker flyttar inte över till modellen, oavsett hur bra den blir.
Arbetsflödet: fyra steg
Det här är samma loop varje gång, oavsett om ändringen tar tio minuter eller en eftermiddag. Poängen är inte ceremonin — det är att varje steg har ett utfall du kan titta på innan du går vidare.
Steg 2 är det som oftast hoppas över och det som oftast lönar sig mest. Om planen är fel är koden fel, och det är billigare att upptäcka i punktform.
Kontextfilen: skriv en gång, använd varje dag
Modellen har inget minne mellan sessioner. Utan en nedskriven kontext börjar varje ny konversation om från noll, och du märker det på att samma diskussion återkommer — ska det ligga i tjänstelagret eller i kontrollern, använder vi det biblioteket eller inte.
Lösningen är en kort fil i repot som du klistrar in eller pekar verktyget mot. Den behöver inte vara lång. Den behöver vara sann och uppdaterad.
Vad som hör hemma i kontextfilen
- Vad projektet gör, i två meningar.
- Språk, ramverk och versioner som faktiskt används.
- Konventioner som inte syns i koden: mappstruktur, namngivning, var affärslogik ska ligga.
- Kommandon för att bygga, köra och testa.
- Beslut ni redan tagit och inte vill diskutera om, med en rad om varför.
- Sådant som är uttryckligen förbjudet: bibliotek ni lämnat, mönster ni slutat med.
Uppdatera filen när ett beslut ändras. En kontextfil som ljuger är sämre än ingen alls, eftersom modellen följer den utan att invända.
Fem misstag som kostar mest
- Att be om för mycket på en gång. "Bygg inloggningen" ger en stor diff som är svår att granska och omöjlig att felsöka stegvis. Be om ett steg.
- Att acceptera kod du inte förstår. Om du inte kan förklara vad en rad gör kan du inte heller avgöra om den är fel. Fråga tills du kan.
- Att stapla fixar. Fel uppstår, du klistrar in det, får en fix, nytt fel uppstår. Efter fem varv är koden sämre än när du började. Backa i stället och förstå grundorsaken.
- Att blanda uppgifter i samma konversation. Felsökning, sedan en ny funktion, sedan felsökning igen — modellens bild av koden bryts ned. Starta om för nya uppgifter.
- Att lita på siffror och versioner. Priser, modellnamn och API-signaturer är precis den sorts fakta som låter säkrast och åldras snabbast. Kontrollera mot källan.
Nästa steg
Om du bara tar med dig en sak: gör ändringarna mindre. Det är den enskilda vanan som gör mest skillnad för hur användbar AI-hjälpen blir, och den är gratis att börja med i dag. Artikeln Små diffar vinner går igenom varför.
Den här guiden är del ett av åtta. Resten går igenom varje moment i arbetsflödet för sig — prompten, granskningen, felsökningen och testerna — och avslutas med säkerhet, verktyg och agenter.