AI жасаған қолданбада әзірлеушімен қалай жұмыс істеу керек

AI арқылы жасалған қолданбамен әзірлеушіге жақсы жұмыс істеу үшін оған кодты Git репозиторийінде, қолданба не істейтіні мен неге керектігінің бір беттік қорытындысын және аяқталғанын анықтайтын нақты белгіленген тапсырманы беріңіз. Кім қай бөлікті өзгертетінін келісіңіз, сонда сіз бен AI оның жұмысын қайта жазбайсыз. Репозиторий мен хостинг аккаунттарын өз атыңызда ұстаңыз, ал құпияларды хабарламаның орнына тиісті параметрлер арқылы бөлісіңіз.

Көп адам қолданбаның алғашқы нұсқасын AI-мен жасап, кейін әзірлеушіні тартады — төлем қосу, AI үнемі дұрыс істемейтін нәрсені түзету, қауіпсіздікті тексеру немесе қолданба өскен сайын кодты басқару үшін. Әлі жалдау керек пе, жоқ па деп шешіп жатсаңыз, әзірлеушіні жалдау немесе AI-мен құрастыру мақаласын қараңыз. Бұл нұсқаулық шешім қабылдағаныңызды және бірлескен жұмыстың жақсы өтуін қалайтыныңызды болжайды.

Әзірлеуші қашан тиімді

Бір адамды тартудың жиі кездесетін себептері:

• AI шеше алмайтын мәселе бірнеше анық әрекеттен және қайтарулардан кейін.
• Қауіпті салалар: төлемдер, рұқсаттар, құпия деректер, дерекқор миграциялары.
• Қауіпсіздік немесе код тексеруі іске қоспас бұрын немесе ірі клиенттерді қабылдамас бұрын.
• Өнімділік нақты трафик келген кезде.
• Өсу: қолданба бизнеске айналды және кодты иеленетін адам керек.

Мұның қайсысы екенін анық білу төмендегінің бәрін айқындайды.

1-қадам: Кодты бөлісуге болатын жерге орналастырыңыз

Әзірлеушілер Git репозиторийлерімен жұмыс істейді. Біреуге хабарласпас бұрын:

1. Жобаны жекеше GitHub (немесе ұқсас) репозиторийіне қосыңыз, немесе экспорттаңыз.
2. Кодта немесе тарихта құпиялардың жоқ екеніне көз жеткізіңіз. API кілттерін қауіпсіз сақтау жолын қараңыз.
3. Жобаның жаңа көшірмеден іске қосылатынын тексеріңіз — AI-дан орнату қадамдарын жазуды сұраңыз.

Жобаға қосылатын әзірлеушіге арналған README жазыңыз: қолданба не істейтіні, стек, жергілікті орнату және іске қосу жолы, қажетті орта айнымалылары (тек атаулары), қалталар құрылымы және нәзік немесе ерекше нәрселер.

Егер Git сізге жаңа болса, AI жасаған қолданбамен Git-ті қалай пайдалану керек негіздерді түсіндіреді.

2-қадам: Бір беттік брифинг жазыңыз

Әзірлеуші сіздің чат тарихыңызды оқымады. Контекстті бір бетте беріңіз:

• Қолданба не істейді, кімге арналған және оны неше адам пайдаланады.
• Ең маңыздысы — ешқашан бұзылмауы тиіс ағындар.
• Белгілі мәселелер және олар үшін не істеп көргеніңіз.
• Тапсырма және оның орындалғанын қалай білетініңіз.
• Шектеулер: бюджет, мерзім, өзгертпеуі керек нәрселер.

Жақсы «аяқталу анықтамасы» тексерілетін болуы керек: «Жүйеге кірген пайдаланушы Stripe Checkout арқылы айлық тарифке ақы төлей алады, тариф оның аккаунт бетінде көрінеді, ал клиент порталында бас тартса, кезең аяқталғанда ол төмендетілген тарифке ауысады». «Төлемдерді реттеңіз» деген жалпы сөз емес.

3-қадам: Қолжетімділікті қауіпсіз беріңіз

• Код: оны репозиторийдің бірлесіп жұмыс істеушісі ретінде қосыңыз. Жұмыс басталғаннан кейін ZIP файлдарын бір-біріне жіберіп жүрмеңіз.
• Құрастырушы: AI құрастырушыңыз команда мүшелерін қолдайтын болса, тек осы жобадан тұратын жұмыс кеңістігіне шақырыңыз.
• Құпиялар: оларды хостингтің параметрлеріне қосыңыз немесе құпия сөз менеджері арқылы бөлісіңіз. Кілттерді ешқашан электрондық поштаға немесе чатқа қоймаңыз.
• Сынақ аккаунттары: өз кіруіңізді бөлісудің орнына сынақ деректерімен жеке аккаунттар жасаңыз.
• Өндірістік деректер: тек шынымен қажет болса және тек қажетті бөлігі.

Репозиторийді, домен мен хостинг аккаунттарын өз атыңызда сақтаңыз. Адамдарды қосыңыз; аккаунттарды бермеңіз.

4-қадам: Кім нені өзгертетінін келісіңіз

Ең көп қиындық — екі тараптың, яғни сіз AI-мен және әзірлеуші, бір уақытта бір кодты өзгертуі. Бір ереже таңдаңыз:

Қандай таңдасаңыз да: әр сұраныс сессиясының алдында соңғы кодты алыңыз, ал үлкен өзгерістерді басқа адам тексере алатын бутақтарда жасаңыз.

5-қадам: Жазбаша түрде байланысыңыз

• Қателерді қадамдарымен, күтілген және нақты нәтижелерімен хабарлаңыз. Жақсы қате туралы хабарлама қалай жазылады қараңыз.
• Шешімдерді бір жерде сақтаңыз: тапсырмалар трекері, ортақ құжат немесе pull request пікірлері.
• Әр pull request-те өзгерістерді қарапайым тілде түсіндіруін сұраңыз.
• Жиі қандай кезеңде тексеретіндеріңізді келісіңіз.

6-қадам: Олардың жұмысын тексеріңіз

Жұмысты тексеру үшін кодты оқудың қажеті жоқ. Тексеріңіз:

• Брифингте айтылғанды орындай ма, алдын ала қарау немесе сынақ көшірмесінде.
• Басқа ештеңе бұзылмады ма — маңызды ағындарыңызды іске қосыңыз.
• Не өзгергенін және неге өзгергенін түсіндірді ме.
• Кодта құпиялар пайда болмады ма.

Терең тексеру үшін AI жасаған кодты қалай тексеру керек мақаласындағы тізім адам жазған кодқа да жарайды. Сондай-ақ AI құрастырушыңыздан әзірлеушінің pull request-ін қарапайым сөзбен түсіндіруін сұрауыңызға болады.

7-қадам: Иелікті анық ұстаңыз

• Репозиторий, хостинг, домен және үшінші тарап аккаунттары сізде қалады.
• Жұмыс басталмас бұрын олар жазатын кодтың иелігін жазбаша бекітіңіз. Келісімшарт сұрақтары үшін жергілікті ережелерді немесе кеңесшіні тексеріңіз.
• Жұмыс аяқталғанда оларға қолжетімділікті алып тастаңыз және көрген кілттерді ауыстырыңыз.

Мысал сұраныстар

Әзірлеуші соңғы pull-та checkout кодын өзгертті. Олар не өзгертіп, қолданбаның басқа бөліктері соған тәуелді ме, соны қарапайым тілмен түсіндіріңіз.

Осы қолданбаның ең күрделі немесе ең қауіпті бөліктерін тізіңіз, сонда әзірлеушіге тексеруді қай жерге бағыттау керектігін айта аламын.

Төлемдерді әзірлеушіге беріп жатырмын. Бұдан былай src/payments астындағы немесе /api/billing маршруттарындағы ешбір файлға тиіспеңіз. Өзгеріс солар үшін керек болса, маған айтыңыз.

Жиі кездесетін қателер

• Брифингтің болмауы. Әзірлеуші ақылы сағаттарды не қалағаныңызды кері инженериялауға жұмсайды.
• Бұлыңғыр ауқым, мысалы «қателерді түзету» немесе «өндіріске дайын ету».
• Екеуі бір уақытта өңдеу, алдын ала pull жасамай, содан кейін қайшылықтан жұмысты жоғалту.
• Өз кіруіңізді бөлісу немесе кілттерді чатқа салу.
• Аккаунттар әзірлеушінің атында болуы, бұл жолдарды ажыратуды қиындатады.
• Жұмыстан кейін қолжетімділікті алып тастауды және кілттерді ауыстыруды ұмыту.

Тексеру тізімі

• Код жекеше репозиторийде, менің атымда, құпиясыз.
• README орнатуды, бір беттік брифинг қолданбаны және тапсырманы түсіндіреді.
• Тапсырманың тексерілетін аяқталу анықтамасы бар.
• Қолжетімділік бірлесіп жұмыс істеуші шақыруы арқылы, құпиялар параметрлер немесе құпия сөз менеджері арқылы беріледі.
• Кім нені өзгертетінін келістік, ал сұраныс жасамас бұрын pull жасаймын.
• Жұмыс брифингке және маңызды ағындарға сай тексеріледі.
• Иелік жазбаша; жұмыс аяқталғанда қолжетімділік алынып, кілттер ауыстырылады.

Mythex-те әзірлеушімен жұмыс

• Оны жұмыс кеңістігіне шақырыңыз. Иелері шектеусіз бірлесіп жұмыс істеушілерді орынсыз ақысыз шақыра алады; мүшелер кеңістіктің жобаларымен жұмыс істейді. Ол тек осы жобаны көруі үшін бөлек жұмыс кеңістігін пайдаланыңыз. Жарияланған қолданбалардың кредиттері кеңістік иесіне есептеледі. Қараңыз: Шақыруларлар.
• GitHub синхрондау және экспорт (Pro). Репозиторийді қосып, жіберу мен алуды жасаңыз, немесе жобаны құпиялар қалдырылмай экспорттаңыз. Қараңыз: GitHub, экспорт және импорт.
• Алдын ала қарау сілтемесін бөлісіңіз, Mythex аккаунты жоқ адамға аяқталмаған жұмысты көрсету үшін; аяқтағаннан кейін жойыңыз.
• Сұрақ режимі кодты өзгертпей-ақ, сұрақтарға жауап береді — әзірлеушінің өзгерістерін түсіну үшін пайдалы.

Егер әзірлеуші қолданбаны басқа жерде іске қоспақшы болса, AI жасаған қолданбаны экспорттап, өз серверіңізде қалай іске қосу керек мақаласын қараңыз.

Сұрақтар