Når AI-kodeassistenter stopper opp: Slik blir du bedre til å be om hjelp
Når AI-kodinghjelpere møter veggen
Du kjenner følelsen. Alt fungerer perfekt – AI-en fikser bugs og legger til funksjoner med presisjon. Så plutselig stopper det opp. Responsene blir vage, og token-bruken skyter i været.
Problemet er sjelden selve verktøyet. Det er spørsmålene du stiller.
Fra vedlikehold til arkitektur
AI-assistenter som Claude og GPT-4 er trent til å gjøre små, målrettede endringer. De respekterer eksisterende kode, stil og tester. Når du ber om inkrementelle forbedringer, er de ekstremt effektive.
Men når du skifter til store omstruktureringer, blir de samme egenskapene en begrensning. AI-en vil bevare gamle tester og minimere endringer. Det er nyttig for vedlikehold, men hindrer deg når du trenger ny arkitektur.
Dette kaller vi ofte testhelvete – hvor hver test låser deg til gammel struktur.
Hva som skjer i praksis
Når du ber om en refaktorering, prøver AI-en å holde alle tester grønne. Men den nye arkitekturen passer ikke med gamle teststrukturer. Resultatet er minimale endringer, økende token-bruk og stadig mer uklare svar.
AI-en er ikke forvirret. Den forsøker bare å følge motstridende instruksjoner: endre alt, men behold alt som før.
Hvorfor det skjer
AI-kodeassistenter er trent på hvordan ekte pull requests ser ut – små endringer mot en stabil base. Det er verdifull trening. Men hvis prosjektet ditt er i en fase hvor du trenger å rive ned og bygge om, er det en mismatch.
De gamle testene og den eksplorative koden var midlertidige verktøy. Nå fungerer de som begrensninger.
Slik løser du det
Definer begrensningene klart.
I stedet for å si "refaktorer modulen og hold testene grønne", forklar at dette er en arkitektonisk endring. Beskriv hvilke tester som skal fjernes, og hva den nye funksjonaliteten skal oppfylle.
Skill utforskning fra implementering.
Bruk AI-en til å teste ideer i små, midlertidige grener. Bygg prototyper. Definer så den stabile arkitekturen basert på resultatene.
Oppdater teststrategien.
Gi AI-en eksplisitt tillatelse til å endre eller erstatte tester når arkitekturen endres.
Bruk design-dokumenter.
Skriv ned hva som skal endres og hvorfor, før du ber AI-en om store omstruktureringer. Det gir kontekst utover kode og tes