Fix with AI՝ մեկ սեղմումով, երբ հրապարակումը ձախողվում է

Երբ Mythex-ում հրապարակումը ձախողվում է, երկխոսության պատուհանն այժմ ասում է, թե իրականում ինչ է տեղի ունեցել, և յուրաքանչյուր ձախողման դեպքում տալիս է երկու կոճակ՝ Fix with AI և Try again։ Fix with AI-ը agent-ին հանձնում է ձախողումը և այն, ինչ արտածել է ձեր հավելվածը, որպեսզի այն կարողանա շտկել նախագիծը և նորից հրապարակել. եթե ձեր հավելվածում ոչինչ սխալ չէր, պարզապես նորից կհրապարակի։ Մենք նաև դադարեցրինք «մեր կողմից» մեղադրել այն խնդիրները, որոնք իրականում հավելվածի մեջ էին, և սկսեցինք բռնել այն հավելվածները, որոնք մի քանի րոպե անց՝ արդեն թողարկվելուց հետո, սկսում են կոտրվել։

Ինչ փոխվեց

Fix with AI յուրաքանչյուր ձախողման դեպքում

Նախկինում որոշ ձախողումների դեպքում երևում էր Fix with AI, մյուսների դեպքում՝ միայն Try again։ Այդ բաժանումը հիմնված էր այն բանի վրա, թե որի՞ մեղքն էր թվում ձախողումը. եթե թվում էր, թե խնդիրը մեր կողմից է, չէինք ուզում, որ agent-ը ձեր կրեդիտների հաշվին հետապնդի ճիշտ կոդը։

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

Բացառություններ կան այն դեպքերի համար, երբ պատասխանը կոդը չէ։ Զբաղված հղման անունը առաջարկում է այլ անուններ։ Կրեդիտների սպառումը առաջարկում է ավելի շատ կրեդիտ ստանալու եղանակ։

Հաղորդագրություններ, որոնք ասում են, թե ինչ է եղել

Մի քանի ձախողումներ նախկինում ավարտվում էին «մեր կողմից խնդիր է, նորից հրապարակեք» հաղորդագրությամբ։ Դա սխալ էր, և նորից հրապարակելը երբեք չէր օգնում։ Այժմ դրանք ունեն իրենց հաղորդագրությունները․

• «Your app didn't start after publishing.» Հավելվածը հրապարակվել էր, բայց երբեք չէր սկսել ընդունել կապեր։ Ամենից հաճախ այն լսում է այլ պորտի վրա կամ միայն localhost-ի վրա։ Հրապարակված հավելվածը պետք է լսի 0.0.0.0-ի և $PORT-ում նշված պորտի վրա։ Ֆիքսված ժամանակ սպասելու և հույս դնելու փոխարեն այժմ ստուգում ենք, որ հավելվածն իրոք ընդունում է կապեր իր պորտի վրա։
• «This file is too big» / too many files. Ստատիկ կայքերն ունեն ֆայլի չափի սահման (մոտ 25–30 ՄԲ՝ կայքի տեսակից կախված) և 20,000 ֆայլի սահման։ Այժմ բեռնելուց առաջ չափում ենք թղթապանակը նույն եղանակով բոլոր ֆայլերի համար, և հաղորդագրությունը թվարկում է բոլոր այն ֆայլերը, որոնք սահմանը գերազանցում են։
• «Your app stopped right after it started.» Սովորաբար բացակայող կարգավորում է, օրինակ՝ environment variable կամ secret, առաջին հարցումի վրա կործանում, կամ սկզբնական հրամանի սխալ։

Հավելվածները, որոնք կոտրվում են թողարկումից հետո

Հրապարակումը կարող է հաջողվել, և հավելվածը հետո՝ մի քանի րոպե անց, ձախողվել։ Այն կարող է շարունակաբար կործանվել կամ աշխատել, բայց դադարել ընդունել կապեր։ Mythex-ը պարբերաբար ստուգում է հրապարակված հավելվածները։ Եթե հավելվածը բազմիցս կործանվում է մի քանի րոպեի ընթացքում, կամ աշխատում է, բայց կապեր չի ընդունում, հրապարակումը նշվում է որպես failed, դուք ստանում եք էլ․ նամակ, և նախագիծը ցույց է տալիս հաղորդագրությունը Fix with AI-ով։

Մեկ կործանում, որից հավելվածը ինքնուրույն վերականգնվել է, որպես ձախողված հրապարակում չի հաշվվում։ Եթե պատճառը այն էր, որ հավելվածը հիշողությունն սպառել էր, առանձին նամակ եք ստանում դրա մասին։

Երբ մենք նշում ենք թողարկված հավելվածը որպես ձախողված, պահում ենք նաև այն, ինչ հավելվածն արտածել էր այդ պահին։ Դուք երբեք չեք տեսնում այդ չմշակված արդյունքը, բայց հենց դա է, որ Fix with AI-ը տալիս է agent-ին, որպեսզի նա սկսի իրական սխալից, այլ ոչ թե կռահումից։

Ինչպես օգտագործել

1. Սեղմեք Publish՝ ինչպես միշտ։
2. Եթե ձախողվի, կարդացեք հաղորդագրությունը երկխոսության պատուհանում։ Այն գրված է այնպես, որ ասի, թե ինչ է եղել, և ոչ միայն, որ ինչ-որ բան սխալ է։
3. Սեղմեք Fix with AI։ Agent-ը կարդում է կառուցման արդյունքը կամ հավելվածի լոգերը, շտկում է նախագիծը, և դուք կարող եք նորից հրապարակել։
4. Եթե հաղորդագրությունը ասում է, որ ձեր հավելվածում ոչինչ սխալ չէ՝ «Publishing is busy for a moment» կամ «Publish was interrupted», Try again-ը սովորաբար բավական է։
5. Եթե ստացել եք նամակ, որ live հավելվածը շարունակաբար կործանվում է, բացեք նախագիծը. նույն հաղորդագրությունը և Fix with AI-ն այնտեղ են սպասում։

Նորից հրապարակելիս պահեք նույն հղման անունը, բացի այն դեպքից, երբ հաղորդագրությունն ասում է, որ անունն է խնդիրը։

Ինչու ստեղծեցինք այն

Ձախողված հրապարակումը հաճախ առաջին լուրջ պատն է, որին հանդիպում է մարդը։ Հավելվածը աշխատում է նախադիտման մեջ, մարդը սեղմում է Publish, և այն չի բարձրանում։ Ոչ մշակողի համար «ստուգեք լոգերը» խորհուրդ չէ, որով կարելի է գործել։ Fix with AI-ը այդ պահը դարձնում է մեկ սեղմման, իսկ ազնիվ հաղորդագրությունները նշանակում են, որ երբ դրանք կարդում եք, դրանք ուղղորդում են դեպի ճիշտ բանը։

Սահմանափակումներ

• Fix with AI-ն օգտագործում է agent-ը, ուստի ծախսում է կրեդիտներ, ինչպես ցանկացած այլ հաղորդագրություն։
• Այն կարող է շտկել այն, ինչ կա ձեր նախագծում՝ կոդը, կարգավորումը, սկզբնական հրամանը։ Այն չի կարող շտկել զբաղված հղման անունը, չհաստատված էլ․ փոստը կամ դատարկ կրեդիտների հաշիվը։
• Որոշ խնդիրներ պահանջում են ձեր որոշումը, օրինակ՝ արդյոք մեծ ֆայլը տեղափոխել Storage-ում, թե փոքրացնել այն։

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