AI प्रोटोटाइप प्रत्यक्ष वापरात कसा आणायचा

AI प्रोटोटाइप प्रत्यक्ष वापरात आणण्यासाठी, "मी प्रयत्न केल्यावर ते काम करते" आणि "इतर लोक वापरत असतानाही ते चालते" यामधील अंतर भरून काढा. प्रत्यक्षात यामध्ये पाच गोष्टी येतात: तुम्ही काहीही बदलता तेव्हा मुख्य प्रवाहांची चाचणी करणे, कोण काय पाहू आणि बदलू शकतो ते बंद करणे, वापरकर्त्यांनी सांगण्याआधीच त्रुटी तुम्हाला कळतील याची खात्री करणे, डेटाचा बॅकअप घेणे आणि तो पुनर्संचयित करता येतो हे सिद्ध करणे, आणि मोबाइलवर ॲप पुरेसे जलद ठेवणे. यापैकी काहीही पुन्हा लिहिण्याची गरज नाही — ही एक चेकलिस्ट आहे, जी तुम्ही प्रोटोटाइप बनवणाऱ्याच AI सोबत पूर्ण करता.

प्रोटोटाइप विरुद्ध प्रत्यक्ष वापर: नेमके काय बदलते

प्रोटोटाइपला एकच काळजीपूर्वक वापरकर्ता असतो: तुम्ही. कोणते बटण दाबायचे ते तुम्हाला माहीत असते, तुम्ही योग्य इनपुट टाइप करता, आणि काही तुटले तर खांदे उडवून AI ला दुरुस्त करायला सांगता. प्रत्यक्ष वापरात अनेक निष्काळजी वापरकर्ते, काही जिज्ञासू आणि क्वचित एखादा शत्रू असतो. कोड "एंटरप्राइज" होण्याची गरज नाही; प्रोटोटाइपला कधीच न भेटणाऱ्या परिस्थिती हाताळता येणे गरजेचे आहे.

या मार्गदर्शकाचे उर्वरित भाग प्रत्येक ओळीतून जातात.

पायरी 1: व्याप्ती गोठवा आणि मुख्य प्रवाह लिहा

काहीही कठीण करण्याआधी, आवृत्ती एक काय आहे ते ठरवा. सर्वात महत्त्वाचे तीन ते सहा प्रवाह यादी करा — उदाहरणार्थ "साइन अप करा, प्रकल्प तयार करा, सहकाऱ्याला आमंत्रित करा, पैसे द्या". हेच तुमची चाचणी स्क्रिप्ट, मॉनिटरिंग लक्ष्य आणि प्रत्येक बदलानंतर तपासायच्या गोष्टी बनतात.

यादीत नसलेले काहीही एकतर कापले जाईल किंवा स्पष्टपणे बीटा म्हणून चिन्हांकित केले जाईल. चौदा प्रवाह विश्वसनीय करण्यापेक्षा चार प्रवाह विश्वसनीय करणे खूप सोपे आहे.

पायरी 2: अनोळखी व्यक्तीसारखी चाचणी करा, मग ती पुनरावृत्ती करता येण्याजोगी करा

AI बिल्डर्स "हॅप्पी पाथ"वर चालणारा कोड बनवण्यात चांगले आहेत. प्रत्यक्ष वापरातील समस्या "अनहॅपी पाथ"वर असतात. प्रत्येक मुख्य प्रवाह यांनी तपासा:

• चुकीचे इनपुट: रिकामी आवश्यक फील्ड्स, ५,००० अक्षरांचे नाव, @ नसलेला ईमेल, ऋण प्रमाण, भूतकाळातील तारीख.
• रिफ्रेश आणि बॅक बटण: चेकआउटच्या मध्येच रिलोड करा; फॉर्म सबमिट केल्यावर बॅक दाबा. काही दोनदा तयार होते का?
• दोन टॅब, दोन वापरकर्ते: दोन वेगवेगळ्या खात्यांनी लॉगिन करा आणि URL मधील ID बदलून एकमेकांची पाने उघडण्याचा प्रयत्न करा.
• संथ आणि लहान: फोनच्या आकाराची स्क्रीन आणि मंद कनेक्शन (ब्राउझर डेव्हलपर टूल्स ते सिम्युलेट करू शकतात).
• रिकामी स्थिती: पूर्णपणे नवीन खाते, जिच्याकडे कोणताही डेटा नाही. प्रोटोटाइप अनेकदा नमुना डेटासह बनवलेले असतात आणि त्याशिवाय तुटलेले दिसतात.

मग चाचणी पुनरावृत्ती करता येण्याजोगी करा. किमान, लिखित चेकलिस्ट ठेवा आणि प्रत्येक रिलीजपूर्वी ती चालवा. अधिक चांगले म्हणजे AI ला सर्वात महत्त्वाच्या प्रवाहांसाठी स्वयंचलित चाचण्या लिहायला सांगा:

या प्रवाहांसाठी स्वयंचलित एंड-टू-एंड चाचण्या जोडा: ईमेलने साइन अप, प्रकल्प तयार करणे, दुसऱ्या वापरकर्त्याला आमंत्रित करणे, आणि Stripe टेस्ट मोडमध्ये चेकआउट पूर्ण करणे. तसेच अशा चाचण्या जोडा ज्या पुष्टी करतात की वापरकर्ता URL बदलून दुसऱ्याचा प्रकल्प पाहू किंवा बदलू शकत नाही.

वापरकर्ता काहीतरी करू शकत नाही हे सिद्ध करणाऱ्या चाचण्या अशा आहेत ज्या प्रोटोटाइपमध्ये सर्वात जास्त वेळा नसतात.

पायरी 3: प्रोटोटाइपमध्ये वगळल्या जाणाऱ्या सुरक्षा मूलभूत गोष्टी

AI ने बनवलेल्या ॲप्समधील बहुतेक सुरक्षा समस्या विचित्र नसतात. त्या गहाळ तपासण्यांमुळे होतात. ही यादी तपासा, आणि अधिक तपशीलासाठी AI ने बनवलेल्या ॲप्ससाठी सुरक्षा चेकलिस्ट पाहा:

• सर्व्हरवर अधिकृतता. बटण लपवणे ही सुरक्षा नाही. डेटा वाचणारी किंवा बदलणारी प्रत्येक विनंती सर्व्हरवर तपासली पाहिजे की लॉगिन केलेल्या वापरकर्त्याला ती परवानगी आहे. तुमचे ॲप रो-लेव्हल नियम असलेला डेटाबेस वापरत असेल, तर ते चालू आहेत आणि चाचणी केलेले आहेत याची खात्री करा.
• सिक्रेट्स ब्राउझरबाहेर. पेमेंट, ईमेल किंवा AI प्रदात्यांच्या API की सर्व्हर-साइड एन्व्हायर्नमेंट व्हेरिएबल्समध्ये असाव्यात, फ्रंट-एंड कोडमध्ये कधीही नाहीत. याचा अर्थ काय ते माहीत नसल्यास, एन्व्हायर्नमेंट व्हेरिएबल्स आणि सिक्रेट्स म्हणजे काय वाचा.
• सर्व्हरवर व्हॅलिडेशन. ब्राउझरला बायपास करता येते, म्हणून महत्त्वाची प्रत्येक तपासणी सर्व्हरवर पुन्हा करा.
• लॉगिन योग्यरित्या. हाताने बनवलेल्या पासवर्ड स्टोरेजऐवजी चांगली चाचणी केलेली ऑथ लायब्ररी किंवा सेवा वापरा. तुमच्या ॲपमध्ये लॉगिन जोडणे मार्गदर्शक पर्याय सांगते.
• रेट लिमिट्स लॉगिन, साइन-अप, पासवर्ड रीसेट आणि ईमेल पाठवणाऱ्या किंवा पैसे लागणाऱ्या API ला कॉल करणाऱ्या कोणत्याही गोष्टीवर.
• सौम्य त्रुटी. वापरकर्त्यांना "काहीतरी चुकले" दिसावे; तपशील स्क्रीनवर नव्हे, तुमच्या लॉगमध्ये जावेत.
• गळालेले काहीही बदला. लाइव्ह की कधीही चॅटमध्ये, कमिटमध्ये किंवा स्क्रीनशॉटमध्ये पेस्ट झाली असेल, तर ती प्रदात्याकडे बदला.

एकाच वेळी बरेच काही कव्हर करणारा प्रॉम्प्ट:

हे ॲप प्रत्यक्ष वापरासाठी सुरक्षिततेसाठी तपासा. तपासा की प्रत्येक API राउट वाचत किंवा बदलत असलेला रेकॉर्ड लॉगिन केलेला वापरकर्ता मालक आहे, कोणतीही सिक्रेट की ब्राउझरला पाठवली जात नाही, इनपुट सर्व्हरवर व्हॅलिडेट होतात, आणि लॉगिन व पासवर्ड रीसेट रेट लिमिटेड आहेत. काहीही बदलण्याआधी तुम्हाला काय सापडले त्याची यादी द्या.

आधी यादी मागितल्याने एका मोठ्या बदलाऐवजी तुम्हाला समस्या दिसतात आणि त्यांचा क्रम तुम्ही ठरवू शकता.

पायरी 4: ते कधी तुटते ते जाणून घ्या — लॉगिंग आणि मॉनिटरिंग

प्रिव्ह्यूमध्ये तुम्हाला त्रुटी घडताना दिसतात. प्रत्यक्ष वापरात ॲपने तुम्हाला सांगणे गरजेचे आहे. तीन स्तर, सर्वात स्वस्त ते सर्वात उपयुक्त:

1. सर्व्हर लॉग्स. त्रुटी पुन्हा तयार करता येईल इतक्या संदर्भासह नोंदवल्या जातात याची खात्री करा: कोणता राउट, कोणता वापरकर्ता ID (पासवर्ड किंवा कार्ड नव्हे), कोणत्या प्रकारचे इनपुट. ॲप फक्त कन्सोलवर प्रिंट करत असेल तर स्ट्रक्चर्ड लॉगिंग जोडण्यास AI ला सांगा.
2. एरर ट्रॅकिंग. Sentry किंवा तत्सम साधनासारखी सेवा फ्रंट-एंड आणि बॅक-एंड अपवाद कॅप्चर करते, त्यांचे गट करते आणि तुम्हाला ईमेल करते. लहान ॲपसाठी या सेवांचे मोफत टियर्स अनेकदा पुरेसे असतात; सध्याच्या मर्यादा त्यांच्या साइट्सवर तपासा.
3. अपटाइम तपासणी. एक बाह्य सेवा जी प्रत्येक काही मिनिटांनी तुमचे होम पेज आणि एक महत्त्वाचा API राउट लोड करते आणि ते अयशस्वी झाल्यास अलर्ट देते. यामुळे ॲप लॉग करणेच थांबवते अशा समस्या पकडल्या जातात.

आणखी एक सवय जोडा: प्रत्येक रिलीजनंतर, लाइव्ह ॲप उघडा आणि तुमची मुख्य-प्रवाह चेकलिस्ट प्रिव्ह्यू URL वर नव्हे, तर खऱ्या URL वर चालवा.

पायरी 5: बॅकअप आणि परत येण्याचा मार्ग

दोन वेगवेगळ्या गोष्टींचे संरक्षण करावे लागते, आणि त्या सहज गोंधळतात.

• कोड. प्रोजेक्ट व्हर्शन कंट्रोलमध्ये ठेवा, जेणेकरून कोणताही बदल उलटवता येईल. अनेक AI बिल्डर्स तुमच्या फाइल्सचे चेकपॉइंट्स ठेवतात; Git रेपॉझिटरीशी सिंक केल्यास बिल्डरच्या बाहेरही एक प्रत मिळते.
• डेटा. कोड मागे नेल्याने डेटाबेस मागे जात नाही. खराब मायग्रेशन किंवा चुकीचे डिलीट बटण अशा रो नष्ट करू शकते जे कोणताही कोड चेकपॉइंट परत आणू शकणार नाही.

डेटासाठी, ॲपच्या स्वतःच्या होस्टिंगव्यतिरिक्त इतर ठिकाणी नियमित बॅकअप सेट करा — Postgres डेटाबेससाठी, वेगळ्या स्टोरेजवर शेड्यूल केलेला pg_dump ही सामान्य पद्धत आहे, आणि अनेक व्यवस्थापित डेटाबेस होस्ट स्वयंचलित बॅकअप किंवा पॉइंट-इन-टाइम रिकव्हरी देतात. मग बहुतेक लोक वगळतात ते पाऊल करा: एक बॅकअप स्क्रॅच डेटाबेसमध्ये रिस्टोअर करा आणि डेटा तिथे आहे का ते तपासा.

तसेच, विनाशकारी क्रिया सुरक्षित करण्यासाठी AI ला सांगा: डिलीटसाठी पुष्टीकरण पायरी, आणि वापरकर्त्यांना परत हवे असू शकणाऱ्या कोणत्याही गोष्टीसाठी "सॉफ्ट डिलीट" (रो काढण्याऐवजी डिलीट म्हणून चिन्हांकित करणे).

पायरी 6: फोनवर टिकणारा वेग

प्रोटोटाइप वेगवान वाटतात कारण तुम्ही एकटेच वापरकर्ते असता आणि डेटा लहान असतो. लाँचपूर्वी:

• खऱ्या आकाराचा डेटा लोड करा. AI ला काही हजार ओळी भरायला सांगा आणि कोणती पाने मंदावतात ते पहा. यादींना सहसा पेजिनेशन लागते, आणि डेटाबेसला तुम्ही फिल्टर व सॉर्ट करता त्या कॉलम्सवर इंडेक्स लागतात.
• प्रतिमा लहान करा. मोठ्या प्रतिमा हे पान हळू लोड होण्याचे सर्वात सामान्य कारण आहे. आकार बदललेल्या, संकुचित केलेल्या प्रतिमा आणि फोल्डच्या खाली लेझी लोडिंगसाठी AI ला सांगा.
• मोजा. मोबाइल मोडमध्ये Chrome च्या डेव्हलपर टूल्समध्ये लाइव्ह URL वर Lighthouse चालवा. Google चे Core Web Vitals एक समंजस लक्ष्य आहेत: Largest Contentful Paint २.५ सेकंदांच्या आत, Interaction to Next Paint २०० ms किंवा कमी, आणि Cumulative Layout Shift ०.१ किंवा कमी.
• "वेक-अप" विलंबांकडे लक्ष द्या. निष्क्रिय असताना झोपणारी होस्टिंग पैसे वाचवते, पण शांत काळानंतरच्या पहिल्या भेटीला जास्त वेळ लागतो. नवीन ॲपसाठी ती अनेकदा चांगली तडजोड असते; ती होत आहे हे माहीत असू द्या.

५,००० ओळींसह प्रोजेक्ट्स पान हळू आहे. सर्व्हर-साइड पेजिनेशन (प्रति पान २५) जोडा, आम्ही फिल्टर व सॉर्ट करतो त्या कॉलम्ससाठी डेटाबेस इंडेक्स जोडा, आणि पुढील पान लोड होत असताना लोडिंग स्थिती दाखवा.

पायरी 7: ऑपरेशनल मूलभूत गोष्टी

काही छोट्या गोष्टी छंद म्हणून बनवलेल्या ॲपला लोक विश्वास ठेवतात अशा ॲपपासून वेगळे करतात:

• HTTPS सह कस्टम डोमेन. कस्टम डोमेन कसे जोडायचे पाहा.
• साइन-अप पुष्टीकरण आणि पासवर्ड रीसेटसाठी सत्यापित डोमेनवरून ट्रान्झॅक्शनल ईमेल — तुमच्या ॲपवरून ईमेल कसे पाठवायचे यात समाविष्ट आहे.
• गोपनीयता धोरण आणि अटी ज्या तुम्ही प्रत्यक्ष गोळा करता ते वर्णन करतात. तुम्ही न मिळवलेले अनुपालन दावे कॉपी करू नका.
• सपोर्ट मार्ग — अगदी मॉनिटर केलेला ईमेल पत्ताही.
• पेमेंट आणि ईमेलसाठी वेगळ्या चाचणी आणि लाइव्ह की, आणि कोणते वातावरण कोणती वापरते याची स्पष्ट नोंद.

पायरी 8: स्वच्छ हस्तांतरण

लवकरच किंवा नंतर दुसरे कोणीतरी ॲपवर काम करेल: फ्रीलांसर, नवीन सह-संस्थापक, किंवा सहा महिन्यांनी तुम्ही स्वतः. ते सोपे करा:

• README जे सांगते ते कसे चालवायचे, कोणते एन्व्हायर्नमेंट व्हेरिएबल्स लागतात (फक्त नावे, कधीही मूल्ये नाहीत), आणि ते कसे डिप्लॉय करायचे.
• मुख्य-प्रवाह चेकलिस्ट आणि स्वयंचलित चाचण्या.
• एक छोटी आर्किटेक्चर नोंद: फ्रंट एंड, बॅक एंड, डेटाबेस, तृतीय-पक्ष सेवा, आणि प्रत्येक कुठे होस्ट आहे.
• प्रवेश यादी: डोमेन, होस्टिंग, डेटाबेस, पेमेंट आणि ईमेल खात्यांवर ॲडमिन प्रवेश कोणाकडे आहे. ही खाती वैयक्तिक ईमेलऐवजी व्यवसाय ईमेलखाली ठेवा.
• कोड Git मध्ये, शक्यतो तुमच्या स्वतःच्या मालकीच्या रेपॉझिटरीसोबत सिंक केलेला. होस्टिंग नंतर हलवायचे असेल, तर AI ने बनवलेले ॲप कसे एक्सपोर्ट करून स्वतः होस्ट करायचे वाचा.

यातील बराचसा भाग AI तुमच्यासाठी मसुदा करू शकते:

या प्रोजेक्टसाठी README लिहा, जे ते कधीही पाहिले नसलेल्या डेव्हलपरसाठी असेल: ॲप काय करते, टेक स्टॅक, स्थानिक पातळीवर कसे चालवायचे, ते वाचणारे प्रत्येक एन्व्हायर्नमेंट व्हेरिएबल (फक्त नावे आणि उद्देश), डेटाबेस स्कीमा कसा रचलेला आहे, आणि ते कसे डिप्लॉय करायचे.

प्रत्यक्ष वापरासाठी तयारी चेकलिस्ट

• मुख्य प्रवाह लिहिलेले आणि चाचणी केलेले, "दुसऱ्याच्या डेटामध्ये प्रवेश करू शकत नाही" यासह
• प्रत्येक डेटा राउटवर सर्व्हर-साइड अधिकृतता आणि व्हॅलिडेशन
• फ्रंट-एंड कोडमध्ये सिक्रेट की नाहीत; गळालेल्या की बदलल्या
• ऑथ आणि पैसे लागणाऱ्या कोणत्याही गोष्टीवर रेट लिमिट्स
• एरर ट्रॅकिंग आणि अपटाइम अलर्ट अशा इनबॉक्सकडे जातात जो तुम्ही वाचता
• डेटाबेस बॅकअप ॲपच्या होस्टिंगबाहेर, एक यशस्वी चाचणी रिस्टोअरसह
• खऱ्या डेटासह पेजिनेशन आणि इंडेक्स तपासले
• कस्टम डोमेन, सत्यापित पाठवणे डोमेन, गोपनीयता धोरण
• पुढे जो कोणी येईल त्यासाठी README आणि प्रवेश यादी

Mythex सह हे कसे करायचे

प्रोटोटाइप Mythex मध्ये बनवला असेल, तर यातील बहुतेक पायऱ्या त्याच प्रोजेक्टमधील प्रॉम्प्ट्स आहेत. /test टाइप करा आणि Mythex लाइव्ह प्रिव्ह्यूवर वापरकर्त्यासारखे क्लिक करेल आणि तुटलेले प्रवाह कळवेल — ॲप टेस्टिंग पाहा. की प्रोजेक्ट सिक्रेट्समध्ये जातात, चॅटमध्ये नव्हे; प्रत्येक यशस्वी एजंट टर्न तुमच्या फाइल्सचा चेकपॉइंट जतन करतो ज्याकडे तुम्ही परत जाऊ शकता; आणि प्रकाशित केल्याने लाइव्ह URL मिळते, होस्टिंग आणि डेटाबेस त्याच क्रेडिट बॅलन्समधून बिल होतात (होस्टिंग मर्यादा ॲप्स आणि डेटाबेस कसे झोपतात आणि जागे होतात ते सांगते). चेकपॉइंट्स फाइल्स कव्हर करतात, डेटाबेस रो नव्हे, त्यामुळे तरीही डेटा बॅकअपची योजना करा. प्रो प्लॅनवर तुम्ही कस्टम डोमेन जोडू शकता, आणि हस्तांतरणासाठी कोड एक्सपोर्ट करू शकता किंवा तुमच्या स्वतःच्या GitHub रेपॉझिटरीशी सिंक करू शकता.

प्रश्न