Hvorfor KI-generert kode må gjennomgås

Genererte funksjoner håndterer eksempelet De beskrev, og ignorerer inndataene De glemte å nevne: tomme matriser, null-felter, negative tall, unicode og samtidige skrivinger.

Modellen optimaliserer for å samsvare med ledeteksten, ikke for hele området av mulige inndata. Det er i dette gapet feil i produksjon oppstår.

Be assistenten avdekke sine egne blindsoner før De stoler på resultatet.

Det tar lengre tid for kodegjennomgåere å oppdage feil i KI-kode enn i menneskeskrevet kode, fordi forklaringen ved siden av koden høres autoritativ ut. Modellen beskriver valgene sine med selvtillit, selv når de er feil.

Tren Dem på å lese koden, ikke kommentaren. En overbevisende begrunnelse for en mangelfull fremgangsmåte er fortsatt en mangelfull fremgangsmåte.

Skill mellom hva koden gjør, og hva assistenten påstår at den gjør.

Modeller gjengir gjennomsnittet av treningsdataene sine, og den gjennomsnittlige veiledningen på nettet er usikker. Forvent SQL bygget med strengkonkatenering, hemmeligheter i kildekoden, manglende autorisering og tillatende CORS.

Med mindre De uttrykkelig ber om herdet kode, får De kode på demonstrasjonsnivå. Standardinnstillingen er bekvemmelighet, ikke sikkerhet.

Gjør sikkerhet til et uttrykt krav i alle ledetekster som berører data, autentisering eller brukerinndata.

Hver KI-forespørsel optimaliserer lokalt. Over mange økter samler kodebasen opp dupliserte hjelpefunksjoner, inkonsekvent feilhåndtering og tre konkurrerende måter å kalle databasen på.

Ingen enkeltendring ser feil ut, men systemet mister gradvis sammenhengen. Modellen husker ikke konvensjonene den ble enig med Dem om i går.

Regelmessige arkitekturgjennomganger hindrer kodebasen i å fragmenteres til en haug med lokalt optimale kodebiter.

Det viktigste spørsmålet i en gjennomgang er ikke «kjører dette?», men «gjør dette faktisk det jeg mente?». Modeller oppfyller den bokstavelige ledeteksten, inkludert Deres upresise formuleringer.

Hvis De sa «slett gamle poster» uten å definere hva som er gammelt, velger modellen en terskel. Dette gjetningen blir til forretningslogikk.

Kontroller at hver implisitte beslutning modellen tok, samsvarer med Deres faktiske hensikt.

En sjekkliste som brukes hver gang, er bedre enn tilfeldig lesing. For hver genererte endring må De bekrefte at inndata er validert, feil håndteres, autentisering håndheves, hemmeligheter er eksternalisert, kanttilfeller er dekket, og at oppførselen samsvarer med hensikten.

De kan delegere deler av sjekklisten til assistenten selv og deretter kontrollere svarene uavhengig.

Det er konsekvens som gjør gjennomgang til en disiplin i stedet for en magefølelse.

Når assistenten redigerer eksisterende kode, bør De gjennomgå diffen, ikke bare den ferdige filen. Modeller «refaktorerer» noen ganger ved å fjerne en validering, en logglinje eller et funksjonsflagg uten å si fra.

En liten forespurt endring kan komme sammen med endringer De ikke ba om. Jo mindre diff De godtar, desto færre overraskelser blir levert.

Krev minimale, avgrensede endringer, og les hver linje som er fjernet.

Gjennomgang skalerer når De uttrykker forventningene som tester. Når en oppførsel først er fastslått med en påstand, kan ikke modellen bryte den i det stille uten at testsettet blir rødt.

Genererte tester er selv utkast som må gjennomgås, men en mangelfull test som avsløres av en kjøring som består, men er feil, er fortsatt bedre enn ingen test.

De neste leksjonene gjør dette hjelpemiddelet til en arbeidsflyt.

Assistenten har ingen egeninteresse i resultatet. Når appen lekker data eller belaster feil kort, er ansvaret Deres, ikke modellens.

Moden vibe-koding betyr å ta eierskap til resultatet som om De hadde skrevet hvert eneste tegn selv. KI-en gjør Dem raskere, men fritar Dem ikke for ansvar.

Gjennomgang er måten De gjør Dem fortjent til å levere noe De ikke har skrevet selv.

KI-kode er et selvsikkert utkast: velformulert, men uten ansvar. Den finner på API-er, hopper over kanttilfeller, bruker usikre mønstre som standard og driver arkitektonisk over tid.

Motvirk dette med disiplinert gjennomgang: les etter hensikt, se diffen uten å stole på den, bruk en sjekkliste, og fastslå oppførselen med tester. Ansvaret for det som leveres, ligger fortsatt hos Dem.

Deretter skal De gjøre forventninger om til genererte testsett.