Claude Code melder at oppgaven er løst. Elleve filer er endret, tre er nye, og alt ser tilforlatelig ut i sammendraget. Men Claude kan lage masse kode for deg. Det er fortsatt du som må avgjøre om resultatet er godt nok til å beholde. Denne artikkelen er den runden: sjekke, forbedre og lagre.
Eksempelet fra kurset er en detaljside for brukere i admin-området. Prompten ba Claude følge mønsteret fra bøkersiden, med brødsmuler, tittel og kort nedover, og lese designspråket før den skrev grensesnitt.
Prøv løsningen selv først
Det første kursholderen gjør, er å bruke det Claude har bygget. Gå til brukerlisten, hold musepekeren over et navn og se om det er klikkbart. Klikk deg inn. Er brødsmulene der, er kortene der, ser det ut som resten av admin? I kurset fungerte alt, men én ting manglet: en Handlinger-kolonne som gjør det tydelig at raden kan åpnes, slik bøkersiden har. Det ble notert som en oppfølging, ikke fikset med en gang.
Les endringene i Source Control
Åpne Source Control i Visual Studio Code. Hver fil er merket:
- U (untracked) er en ny fil som ikke har eksistert før.
- M (modified) er en eksisterende fil som er endret.
- Rødt er fjernet, grønt er lagt til.
Gå gjennom fil for fil til du er inneforstått med endringene. I kurset sendte brukerlisten nå en URL inn til en delt komponent, og et Ctrl-klikk viste at komponenten selv var urørt. Den tok allerede imot en valgfri URL. Det er den typen ting du vil vite før du committer.
Kjør prosjektets kontroller
Har prosjektet tester, typesjekk eller lint, kjør dem. Se i package.json under scripts hvilke kommandoer som finnes, og kjør for eksempel npm run test i terminalen. I kurset hadde Claude lagt inn tester på eget initiativ, og alle passerte. Det er et godt tegn, men ikke et bevis.
La Claude gå gjennom sin egen kode
Skriv skråstrek og se på kommandoene som starter med review:
- /review kjører en vanlig kodegjennomgang av endringene som ikke er committet. Kjør den ofte.
- /security-review er en sikkerhetsgjennomgang. Kjør den når du har gjort sikkerhetsrelevante endringer, ikke hver gang.
- ultra review er en grundigere variant som bruker langt flere tokens. Spar den til store commits med mange filer.
Kjør gjennomgangen i en ny økt. Resultatet er teknisk og på engelsk, så be om en oversettelse: «Fortell meg dette på norsk, fra utvikler til teknisk leder. Er det trygt å committe?» I kurset ble svaret ja, med to kosmetiske funn og ett som burde fikses først: en side kunne bli ute av synk med dataene fordi revalidate manglet etter en endring. Kursholderen limte funnet inn i en ny økt på Auto og ba Claude fikse det.
Forbedre i små runder
Du trenger ikke vite den perfekte løsningen på forhånd. Arbeidsmåten er: se på resultatet, velg én ting, gi oppgaven, vurder på nytt. I kurset ble det tre runder:
- Legg til Handlinger-kolonnen i brukertabellen, etter mønsteret på bøkersiden.
- Bytt «Gå til bruker» og «Åpne i katalogen» til «Se bruker» og «Se bok», så hele appen bruker samme ord for samme handling. Claude påpekte selv at fire andre steder sa «Åpne boken», og rettet dem også.
- Gjør lånerens navn klikkbart i tabellene for aktive lån og reservasjoner, så du kommer rett til brukeren.
Små, lette oppgaver som dette kan gå på medium tenkenivå. Poenget er ikke å få alt perfekt i én stor oppgave, men å gjenta så lenge det gir verdi.
Tips: Ikke alle gode ideer trenger å bygges nå. Be Claude samle dine og sine egne ideer i en markdown-fil under docs, så har du dem neste gang du åpner prosjektet.
Rydd med /simplify før du stopper
Når løsningen fungerer, kjører du /simplify. Kommandoen går gjennom alt som ligger uncommittet og ser etter gjenbruk, forenkling og ryddigere kode. Den jakter ikke på feil, det er jobben til /review. I kurset satte hovedagenten fire subagenter i parallelt arbeid og kom tilbake med 18 forenklinger.
Lagre koden du stoler på
Til slutt ber du Claude om å committe: «Sjekk alt som ligger i arbeidstreet, lag en eller flere passende commits og push til master.» Jobber du alene, holder det. I team lager du en gren, pusher den og åpner en pull request som noen andre går gjennom før den merges. Prinsippet er det samme: Claude gjør mye av arbeidet, men det er du som bestemmer når resultatet er klart. Sjekk på GitHub at commitene faktisk kom frem.
Neste steg
Går noe galt underveis i en av rundene, viser Slik stopper, korrigerer og spoler du tilbake i Claude Code hvordan du angrer uten å starte på nytt. Vil du at Claude skal følge prosjektets konvensjoner uten å bli minnet på dem, hører de hjemme i CLAUDE.md. Og med hooks kan formatering skje automatisk etter hver redigering, se Slik automatiserer du med hooks i Claude Code.
Denne videoen er hentet fra kurset Claude Code – komplett guide på Utdannet.no. I det fulle kurset følger du brukersiden fra første resultat gjennom review, tre forbedringsrunder, /simplify og commit, og ser hvordan hver kommando ser ut i praksis.
