Ինչպես վերանայել AI-ի գեներացրած կոդը

AI-ի գեներացրած կոդը վերանայելու համար սկսեք նրանից, թե ինչ է փոխվել՝ որ ֆայլերը և ինչու, հետո ինքներդ փորձարկեք վարքը՝ նախքան կոդի որևէ տող կարդալը։ Դրանից հետո ստուգեք այն տեղերը, որտեղ AI-ի կոդը ամենից հաճախ սխալվում է. բացակայող սերվերային թույլտվության ստուգումներ, բրաուզերին բացահայտված գաղտնիքներ, չվավերացված մուտքագրում, փաթեթներ կամ ֆունկցիաներ, որոնք գոյություն չունեն, և այն բաների խմբագրում, որոնց դիպչելու մասին երբեք չէիք խնդրել։

AI-ը գրում է կոդ, որ սովորաբար աշխատում է և հաճախ կարգված է թվում։ Դա հեշտացնում է այն հաստատելը՝ առանց իսկապես ստուգելու։ Այս ուղեցույցը վերանայման ռուտին է, որ աշխատում է անկախ նրանից, թե դուք կարդում եք կոդը սահուն, թե ընդհանրապես չեք կարդում։

Չափեք վերանայումը ռիսկին համապատասխան

Ոչ բոլոր փոփոխություններն են պահանջում նույն ուշադրությունը։

Քայլ 1. Տեսեք, թե ինչ է փոխվել

Նախքան կոդը գնահատելը, ստացեք փոփոխությունների ցանկը.

• Եթե նախագիծը Git-ում է, նայեք diff-ին. ֆայլերն ու տողերը, որոնք փոխվել են վերջին commit-ից ի վեր։ Տես ինչպես օգտագործել Git-ը AI-ով կառուցված հավելվածի հետ։
• Կամ հարցրեք AI-ին ուղղակիորեն.

Թվիր բոլոր ֆայլերը, որ փոխել ես վերջին փոփոխության մեջ, և յուրաքանչյուրի համար մեկ նախադասությամբ բացատրիր, թե ինչ է փոխվել և ինչու։

Այս փուլում կարմիր դրոշակներ են. ֆայլեր, որոնք կապ չունեն հարցման հետ, ջնջված ֆայլեր, կոնֆիգուրացիայի կամ կախվածությունների փոփոխություններ, որոնց չէիք խնդրել։

Քայլ 2. Նախ փորձարկեք վարքը

Կոդը կարդալը ասում է, թե ինչ պետք է անի. փորձարկումը ասում է, թե ինչ է անում իրականում։ Նախքան կարդալը.

• Փորձեք փոփոխությունը որպես սովորական օգտատեր՝ desktop-ի և հեռախոսի չափի էկրանի վրա։
• Փորձեք սխալ մուտքագրումով. դատարկ դաշտեր, շատ երկար տեքստ, բացասական թվեր, անցյալի ամսաթիվ։
• Փորձեք մուտք գործած չլինելով, և որպես այլ օգտատեր։
• Նորից անցեք ամենակարևոր հոսքերը. գրանցում, մուտք, հիմնական գործողություն, վճարում։

Եթե փորձարկումը ձախողվի, արդեն խնայել եք կարդալու ժամանակ. հստակ հայտնեք դա և թույլ տվեք AI-ին շտկել։ Տես ինչպես գրել լավ սխալի զեկույց։

Քայլ 3. Ստուգեք թույլտվությունները սերվերում

Ամենակարևոր բանը, որ պետք է ստուգել։ AI գործիքները հաճախ թաքցնում են կոճակը էջում, բայց թողնում են սերվերը պատրաստ՝ կատարելու գործողությունը ով էլ որ խնդրի։

Ամեն երթուղու կամ ֆունկցիայի համար, որ կարդում կամ փոխում է տվյալները, հարցրեք.

• Ստուգում է արդյոք, որ օգտատերը մուտք է գործած։
• Ստուգում է արդյոք, որ այս օգտատերը իրավունք ունի մուտք գործել այս գրառմանը։
• Այդ ստուգումը սերվերի վրա է, ոչ միայն էջում։

Յուրաքանչյուր API երթուղու համար, որ ավելացրել կամ փոխել ես, ասա, թե ինչ թույլտվության ստուգում է կատարում սերվերի վրա՝ մեջբերելով տողը։ Նշիր ցանկացած երթուղի, որին չունի։

Հետո փորձարկեք այն. մուտք գործեք որպես օգտատեր A, նշեք գրառման ID-ն, մուտք գործեք որպես օգտատեր B և հարցրեք այն։ AI-ով կառուցված հավելվածների անվտանգության ստուգաթերթը ունի լրիվ թեստը։

Քայլ 4. Փնտրեք բացահայտված գաղտնիքներ

• Փնտրեք փոփոխված ֆայլերում այն ամենը, ինչ նման է բանալու կամ գաղտնաբառի։
• Ստուգեք, որ գաղտնի բանալիները կարդացվում են միջավայրի փոփոխականներից և օգտագործվում են միայն սերվերի կոդում։
• Զգուշացեք գաղտնի փոփոխականների վրա հանրային նախածանցներից, օրինակ՝ VITE_ կամ NEXT_PUBLIC_. դրանք կառուցվում են բրաուզերի կոդի մեջ։

Տես ինչպես պահել API բանալիները ապահով։

Քայլ 5. Ստուգեք մուտքագրումն ու սխալները

• Վավերացում սերվերի վրա։ Բրաուզերի ստուգումները կարելի է շրջանցել։ Պարտադիր դաշտերը, երկարությունները, ձևաչափերը և թույլատրելի արժեքները պետք է ստուգվեն նաև սերվերի կողմից։
• Տվյալների բազայի հարցումները օգտագործում են պարամետրեր, ոչ թե տեքստ, որ կառուցված է օգտատիրոջ մուտքագրումը հարցման մեջ միացնելով։
• Սխալները չեն անտեսվում։ try/catch, որ ոչինչ չի անում, թաքցնում է խափանումները։ Սխալները պետք է գրանցվեն, իսկ օգտատերերը տեսնեն պարզ հաղորդագրություն։
• Օգտատերերին ներքին մանրամասներ չեն ցուցադրվում. stack trace-երը և տվյալների բազայի սխալները պետք է լինեն գրանցամատյաններում։

Քայլ 6. Ստուգեք, որ դա իրական է

AI մոդելները երբեմն արտադրում են կոդ, որ ճիշտ է թվում, բայց վերաբերում է գոյություն չունեցող բաների։

• Փաթեթներ. յուրաքանչյուր նոր կախվածություն պետք է լինի իրական, սպասարկվող փաթեթ՝ հենց այդ ճշգրիտ անունով. զգուշացեք հայտնի փաթեթների տառասխալի նման անուններից։
• Ֆունկցիաներ և API տարբերակներ. եթե կոդը կանչում է գրադարանի ֆունկցիա կամ արտաքին API տարբերակ, որ երբեք չեք տեսել, ստուգեք պաշտոնական փաստաթղթերը։
• Տեղապահ կոդ. փնտրեք TODO, mock, fake, կոդավորված օրինակային տվյալներ կամ ֆունկցիաներ, որոնք վերադարձնում են ֆիքսված արժեք։

Ավելացրե՞լ ես նոր փաթեթներ։ Յուրաքանչյուրի համար տուր ճշգրիտ անունը, ինչի համար է և կարո՞ղ էինք առանց դրա։

Քայլ 7. Ստուգեք, որ տեղավորվում է

Կոդը կարող է աշխատել և միևնույն ժամանակ դժվարացնել հավելվածը հետագայում փոխելը.

• Կրկնություն. նույն տրամաբանությունը, պատճենված մի քանի տեղում, կիջնի իրարից։
• Համապատասխանություն. այն պետք է հետևի հավելվածի մնացած մասի օրինաչափություններին։
• Չափ. 20 տողանոց հարցումը, որ արտադրել է 600 տող, արժանի է հարցի։
• Մեռած կոդ. հին տարբերակներ, որ մնացել են նորերի կողքին։

Նախագծում կա՞ արդյոք կոդ, որ այս փոփոխության պատճառով հիմա անօգտագործելի է, կամ տրամաբանություն, որ կրկնվում է այլուր։ Ոչինչ մի փոխիր. պարզապես թվիր։

Տարածված սխալներ

• Հաստատել, որովհետև կարգված է թվում։ Մաքուր կոդը դեռ կարող է բաց թողնել թույլտվության ստուգում։
• Կարդալ փորձարկելու փոխարեն։ Նախ փորձարկեք, հետո կարդացեք։
• Փորձարկել միայն հաջող ընթացքը։ Փորձեք սխալ մուտքագրում, սխալ օգտատեր և մուտք չգործած։
• Անտեսել կապ չունեցող ֆայլերի փոփոխությունները։ Հարցրեք, թե ինչու փոխվեց յուրաքանչյուր ֆայլ։
• Ամբողջությամբ վստահել ինքնավերանայմանը։ Օգտագործեք AI-ի վերանայումը որպես առաջին անցում և հաստատեք փորձարկմամբ։
• Մեկ շաբաթվա փոփոխությունները միանգամից վերանայել։ Վերանայեք փոքր փոփոխությունները, երբ դրանք լինում են։

Ստուգաթերթ

• Ես գիտեմ, թե որ ֆայլեր են փոխվել և ինչու, և ոչինչ կապ չունեցող չի փոխվել։
• Փոփոխությունը աշխատում է desktop-ի և հեռախոսի վրա, սխալ մուտքագրումով, մուտք չգործած և որպես այլ օգտատեր։
• Յուրաքանչյուր տվյալների երթուղի ստուգում է մուտքը և սեփականատիրությունը սերվերի վրա։
• Կոդում և բրաուզերի փաթեթներում գաղտնիքներ չկան։
• Մուտքագրումը վավերացված է սերվերի վրա. հարցումները օգտագործում են պարամետրեր։
• Սխալները գրանցվում են, չեն անտեսվում և օգտատերերին մանրամասն չեն ցուցադրվում։
• Նոր փաթեթները իրական են և անհրաժեշտ. հորինված ֆունկցիաներ կամ տեղապահներ չեն մնացել։
• Բարձր ռիսկի փոփոխությունները ուշադիր են կարդացվել և, անհրաժեշտության դեպքում, վերանայվել երկրորդ անձի կողմից։

Կոդի վերանայումը Mythex-ում

• Հարցի ռեժիմը պատասխանում է կոդի մասին հարցերին՝ առանց այն խմբագրելու. իդեալական է «բացատրիր յուրաքանչյուր փոփոխություն» և «որ երթուղիներում չկա թույլտվության ստուգում» հարցումների համար։ Տես Չաթ։
• Կոդի դիտումը ցույց է տալիս ֆայլերի ծառը, խմբագիրը և տերմինալը յուրաքանչյուր պլանում (Free-ում միայն կարդալու, Pro-ում խմբագրելի), որպեսզի կարդաք, թե ինչ է փոխվել։ Տես Կոդի խմբագիր։
• /test-ը ստիպում է agent-ին սեղմել նախադիտման մեջ՝ որպես օգտատեր և հաղորդել կոտրված հոսքերի մասին։
• Checkpoint-ները թույլ են տալիս հետ վերադարձնել այն փոփոխությունը, որ չի անցնում վերանայումը։

Եթե ծրագրավորողը վերանայում է ձեր փոխարեն, ինչպես աշխատել ծրագրավորողի հետ AI-ով կառուցված հավելվածի վրա հոդվածը ներառում է հանձնումը. եթե վերանայումը բացահայտում է սխալ, տես ինչպես վրիպազերծել AI-ով կառուցված հավելվածը։

Հարցեր