Hvernig á að yfirfara kóða sem AI hefur skrifað
Til að yfirfara AI-skrifaðan kóða skaltu byrja á því hvað breyttist — hvaða skrár og af hverju — prófa síðan hegðunina sjálf/ur áður en þú lest nokkra línu af kóða. Eftir það skaltu athuga svæðin þar sem AI-kóði fer oftast úrskeiðis: vantandi heimildaathuganir á þjóninum, leyndarmál sem vafrinn sér, óstaðfest inntak, pakka eða föll sem eru ekki til, og breytingar á hlutum sem þú baðst aldrei um.
AI skrifar kóða sem yfirleitt keyrir og lítur oft snyrtilega út. Það gerir það auðvelt að samþykkja hann án þess að athuga í raun. Þessi leiðarvísir er yfirferðarferli sem virkar hvort sem þú lest kóða af fullri færni eða alls ekki.
Miðaðu yfirferðina við áhættuna
Ekki þarf sömu athygli á öllum breytingum.
| Breyting | Yfirferð |
|---|---|
| Texti, litir, skipulag | Skoðaðu í forskoðuninni á tölvu og símaskjá |
| Ný síða eða eiginleiki | Prófaðu flæðið; skimaðu breyttu skrárnar |
| Innskráning, heimildir, greiðslur, persónugögn | Vandlegur lestur, raunveruleg prófun, íhugaðu annan yfirferðaraðila |
| Uppbygging gagnagrunns, eyðing gagna, flutningar | Lestu breytinguna, prófaðu á afriti, taktu afrit fyrst |
Skref 1: Sjáðu hvað breyttist
Áður en þú metur kóðann skaltu fá lista yfir breytingarnar:
- Ef verkefnið er í Git skaltu skoða diff: skrárnar og línurnar sem breyttust frá síðustu commit-aðgerð. Sjá hvernig á að nota Git með AI-smíðuðu appi.
- Eða spurðu AI-inn beint:
Listaðu allar skrár sem þú breyttir í síðustu breytingu, og útskýrðu fyrir hverri í einni setningu hvað breyttist og af hverju.
Rauðir fánar á þessu stigi: skrár sem tengjast ekki beiðninni, eyddar skrár, breytingar á stillingum eða háðum sem þú baðst ekki um.
Skref 2: Prófaðu hegðunina fyrst
Lestur á kóða segir þér hvað hann á að gera; prófun segir þér hvað hann gerir. Áður en þú lest:
- Prófaðu breytinguna sem venjulegur notandi, á tölvu og á símaskjástærð.
- Prófaðu með röngum inntökum: tómir reitir, mjög löng texti, neikvæðar tölur, dagsetning í fortíðinni.
- Prófaðu útskráður og sem annar notandi.
- Endurtaktu flæðin sem skipta mestu máli: nýskráning, innskráning, aðalaðgerðin, greiðsla.
Ef prófunin mistekst hefurðu sparað þér lestur — tilkynntu það skýrt og láttu AI-inn laga það. Sjá hvernig á að skrifa góða villutilkynningu.
Skref 3: Athugaðu heimildir á þjóninum
Mikilvægasta atriðið sem þarf að athuga. AI-verkfæri fela oft hnapp í síðunni en skilja þjóninn eftir reiðubúinn til að framkvæma aðgerðina fyrir hvern sem biður um hana.
Fyrir sérhverja leið eða fall sem les eða breytir gögnum spurðu:
- Athugar það að notandinn sé innskráður?
- Athugar það að þessi notandi megi fá aðgang að þessari færslu?
- Er athugunin á þjóninum, ekki bara í síðunni?
Fyrir sérhverja API-leið sem þú bættir við eða breyttir, segðu mér hvaða heimildaathugun hún gerir á þjóninum, með tilvitnun í línuna. Merktu hverja leið sem hefur enga.
Prófaðu síðan: skráðu þig inn sem notandi A, athugaðu auðkenni færslu, skráðu þig inn sem notandi B og biddu um hana. Gátlistinn öryggisgátlisti fyrir AI-smíðuð öpp hefur allt prófið.
Skref 4: Leitaðu að leyndarmálum sem leka
- Leitaðu í breyttu skránum að öllu sem lítur út eins og lykill eða lykilorð.
- Athugaðu að leyndarlyklar séu lesnir úr umhverfisbreytum og aðeins notaðir í þjónskóða.
- Varaðu þig á opinberum forskeytum eins og
VITE_eðaNEXT_PUBLIC_á leyndum breytum — þau eru byggð inn í kóða vafrans.
Sjá hvernig á að halda API-lyklum öruggum.
Skref 5: Athugaðu inntök og villur
- Staðfesting á þjóninum. Athuganir í vafra er hægt að sleppa. Skyldureitir, lengdir, snið og leyfð gildi ættu einnig að vera athuguð af þjóninum.
- Gagnagrunnsfyrirspurnir nota færibreytur, ekki texta sem búinn er til með því að tengja inntak notanda við fyrirspurn.
- Villur eru ekki þagnaðar.
try/catchsem gerir ekkert felur bilanir. Villur ættu að vera skráðar og notendur ættu að sjá skýr skilaboð. - Engar innri upplýsingar birtar notendum — stack-rekja og gagnagrunnsvillur eiga heima í skrám, ekki á skjá.
Skref 6: Athugaðu að hlutirnir séu raunverulegir
AI-módel framleiða stundum kóða sem lítur rétt út en vísar í hluti sem eru ekki til.
- Pakkar: sérhver nýr háður ætti að vera raunverulegur, viðhaldinn pakki með nákvæmlega þessu nafni. Vertu á varðbergi gagnvart nöfnum sem líkjast innsláttarvillum á vinsælum pökkum.
- Föll og API-valkostir: ef kóðinn kallar á fall í bókasafni eða valkost í utanaðkomandi API sem þú hefur aldrei séð, athugaðu opinbera skjölun.
- Staðgengilskóði: leitaðu að
TODO,mock,fake, gögnum sem eru harðkóðuð, eða föllum sem skila föstu gildi.
Bættir þú við nýjum pökkum? Fyrir hvern þeirra, gefðu upp nákvæmt nafn, til hvers hann er og hvort við gætum verið án hans.
Skref 7: Athugaðu að hann passi
Kóði getur virkað og samt gert appið erfiðara að breyta síðar:
- Afritun. Sama rökfræði afrituð á nokkra staði mun víkja hver frá annarri.
- Samræmi. Hann ætti að fylgja mynstrunum sem restin af appinu notar.
- Stærð. 20 lína beiðni sem skilaði 600 línum á skilið spurningu.
- Dauður kóði. Gamlar útgáfur skildar eftir við hliðina á nýjum.
Er einhver kóði í verkefninu sem er nú ónotaður vegna þessarar breytingar, eða rökfræði sem er afrituð annars staðar? Ekki breyta neinu; listaðu það bara.
Algeng mistök
- Að samþykkja af því það lítur hreint út. Snyrtilegur kóði getur samt sleppt heimildaathugun.
- Lesa í stað þess að prófa. Prófaðu fyrst; lestu síðar.
- Prófa aðeins happy path. Prófaðu röng inntök, rangan notanda og útskráð.
- Hunsa breytingar á óskyldum skrám. Spurðu hvers vegna öll skrárnar breyttust.
- Treysta sjálfsyfirferð algjörlega. Notaðu yfirferð AI-sins sem fyrstu umferð og staðfestu með prófun.
- Yfirfara heila viku af breytingum í einu. Yfirfarðu litlar breytingar um leið og þær verða til.
Gátlisti
- Ég veit hvaða skrár breyttust og af hverju, og ekkert óskylt breyttist.
- Breytingin virkar á tölvu og síma, með röngum inntökum, útskráð og sem annar notandi.
- Sérhver gagnaleið athugar innskráningu og eignarhald á þjóninum.
- Engin leyndarmál í kóða eða vafrapakka.
- Inntök eru staðfest á þjóninum; fyrirspurnir nota færibreytur.
- Villur eru skráðar, ekki þagnaðar, og ekki sýndar notendum í smáatriðum.
- Nýir pakkar eru raunverulegir og nauðsynlegir; engin uppspunnin föll eða staðgengilsgildi eru eftir.
- Áhættumiklar breytingar fengu vandlegan lestur og, þar sem þörf var á, annan yfirferðaraðila.
Yfirferð kóða á Mythex
- Ask mode svarar spurningum um kóðann án þess að breyta honum — tilvalið fyrir „útskýrðu hverja breytingu“ og „hvaða leiðir vanta heimildaathugun“. Sjá Chat.
- Kóðasýn sýnir skráartréð, ritstjóra og flugstöð á öllum áætlunum (aðeins lesanleg í Free, breytanleg í Pro), svo þú getur lesið sjálf/ur það sem breyttist. Sjá Code editor.
/testlætur agentinn smella sig í gegnum forskoðunina sem notandi og tilkynna bilaða flæði.- Afrit (checkpoints) leyfa þér að snúa við breytingu sem stenst ekki yfirferð.
Ef forritari er að yfirfara fyrir þig fjallar hvernig á að vinna með forritara að AI-smíðuðu appi um afhendinguna; ef yfirferðin finnur villu, sjá hvernig á að villuleita AI-smíðað app.
Spurningar
Get ég yfirfarið AI-skrifaðan kóða ef ég er ekki forritari?
Þú getur yfirfarið stóran hluta af honum. Athugaðu að breytingin geri það sem þú baðst um, prófaðu mikilvæg flæði, reyndu að komast í gögn annars notanda og biddu AI-inn að útskýra hverja breytt skrá á venjulegu máli. Fyrir greiðslur, viðkvæm gögn eða öryggi skaltu láta forritara líka líta yfir það.
Hver eru algengustu vandamálin í AI-skrifuðum kóða?
Vantandi heimildaathuganir á þjóninum, leyndarmál þar sem vafrinn getur lesið þau, inntök sem eru ekki staðfest á þjóninum, pakkar eða föll sem eru ekki til, villur sem eru þagnaðar, og breytingar á skrám sem þú baðst ekki um.
Get ég beðið AI-inn að yfirfara sinn eigin kóða?
Já, og það finnur oft raunveruleg vandamál, sérstaklega ef þú spyrð sértækra spurninga eins og hvaða leiðir vanti heimildaathugun. Taktu því sem fyrstu yfirferð, ekki ábyrgð, og staðfestu niðurstöðurnar með prófun.
Hversu langan tíma á yfirferð kóða að taka?
Miðaðu hana við áhættuna. Texta- eða stílbreyting þarfnast stuttrar skoðunar í forskoðun. Breytingar á innskráningu, greiðslum, heimildum eða gagnagrunni eiga skilið vandlegan lestur, raunverulega prófun og hugsanlega annan yfirferðaraðila.