जब आपकी AI से बनी app रात 2 बजे टूट जाए (और आप developer नहीं हैं) तो क्या करें

आपने बिना कोई कोड लिखे एक app बनाई। यह पूरे हफ़्ते चली। फिर रात 1:47 पर एक user आपको message करता है कि signup button कुछ नहीं करता, और आप नाइटस्टैंड पर जगमगाते अपने फ़ोन से जागते हैं।

अगर आपको कभी किसी live app को ठीक करना नहीं पड़ा, तो यह पल भयानक लग सकता है। आप कोड नहीं पढ़ते। आपको नहीं पता “database” का असल में क्या मतलब है। आप पक्के नहीं हैं कि यह सच में टूटा है या बस-अजीब है, और जो लोग आमतौर पर मदद करते वो सो रहे हैं।

यहां है एक शांत, क्रमबद्ध playbook कि जब कोई AI से बनी app टूट जाए और आप कोड नहीं लिख सकते तो क्या करें। इसका ज़्यादातर हिस्सा चीज़ों को और बिगड़ने से रोकने के बारे में है, जो वो हिस्सा है जिसके बारे में कोई आगाह नहीं करता।

सबसे पहले: redeploy मत करें

आपके AI app builder में कहीं एक button है जिस पर कुछ ऐसा लिखा है “republish”, “redeploy”, या “ship।” आप अभी उसे दबाना चाहने वाले हैं। अभी मत दबाइए।

आधी-टूटी app पर redeploy दबाना टूटी हुई हालत को पक्का कर सकता है, इधर-उधर पड़ी किसी भी debug जानकारी को उड़ा सकता है, और किसी के लिए भी — ख़ुद AI builder समेत — यह पता लगाना मुश्किल कर सकता है कि क्या गड़बड़ हुई।

पहला कदम हमेशा देखना है, करना नहीं। आपने अभी यह तक पक्का नहीं किया कि क्या टूटा है।

स्टेप 1 — दिक्कत को ख़ुद दोहराएं

app को एक नई browser window में खोलें — incognito या private mode सबसे अच्छा है, क्योंकि यह किसी भी पुराने login या cache को हटा देता है जो चीज़ों को आपके लिए आपके user से अलग ढंग से चला सकता है।

ठीक वही करने की कोशिश करें जो user ने बताया। अगर उन्होंने कहा signup button काम नहीं करता, तो sign up करने की कोशिश करें। अगर उन्होंने कहा dashboard खाली है, तो log in करके dashboard देखने की कोशिश करें।

आप तीन में से एक चीज़ ढूंढ रहे हैं:

1. यह सबके लिए टूटा है। आपको वही दिक्कत आती है। यह असल में ठीक करने के लिए सबसे आसान किस्म है क्योंकि यह एक जैसी रहती है।
2. यह आपके लिए काम करता है। यह सबसे मुश्किल हालत है, क्योंकि user की किसी ख़ास परिस्थिति के बारे में कुछ (उनका browser, उनका account, उनका डेटा) दिक्कत है।
3. यह कभी-कभी होता है। यह एक बार काम करता है और अगली बार टूट जाता है। यह सबसे तनाव भरी पर सबसे जानकारी देने वाली भी है — इसका आमतौर पर मतलब है कि कुछ timeout हो रहा है या कोई संसाधन खत्म हो रहा है।

लिख लें कि आपने तीनों में से कौन सी देखी। मदद मांगते वक़्त आपको इसकी ज़रूरत पड़ेगी।

स्टेप 2 — अपनी app को दोष देने से पहले साफ़ बाहरी चीज़ें जांचें

हैरानी की बात है कि “मेरी app टूट गई” वाले बहुत से पल आपकी app की वजह से नहीं होते। अपने AI builder में घुसने से पहले, जांचें:

• क्या ख़ुद इंटरनेट ठीक है? कुछ और sites खोलें। अगर आपका wifi लड़खड़ा रहा है, तो शायद आपकी app ठीक हो और टूटे हुए आप हों।
• क्या ख़ुद AI builder में कोई outage था? ज़्यादातर AI app builders का एक status page होता है (प्रोडक्ट का नाम और “status” search करें)। अगर उनकी रात बुरी जा रही है, तो आपको और कुछ पता लगाने की ज़रूरत नहीं।
• क्या आपके किसी जुड़े हुए tool में दिक्कत आई? अगर आपकी app payments के लिए Stripe, notifications के लिए कोई email service, या डेटा स्टोर करने के लिए कोई database service इस्तेमाल करती है, तो इनमें से किसी में भी outage हो सकता है। हर एक का अपना status page है। उन्हें जांचें जिन पर आपकी app निर्भर है।

लगभग पांच में से एक बार, जवाब होता है “यह असल में मेरी app नहीं है”, और आप वापस सो सकते हैं।

स्टेप 3 — error message देखें, भले ही वो आपको डराए

अगर आपकी app कोई ऐसी screen दिखाती है जिस पर text हो — भले ही उल्टा-पुल्टा दिखने वाला text — तो उसे पढ़ें। एक screenshot लें। ख़ासकर अगर उसमें अक्षरों और अंकों की एक लंबी string हो (लोग इसे “stack trace” कहते हैं; यह वर्णमाला के घोल जैसा दिखता है पर मदद मांगते वक़्त यह सबसे काम की चीज़ है जो आपके पास हो सकती है)।

ज़्यादातर AI app builders के पास हाल में हुई errors देखने की भी एक जगह होती है। इसे Logs, Activity, Errors, या Console कहा जा सकता है। उसे खोलें। आपको जो दिखे उसका ज़्यादातर समझने की ज़रूरत नहीं — आप सबसे हालिया लाल text या सबसे हालिया error, और वो कब हुई, यह ढूंढ रहे हैं। वक़्त मायने रखता है: कल सुबह की error शायद वो वजह नहीं है कि आपका user अभी sign up नहीं कर पाया।

उस error को copy करें। आप एक मिनट में इसे कहीं काम की जगह paste करने वाले हैं।

स्टेप 4 — AI builder से पूछें कि क्या बदला

यह वो कदम है जिसका ज़्यादातर गैर-तकनीकी builders कम इस्तेमाल करते हैं। अपने AI builder के साथ chat खोलें और आम भाषा में कहें:

“मेरी app टूट गई है। Users sign up नहीं कर पा रहे — button कुछ नहीं करता। logs से error यह रही: [इसे paste करें]। पिछले 24 घंटों में क्या बदला, और इसकी क्या वजह हो सकती है?”

एक अच्छा AI builder आपको बता देगा कि कौन सा हालिया बदलाव सबसे ज़्यादा ज़िम्मेदार है। कभी आप उसे फ़ौरन पहचान लेंगे (“ओह, मैंने कल इससे कहा था कि form को ज़्यादा अच्छा बनाओ और शायद उसी ने submit लॉजिक तोड़ दिया”)। कभी यह किसी ऐसी चीज़ की ओर इशारा करेगा जिसे छूना आपको याद नहीं, जो भी काम का है — इसका मतलब है कि कुछ अपने आप बदला, जैसे कोई जुड़ा हुआ tool अपडेट हो गया।

AI builder को अभी fixes करना शुरू मत करने दें। आप अब भी diagnosis mode में हैं। एक छोटी दिक्कत को बड़ा बनाने का सबसे आम तरीका जो मैंने लोगों को करते देखा है, वो है किसी AI को चीज़ें “ठीक” करना शुरू करने देना इससे पहले कि किसी को समझ आए कि टूटा क्या है।

स्टेप 5 — तय करें कि roll back करना है या नहीं

लगभग हर AI app builder आपको अपनी app के किसी पुराने वर्शन पर वापस जाने देता है। कभी इसे “history”, “versions”, “checkpoints”, या “rollback” कहते हैं।

अगर आप साफ़ तौर पर कोई ऐसा घंटा या दिन याद कर सकते हैं जब app काम कर रही थी, तो उस वर्शन पर वापस जाना अकेला सबसे भरोसेमंद कदम है। इसकी कीमत आपको बीच में किए गए वो सारे बदलाव होती है (जो शायद आप अब चाहते भी न हों), और यह आपको जागने के लिए एक चलती हुई app दे देता है।

एक अच्छा नियम: अगर टूटी चीज़ वो है जो users रोज़ करते हैं (signup, login, payment), तो पहले roll back करें और आगे चलकर ठीक करें। चलता-लेकिन-पुराना हमेशा टूटा-और-नया से बेहतर है।

अगर टूटी चीज़ कोई ऐसा feature है जो आपने आज जोड़ा और जिस पर अभी कोई निर्भर नहीं, तो आप उसे सुबह तक टूटा छोड़ सकते हैं और साफ़ दिमाग़ से ठीक कर सकते हैं।

स्टेप 6 — अगर आपको AI builder से ठीक करवाना ही पड़े

अगर rollback मुमकिन नहीं, या आपने न करने का फ़ैसला किया है, तो AI builder को कोई fix सुझाने दें। जब वो ऐसा करे तो दो बातें ध्यान में रखें:

approve करने से पहले देखें कि वो क्या बदलने जा रहा है। आपको सब कुछ समझ नहीं आएगा, पर आप यह भांप सकते हैं कि वो एक केंद्रित चीज़ edit कर रहा है या आधी app फिर से लिख रहा है। छोटे, केंद्रित बदलाव रात 2 बजे व्यापक बदलावों से कहीं ज़्यादा सुरक्षित हैं।

fix को सबसे उबाऊ मुमकिन तरीके से टेस्ट करें। बस यह मत पूछें “क्या ठीक हो गया?” और जवाब पर भरोसा मत करें। ख़ुद एक incognito window में app पर जाएं और वो काम करें जो टूटा था। अगर fix काम कर गया, तो टूटी चीज़ अब काम करती है। अगर नहीं, तो बदलाव को सिर्फ़ इसलिए मत स्वीकार करें क्योंकि AI builder ने कहा कि वो काम कर गया।

स्टेप 7 — user को जवाब दें, भले ही आपने ठीक न किया हो

जिस user ने आपको रात 1:47 पर message किया, उसे यह उम्मीद नहीं कि आप online होंगे। पर अगर आप हैं, तो एक छोटा जवाब किसी fix से ज़्यादा मायने रखता है:

“बताने के लिए शुक्रिया — मैं अभी इसे देख रहा हूं। जैसे ही यह फिर से चलने लगेगा, मैं आपको बता दूंगा।”

अगर वो एक paying user हैं, तो वो एक message इस बात का फ़र्क है कि वो लोगों को बताएं कि आप जल्दी जवाब देते हैं बनाम लोगों को बताएं कि आपने उन्हें नज़रअंदाज़ किया। Fix सुबह तक रुक सकता है। जवाब नहीं रुक सकता।

बड़ा सबक: अपनी app को ऐसे बनाएं जैसे यह टूट सकती है

अगर आपको यह तनाव भरा लगा, तो अच्छी बात यह है कि यह तजुर्बा आपके बनाने के तरीके को नए सिरे से गढ़ देगा। अपने पहले 2 बजे वाले हादसे के बाद, आप चीज़ें अलग ढंग से करने लगेंगे:

• आप एक status check जोड़ेंगे। एक आसान सा page जो आपको बताए कि आपकी app के ज़रूरी हिस्से चल रहे हैं या नहीं, ताकि पता लगाने के लिए आपको log in न करना पड़े।
• आप user data का एक backup रखेंगे। ज़्यादातर AI builders मांगने पर आपका डेटा export कर देंगे। यह हफ़्ते में एक बार करना 30 सेकंड लेता है और सबसे बुरी हालत में आपको बचा लेता है।
• आप लिख लेंगे कि आपकी app किन चीज़ों पर निर्भर है। हर जुड़े हुए tool (payments, email, database, storage) की एक छोटी list, ताकि जब रात 2 बजे कुछ टूटे, तो आपके पास अंदाज़ों की जगह एक checklist हो।
• आप एक बार में एक चीज़ बदलेंगे। जब आप एक साथ 10 बदलाव करते हैं और app टूट जाती है, तो आपको कोई अंदाज़ा नहीं कि किस बदलाव ने तोड़ा। जब आप एक बार में एक बदलाव करते हैं, तो आपको पता होता है।

आप बिना कोडिंग के एक app बना सकते हैं। आप बिना developer बने एक app चलाती भी रख सकते हैं — पर इसमें लगने वाले हुनर बनाने वाले हुनर से अलग हैं। आप उन्हें ज़्यादातर मुश्किल तरीके से सीखते हैं, आमतौर पर किसी असुविधाजनक घंटे में।

अच्छी ख़बर: हर बार जब ऐसा होता है, यह कम डरावना होता जाता है। तीसरी बार तक, यह डराने वाला नहीं, झुंझलाने वाला होता है। दसवीं बार तक, यह बस एक आम मंगलवार है।