Hvernig á að villuleita app sem gervigreind smíðaði: hagnýt aðferð

Til að villuleita app sem smíðað er með gervigreind þarftu fyrst að láta villuna gerast aftur af ásettu ráði, safna síðan sönnunargögnum — nákvæmu skrefunum, villuboðunum og því sem vafrakonsólan og netflipinn sýna — og gefa það gervigreindinni sem „ég gerði X, bjóst við Y, fékk Z“. Ef lagfæring gerir hlutina verri, farðu þá til baka í síðustu virku útgáfu í stað þess að hlaða lagfæringum ofan á. Þú þarft ekki að lesa kóðann til að gera þetta vel.

Þessi leiðbeining fer yfir alla lykkjuna, þar á meðal stutta yfirferð yfir þróunarverkfæri vafra fyrir þá sem eru ekki forritarar.

Villuleitarlykkjan

Sérhver lagfæring á villu, hvort sem manneskja eða gervigreind gerir hana, fylgir sömu lykkju:

1. Endurskapa — láttu villuna gerast áreiðanlega.
2. Athuga — safnaðu villuboðunum og því sem appið var að gera.
3. Lýsa — gefðu gervigreindinni nákvæm skref, væntanlega niðurstöðu og raunverulega niðurstöðu.
4. Laga — láttu gervigreindina breyta einu atriði.
5. Staðfesta — endurtaktu nákvæmlega sömu skref og staðfestu að það sé lagað, og að ekkert í kring hafi brotnað.
6. Fara til baka ef þörf er á — ef það versnaði, afturkallaðu og reyndu aftur með betri upplýsingum.

Mestur tími sem fer í öpp smíðuð með gervigreind tapast þegar sleppt er skrefum 1, 2 og 5: að segja „þetta er bilað“, samþykkja breytingu án þess að prófa hana og biðja síðan um enn eina lagfæringu ofan á brotið.

Skref 1: Endurskapaðu villuna

Villa sem þú getur kallað fram eftir pöntun er hálfleyst. Reyndu að finna stystu mögulegu röð skrefa sem veldur henni.

Spurðu sjálfan þig:

• Gerist það alltaf? Ef aðeins stundum, hvað er öðruvísi þegar það gerist — ákveðin færsla, hægt netsamband, útskráning?
• Gerist það fyrir alla notendur? Skráðu þig inn með öðrum aðgangi. Margar villur birtast aðeins fyrir nýja notendur án gagna, eða fyrir notanda með annað hlutverk.
• Gerist það á öllum tækjum? Prófaðu skjá á breidd síma og annan vafra.
• Byrjaði það eftir ákveðna breytingu? Ef það virkaði í gær eru síðustu breytingarnar líklegustu sökudólgarnir.

Skrifaðu skrefin niður sem stuttan númeraðan lista. Þú límir þeim inn í fyrirmælin síðar.

Skref 2: Lestu villuboðin

Villuboð líta ógnvekjandi út, en þú þarft aðeins nokkra hluta úr þeim.

Þú þarft ekki að skilja þau; þú þarft að afrita þau nákvæmlega. „Cannot read properties of undefined (reading 'name')“ segir gervigreindinni að kóðinn bjóst við gögnum (líklega bókun eða notanda) sem voru ekki þar. Endursögn eins og „einhver undefined villa“ tapar þeirri upplýsingu.

Nokkrar algengar, lauslega þýddar:

• undefined / null villur — kóðinn bjóst við gögnum sem bárust ekki. Oft hleðsluástand eða tómur listi sem kóðinn meðhöndlaði ekki.
• 404 Not Found — síðan eða API-slóðin er ekki til. Oft innsláttarvilla í leið eða hlekkur á síðu sem var endurnefnd.
• 401 Unauthorized / 403 Forbidden — beiðnin var ekki innskráð, eða notandinn má ekki gera þetta.
• 500 Internal Server Error — kóði þjónsins hrundi. Raunverulega ástæðan er í skráningu þjónsins, ekki í vafranum.
• CORS-villur — vafrinn lokaði beiðni til annars léns. Yfirleitt stillingarvandamál þjónsins.

Skref 3: Notaðu þróunarverkfæri vafrans

Sérhver skjáborðsvafri hefur innbyggð þróunarverkfæri („devtools“). Þau sýna hvað síðan er að gera á bak við tjöldin. Í Chrome, Edge og Firefox hægrismellirðu hvar sem er á síðunni og velur Inspect, eða ýtir á F12 (Cmd+Option+I á Mac). Í Safari kveikirðu fyrst á Develop-valmyndinni í stillingum Safari.

Þú þarft aðeins þrjá flipa.

Console

Flipinn Console listar villur og skilaboð úr kóða síðunnar. Villur birtast í rauðu. Ef hnappur gerir ekkert þegar þú smellir á hann sýnir konsólan oft rauða villu á því augnabliki sem þú smellir. Afritaðu alla villuna (hægrismelltu á hana fyrir afritunarvalkost í flestum vöfrum).

Network

Flipinn Network listar hverja beiðni sem síðan gerir — hleður gögnum, vistar eyðublað, skráir inn. Opnaðu hann og endurtaktu skrefin sem valda villunni.

• Leitaðu að línum í rauðu eða með stöðu 400 eða hærra.
• Smelltu á línuna sem mistókst til að sjá Response. Þjónusta skilar oft villuboðum þar sem eru gagnlegri en allt á skjánum.
• Taktu eftir slóð beiðninnar og stöðukóðanum — „POST á /api/bookings skilaði 500“ er mjög gagnleg setning til að gefa gervigreindinni.

Hakaðu við Preserve log ef villan tengist endurhleðslu síðu eða endurbeiningu, svo beiðnirnar hverfi ekki.

Elements

Flipinn Elements (eða Inspector) sýnir uppbyggingu síðunnar og stílana. Hann nýtist best fyrir útlitsvillur: færðu músina yfir þátt til að sjá stærð hans og bil auðkennd. Þú þarft ekki að breyta neinu hér; það nægir að segja „fótsvæðið er 2.000 pixlar á breidd í farsíma og ýtir síðunni til hliðar“.

Skref 4: Athugaðu skrár þjónsins

Sumar villur gerast á þjóninum, þar sem vafrinn sér þær ekki. 500-villa í netflipanum er klassíska merkið. Skrár þjónsins — textaúttakið frá bakendanum á meðan hann keyrir — innihalda yfirleitt raunverulegu villuna með stafla (lista yfir föllin sem voru í gangi þegar hún mistókst).

Hvar þú finnur þær fer eftir verkfærinu þínu. Í flestum smíðatólum fyrir gervigreindaröpp geturðu opnað skipanalínu eða skráasýn fyrir verkefnið, eða einfaldlega beðið gervigreindina um: „Athugaðu villuskrár þjónsins fyrir síðustu beiðni og segðu mér hvað mistókst.“

Skref 5: Lýstu villunni fyrir gervigreindinni

Settu það sem þú hefur safnað í þetta form:

Á Bookings-síðunni, innskráð/ur sem meðlimur: ég smellti á Cancel á níu-tímatímanum á morgun. Væntanlegt: bókunin hverfur og tíminn sýnir einu lausu plássi meira. Raunverulegt: ekkert breytist á skjánum. Konsólan sýnir TypeError: Cannot read properties of undefined (reading 'id') í BookingCard.tsx:31, og netflipinn sýnir að DELETE /api/bookings/123 skilaði 500. Finndu orsökina, lagaðu hana og athugaðu að afbókun virki fyrir meðlim með eina bókun og með margar.

Af hverju hver hluti skiptir máli:

• Hvar og sem hver þrengir að einum skjá og einu hlutverki.
• Nákvæm skref gera gervigreindinni kleift að endurskapa villuna.
• Væntanlegt á móti raunverulegu skilgreinir hvað telst lagað.
• Villutextinn og bilaða beiðnin beina beint að orsökinni.
• „Athugaðu að…“ biður gervigreindina um að staðfesta, ekki bara breyta.

Ef gervigreindin hefur reynt lagfæringu tvisvar án árangurs skaltu biðja hana um að útskýra áður en hún breytir nokkru:

Ekki breyta kóðanum ennþá. Hvað heldurðu að valdi þessu, og hvaða vísbendingar styðja það?

Röng kenning er auðvelt að sjá þegar hún er skrifuð út, og miklu ódýrara að leiðrétta en röng lagfæring.

Skref 6: Staðfestu, og athugaðu það sem er í kring

Þegar gervigreindin segir að þetta sé lagað skaltu endurtaka nákvæmlega skrefin úr skrefi 1. Athugaðu síðan það sem er í kringum það:

• Sömu aðgerð fyrir annað notendahlutverk
• Sömu aðgerð án gagna og með mikið af gögnum
• Síður sem deila íhlutum með þeirri sem þú lagaðir
• Skjá á breidd síma, ef lagfæringin snerti útlit

Breytingar frá gervigreind laga stundum eina leið og brjóta aðra í hljóði. Tveggja mínútna athugun núna sparar ruglingslega klukkustund síðar.

Skref 7: Farðu til baka í stað þess að hlaða ofan á

Ef lagfæring gerði hlutina verri, eða þú ert kominn þrjár umferðir án framfara, farðu þá til baka. Að fara aftur í síðustu útgáfu sem virkaði og endurorða með betri sönnunargögnum er nánast alltaf betra en að biðja um fjórðu lagfæringuna ofan á þrjár rangar. Hver misheppnuð tilraun skilur eftir kóða, og sá kóði ruglar næstu tilraun.

Góðir siðir sem gera afturhvarf auðvelt:

• Prófaðu eftir hverja breytingu, svo þú vitir hvaða breyting braut hlutina.
• Haltu breytingum litlum — eitt atriði eða ein lagfæring í hverjum skilaboðum.
• Skráðu síðustu góðu útgáfuna áður en þú byrjar á einhverju áhættusömu.
• Ef kóðinn er í Git, vistaðu virkar útgáfur sem commit svo þú getir snúið aftur.

Algengt villumynstur í gervigreindarsmíðuðum öppum

Þegar vandamálið er ekki villa

Sumar „villur“ eru gervigreindin sem smíðar nákvæmlega það sem henni var sagt, og lýsingin var óljós. Ef lagfæringin sem þú biður um er í raun breyting á hegðun, segðu það skýrt: „Breyttu því þannig að…“. Ef þú ert óviss um hver rétt hegðun er, ákveddu hana fyrst. Leiðbeining okkar um að skrifa fyrirmæli fyrir smíðatól gervigreindar fjallar um hvernig þú tilgreinir reglur skýrt. Og ef þú ert að undirbúa app fyrir raunverulega notendur fjallar að taka gervigreindarfrumgerð í framleiðslu um athuganirnar sem vert er að gera fyrir opnun.

Villuleit á Mythex

Mythex hefur verkfæri fyrir hvert skref í lykkjunni:

• Forskoðun til að endurskapa villuna, þar á meðal ramma í stærð síma.
• /test lætur agentinn smella í gegnum lifandi forskoðunina þína eins og notandi og tilkynna bilað flæði.
• /fix beinir agentinum sérstaklega að bilunum.
• Áætlunarstilling (Plan) lætur agentinn rannsaka og útskýra áður en hann breytir nokkru.
• Kóði → skipanalína sýnir skrár þjónustu appsins þíns.
• Snúa aftur á þennan punkt á hvaða svari sem er færir verkefnið aftur á þá vistunarstöðu.

Ef birting mistekst býður birtingarglugginn yfirleitt upp á Fix with AI, sem les úttak smíðinnar eða skrár appsins. Sjá Villuleit í appinu þínu og Úrræðaleit við birtingu í skjölunum.

Spurningar