AI прототипін өндіріске қалай шығару

AI прототипін өндіріске шығару үшін «мен сынасам, жұмыс істейді» мен «басқа адамдар қолданғанда да жұмыс істейді» арасындағы алшақтықты жабасыз. Іс жүзінде бұл бес нәрсе: негізгі ағындарды әр өзгерістен кейін тексеру, кім не көре алатынын және өзгерте алатынын бекіту, қателер туралы клиенттер айтпас бұрын өзіңіз білу, деректерді резервтеу және қалпына келтіре алатыныңызды дәлелдеу, сондай-ақ телефонда қолданба жылдам жұмыс істеуін қамтамасыз ету. Ешқайсысына қайта жазу қажет емес — бұл прототипті жасаған AI-мен бірге орындайтын тексеру тізімі.

Прототип пен өндіріс: нақты не өзгереді

Прототипте бір мұқият пайдаланушы бар: сіз. Қай батырманы басу керегін білесіз, ақылды енгізу жасайсыз, ал бірдеңе бұзылса, иығыңызды қағып, AI-дан түзетуін сұрайсыз. Өндірісте көп бейқам пайдаланушы, қызығушылық танытатын кейбіреулер және сирек болса да дұшпан бар. Кодты «корпоративтік» етудің қажеті жоқ; прототиптің ешқашан кездеспейтін жағдайларды өңдеуі керек.

Бұл нұсқаулықтың қалған бөлігі әр жолды қарастырады.

1-қадам: Ауқымды бекітіңіз және негізгі ағындарды жазыңыз

Қатайтудың алдында бірінші нұсқа не екенін шешіңіз. Ең маңызды үш-алты ағынды тізіңіз — мысалы, «тіркелу, жоба жасау, қолданушыны шақыру, төлем». Бұлар сіздің тест сценарийіңіз, мониторинг нысандарыңыз және әр өзгерістен кейін тексеретін нәрселеріңіз болады.

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

2-қадам: Бөтен адам сияқты тексеріңіз, содан кейін қайталанатын ету

AI құрастырушылар «дұрыс жолмен» жұмыс істейтін код жасауда жақсы. Өндірістегі мәселелер дұрыс емес жолдарда туады. Әр негізгі ағынды мыналармен сынаңыз:

• Дұрыс емес енгізу: бос міндетті өрістер, 5000 таңбалы аты, @-сыз электрондық пошта, теріс саны, өткен күн.
• Бетті жаңарту және артқа батырма: төлем барысында бетті жаңартыңыз; форманы жібергеннен кейін артқа басыңыз. Бірдеңе екі рет жасалып қала ма?
• Екі қойынды, екі пайдаланушы: екі түрлі аккаунтпен кіріп, URL-дағы ID-ды өзгертіп, бір-бірінің беттерін ашуға тырысыңыз.
• Баяу және шағын: телефон экраны мен баяу байланыс (браузердің dev құралдары оны модельдей алады).
• Бос күйлер: жаңа аккаунт, деректері жоқ. Прототиптер көбіне үлгі деректермен жасалады және онсыз бұзылған көрінеді.

Содан кейін тексеруді қайталанатын етіңіз. Кем дегенде жазбаша тізім сақтаңыз және әр шығарылым алдында оны орындаңыз. Одан да жақсысы — AI-дан маңызды ағындар үшін автоматты end-to-end тесттер жазуын сұраңыз:

Мына ағындар үшін автоматты end-to-end тесттер жазыңыз: email арқылы тіркелу, жоба жасау, екінші қолданушыны шақыру және Stripe тест режимінде төлемді аяқтау. Сондай-ақ пайдаланушы URL-ды өзгерту арқылы басқа пайдаланушының жобасын көре немесе өңдей алмайтынын растайтын тесттер қосыңыз.

Пайдаланушы бір нәрсені істей алмайтынын дәлелдейтін тесттер — прототиптерде көбіне жоқ нәрсе.

3-қадам: Прототиптер өткізіп жіберетін қауіпсіздік негіздері

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

• Серверде рұқсатты тексеру. Түймені жасыру қауіпсіздік емес. Деректерді оқитын немесе өзгертетін әр сұраныс, кірген пайдаланушының рұқсаты бар екенін серверде тексеруі керек. Егер қолданба рұқсат ережелері бар дерекқорды пайдаланса, олардың қосулы және сыналғанын тексеріңіз.
• Құпияларды браузерден тыс ұстаңыз. Төлем, электрондық пошта немесе AI провайдерлерінің API кілттері серверлік орта айнымалыларында болуы керек, фронтенд кодында ешқашан. Бұл нені білдіретінін түсінбесеңіз, орта айнымалылары мен құпиялар дегеніміз не оқыңыз.
• Серверде валидация. Браузерді айналып өтуге болады, сондықтан маңызды тексерулерді серверде қайталаңыз.
• Кіруді дұрыс жасаңыз. Қолмен құпиясөз сақтаудың орнына жақсы сыналған аутентификация кітапханасын немесе қызметін пайдаланыңыз. Қолданбаға кіруді қосу нұсқаулығы нұсқаларды қамтиды.
• Жылдамдық шектеулері кіру, тіркелу, құпиясөзді қалпына келтіру және электрондық пошта жіберетін немесе ақылы API шақыратын әр нәрсеге.
• Достық қателер. Пайдаланушы «бірдеңе дұрыс болмады» деп көруі керек; мәліметтер журналға түседі, экранға емес.
• Ағып кеткен кез келген нәрсені ауыстырыңыз. Тірі кілт бір рет чатқа, коммитке немесе скриншотқа түсіп кетсе, провайдерде ауыстырыңыз.

Көп нәрсені бірден қамтитын сұраныс:

Бұл қолданбаны өндірістік қауіпсіздікке тексеріңіз. Әр API маршрут оқитын немесе өзгертетін жазбаның иесі кірген пайдаланушы екенін тексеретінін, браузерге құпия кілттер жіберілмейтінін, енгізулер серверде валидацияланғанын және кіру мен құпиясөзді қалпына келтіру жылдамдығы шектелгенін тексеріңіз. Ештеңені өзгертпес бұрын табылғандарды тізіңіз.

Алдымен тізімді сұрау — сізге үлкен бір өзгеріс орнына мәселелерді көріп, ретін шешуге мүмкіндік береді.

4-қадам: Бұзылғанын білу — журнал жүргізу және бақылау

Алдын ала көріністе қателерді олар пайда болған сәтте көресіз. Өндірісте қолданба сізге айтуы керек. Үш деңгей бар, арзаннан пайдалысына қарай:

1. Сервер журналдары. Қателер қайталауға жеткілікті контекстпен жазылғанын тексеріңіз: қай маршрут, қай пайдаланушы ID-сы (құпиясөз немесе карта емес), енгізудің пішіні. Қолданба тек консольге жазса, AI-дан құрылымдалған журналдау қосуын сұраңыз.
2. Қатені бақылау. Sentry немесе ұқсас құрал фронтенд пен бэкенд ерекшеліктерін түсіреді, топтайды және сізге электрондық пошта жібереді. Шағын қолданба үшін бұл қызметтердің тегін жоспарлары жиі жеткілікті; ағымдағы шектеулерді олардың сайттарында тексеріңіз.
3. Жұмыс істеу уақытын тексеру. Сыртқы қызмет негізгі бетті және бір маңызды API маршрутты бірнеше минут сайын жүктеп, сәтсіз болса хабар береді. Бұл қолданба журнал жаза алмайтын мәселелерді ұстайды.

Тағы бір әдет қосыңыз: әр шығарылымнан кейін тірі қолданбаны ашып, негізгі ағындар тексеріс тізімін алдын ала көріністе емес, нақты URL-да орындаңыз.

5-қадам: Резервтік көшірмелер және қайту жолы

Екі түрлі нәрсені қорғау керек, оларды шатастыру оңай.

• Код. Жобаны нұсқа басқаруында сақтаңыз, сонда кез келген өзгерісті қайтаруға болады. Көп AI құрастырушы файлдарыңыздың чекпоинттерін сақтайды; Git репозиторийімен синхрондау құрастырушыдан тыс көшірме береді.
• Деректер. Кодты қайтару дерекқорды қайтармайды. Қате миграция немесе дұрыс емес жұмыс істейтін жою батырмасы кез келген код чекпоинты қайтара алмайтын жолдарды жоя алады.

Деректер үшін тұрақты резервтік көшірмелерді қолданбаның өз хостингінен басқа жерде сақтауға баптаңыз — Postgres үшін ұсынылатыны — жоспарланған pg_dump бөлек сақтауға; көптеген басқарылатын дерекқор хосттары автоматты резервтік көшірмені немесе нүктелі қалпына келтіруді ұсынады. Содан кейін көпшілік өткізіп жіберетін қадамды орындаңыз: резервтік көшірмені уақытша дерекқорға қалпына келтіріп, деректердің бар екенін тексеріңіз.

Сондай-ақ AI-дан жою әрекеттерін қауіпсіздеу сұраңыз: жоюға растау қадамы және пайдаланушыларға қайта керек болуы мүмкін нәрселер үшін «жұмсақ жою» (жолдарды жоймай, жойылған деп белгілеу).

6-қадам: Телефонда тұрақты жұмыс істейтін өнімділік

Прототиптер жылдам көрінеді, себебі сіз жалғыз пайдаланушысыз және деректер жиыны шағын. Іске қосар алдында:

• Нақты көлемдегі деректерді жүктеңіз. AI-дан бірнеше мың жолды толтыруын сұраңыз және қай беттер баяулайтынын көріңіз. Тізімдерге көбіне беттеу (пагинация) керек, ал дерекқорға сүзетін және сұрыптайтын бағандарға индекстер керек.
• Суреттерді кішірейтіңіз. Үлкен суреттер беттің баяу жүктелуінің ең жиі себебі. Өлшемі өзгертілген, сығылған суреттерді және көрінбейтін жерде жүктеуді (lazy loading) сұраңыз.
• Өлшеңіз. Тірі URL-да Chrome dev құралдарындағы Lighthouse-ты мобильді режимде іске қосыңыз. Google-дың Core Web Vitals көрсеткіштері ақылға қонымды мақсат: Largest Contentful Paint 2,5 секундтан аспауы, Interaction to Next Paint 200 мс немесе аз, Cumulative Layout Shift 0,1 немесе аз.
• «Оянуға» кететін кідірісті байқаңыз. Бос тұрғанда ұйықтайтын хостинг ақша үнемдейді, бірақ тыныш кезеңнен кейінгі алғашқы кіру баяу болады. Жаңа қолданба үшін бұл көбіне жақсы айырбас; мұның болып жатқанын біліңіз.

Тізім беті 5000 жолда баяу. Серверлік беттеуді қосыңыз (бетіне 25), сүзетін және сұрыптайтын бағандарға дерекқор индекстерін қосыңыз және келесі бет жүктелгенше жүктелу күйін көрсетіңіз.

7-қадам: Операциялық негіздер

Бірнеше шағын нәрсе хобби қолданбаны адамдар сенетін қолданбадан ажыратады:

• HTTPS бар жеке домен. Жеке доменді қалай қосу қараңыз.
• Расталған доменнен транзакциялық электрондық пошта тіркелуді растау және құпиясөзді қалпына келтіру үшін — қолданбадан электрондық хат жіберу ішінде қамтылған.
• Құпиялық саясаты және шарттар, жинайтын деректеріңізді нақты сипаттайтын. Өзіңіз ие болмаған сәйкестік талаптарын көшірмеңіз.
• Қолдау жолы — тіпті бақыланатын электрондық пошта мекенжайы болса да.
• Төлемдер мен электрондық пошта үшін бөлек тест және тірі кілттер, және қайсы орта қайсы кілтті пайдаланатынының анық жазбасы.

8-қадам: Таза тапсыру

Ертесі немесе алты айдан кейін қолданбамен басқа біреу жұмыс істейді: фрилансер, жаңа серіктес немесе сіз. Оны жеңіл етіңіз:

• README, онда оны қалай іске қосу, қажетті орта айнымалыларының атаулары (мәндерсіз, тек аттары), және қалай жаю туралы.
• Негізгі ағындар тізімі және автоматты тесттер.
• Қысқа архитектура жазбасы: фронтенд, бэкенд, дерекқор, үшінші тарап қызметтері және әрқайсысы қайда хостингтеледі.
• Кіру тізімі: домен, хостинг, дерекқор, төлем және электрондық пошта аккаунттарында админ құқығы кімде. Бұларды жеке поштаның орнына бизнес поштасына байланыстырыңыз.
• Код Git-те, мүмкін сіз иеленетін репозиторийге синхрондалған. Хостингті кейін ауыстыруды жоспарласаңыз, AI арқылы жасалған қолданбаны экспорттау және өзі хостингтеу нұсқаулығын оқыңыз.

AI осының көбін сізге жобалай алады:

Бұл жобаға README жазыңыз, оны ешқашан көрмеген әзірлеушіге арнап: қолданба не істейтіні, технологиялық стек, жергілікте қалай іске қосу, ол оқитын әр орта айнымалысы (тек аттары мен мақсаты), дерекқор схемасы қалай ұйымдастырылғаны және қалай жаю керегі.

Өндіріске дайындық тексеру тізімі

• Негізгі ағындар жазылған және сыналған, соның ішінде «басқа біреудің деректеріне кіре алмау»
• Әр деректер маршрутында серверде рұқсат және валидация
• Фронтенд кодында құпия кілттер жоқ; ағып кеткен кілттер ауыстырылған
• Кіру мен ақы шығаратын әр нәрседе жылдамдық шектеулері
• Қате бақылау мен жұмыс істеу уақыты туралы ескертулер оқитын поштаға бағытталған
• Дерекқор резервтік көшірмелері қолданба хостингінен тыс, кем дегенде бір сәтті қалпына келтіру сынағымен
• Нақты көлемдегі деректермен беттеу мен индекстер тексерілген
• Жеке домен, расталған жіберу домені, құпиялық саясаты
• Келесі адам үшін README және кіру тізімі

Mythex арқылы жасау

Егер прототипті Mythex-те жасаған болсаңыз, осы қадамдардың көбі бір жобадағы сұраныстар болып табылады. /test деп теріңіз — Mythex тірі алдын ала көріністе пайдаланушы сияқты нұқып өтеді және бұзылған ағындарды хабарлайды; қараңыз App Testing. Кілттер чатқа емес, жобаның құпияларына енгізіледі, агенттің әр сәтті жауабы файлдарыңыздың чекпоинтын сақтайды, оған қайта оралуға болады, ал жариялау сізге тірі URL береді, хостинг пен дерекқор бір кредит балансынан төленеді (хостинг шектеулері қолданбалар мен дерекқорлардың қалай ұйықтап, оянатынын түсіндіреді). Чекпоинттер файлдарды қамтиды, дерекқор жолдарын емес, сондықтан деректердің резервтік көшірмесін жоспарлауды ұмытпаңыз. Pro жоспарында жеке домен қосуға және кодты экспорттауға немесе өз GitHub репозиторийіңізге синхрондауға болады.

Сұрақтар