क्या आपका AI से बना ऐप असली उपयोगकर्ताओं के लिए तैयार है?
यह चलता है। लोग इसे इस्तेमाल कर रहे हैं। और किसी ने कभी यह नहीं देखा कि जब यह न चले तब क्या होता है — जब डेटाबेस भर जाए, जब शुक्रवार शाम छह बजे डिप्लॉय फ़ेल हो जाए, जब कोई फ़ॉर्म में अपॉस्ट्रॉफ़ी टाइप कर दे। यही वह जाँच है, लिखी हुई, तय क़ीमत पर।
$450 दो कामकाजी दिनों में रिपोर्ट
यह किसके लिए है
आपने किसी AI टूल से कुछ बनाया — या किसी और ने आपके लिए बनाया — और वह चल रहा है। वह Vercel, Railway, Render, Fly या Supabase पर हो सकता है, किसी के एक बार लगाए सर्वर पर, या ऐसी जगह जिसका नाम पूछने पर आप बता भी न पाएँ। डेमो में वह बिलकुल ठीक चलता है। असली उपयोगकर्ता अभी उस पर हैं।
जो आपके पास नहीं है, वह है ऐसा कोई जिसने उसे शुरू से आख़िर तक पढ़ा हो और लिखकर बताया हो कि क्या ग़लत है और उसे ठीक करने में क्या ख़र्च आएगा। पूरी सेवा बस यही है।
AI से बने ऐप एक ही जगहों पर क्यों टूटते हैं
जो टूल बनाना तेज़ कर देते हैं, वे स्क्रीन पर कुछ ले आने के लिए बने हैं, उसे चालू रखने के लिए नहीं। वे शायद ही वे हिस्से बनाते हैं जिनका कोई डेमो नहीं दिखाता: क्रैश होने पर दोबारा चालू होना, ऐसा बैकअप जिससे आपने सचमुच रीस्टोर किया हो, सर्टिफ़िकेट का अपने आप नया होना, और कोई अपडेट तोड़ दे तो पिछले चलते हुए संस्करण तक वापस लौटने का रास्ता।
यह नापी जा सकने वाली बात है, कोई क़िस्सा नहीं। अक्टूबर 2025 में Escape ने Lovable, Bolt और ऐसे ही टूल से बने 5,600 एप्लिकेशन की जाँच की, जो सार्वजनिक रूप से पहुँच में थे, और 2,000 से ज़्यादा कमज़ोरियाँ, 400 से ज़्यादा खुले पड़े सीक्रेट, और 175 ऐसे मामले बताए जहाँ निजी डेटा खुले में पड़ा था। इसलिए नहीं कि बनाने वाले लापरवाह थे — इसलिए कि बनाने की प्रक्रिया में यह किसी ने पूछा ही नहीं।
हम असल में करते क्या हैं
हम कोडबेस पढ़ते हैं और वह एनवायरनमेंट भी जिसमें वह चलता है। यह कोई स्कैन नहीं — एक इंसान उसे पढ़ता है, और जहाँ टूल से मदद मिलती है वहाँ टूल से।
- क्या खुला पड़ा है: रिपॉज़िटरी या क्लाइंट बंडल में पड़े सीक्रेट, बिना किसी अनुमति-जाँच वाले एंडपॉइंट, और वह निजी डेटा जिस तक कोई भी URL का अंदाज़ा लगाकर पहुँच जाए।
- गिरने पर क्या होता है: वह दोबारा चालू होता है या नहीं, किसी को पता चलता है या नहीं, और किसी ग्राहक के बताने से पहले आपको पता चलेगा या नहीं।
- आपका डेटा बचता है या नहीं: किसका बैकअप होता है, कितनी बार होता है, और कभी रीस्टोर करके देखा गया है या नहीं — जिस बैकअप को आज़माया नहीं गया, वह बैकअप है ही नहीं।
- कोई बदलाव प्रोडक्शन तक कैसे पहुँचता है, और ग़लत निकले तो वापस कैसे लिया जाता है।
- वे चीज़ें जिनकी मियाद अपने आप ख़त्म हो जाती है: सर्टिफ़िकेट, टोकन, पैसे वाली योजनाएँ, मुफ़्त टियर।
- अभी इसे चलाने में कितना ख़र्च आता है, और दस गुना ट्रैफ़िक पर कितना आएगा।
आपको क्या मिलता है
आम भाषा में पाँच से दस पन्ने, इस क्रम में कि सबसे पहले चोट कहाँ लगेगी। हर मद बताती है कि क्या ग़लत है, वैसा ही रहा तो क्या होगा, और उसे ठीक करने का ख़र्च कितना है — एक संख्या में।
आप हमें इसमें से कुछ भी करने को कहें या न कहें, रिपोर्ट आपकी है। उसे अपने ही डेवलपर के पास ले जाना उतना ही ठीक नतीजा है — बात इतनी है कि किसी ने उसे पढ़ा।
क़ीमत और दायरा
एक कोडबेस और एक एनवायरनमेंट के लिए $450। पहुँच मिलने के क्षण से दो कामकाजी दिन — भुगतान के क्षण से नहीं, जब से हम उसे पढ़ सकते हैं तब से।
दो दिन असली आँकड़ा है, बेचने के लिए गढ़ा हुआ नहीं — इसीलिए उसके साथ वह इकलौती शर्त आती है जो उसे तोड़ सकती है: हम एक बार में एक ही जाँच लेते हैं। अगर हम कुछ दिनों के भीतर शुरू नहीं कर सकते तो पैसे लेने से पहले आपको तारीख़ बता देते हैं, और अगर आपका सेटअप एक कोडबेस और एक एनवायरनमेंट से बड़ा है तो वह भी कह देते हैं। ये दोनों बातें पहले कही जाती हैं, बाद में नहीं।
आगे 90 दिनों के भीतर आप कुछ भी बुक करें तो यह $450 उसमें से घट जाता है — यानी रिपोर्ट के बाद काम हुआ, तो जाँच मुफ़्त पड़ी।
जो सवाल लोग सबसे पहले पूछते हैं
क्या मुझे अपने कोड तक आपको पहुँच देनी होगी?
हाँ — रिपॉज़िटरी तक और वह जहाँ चलता है वहाँ तक पढ़ने की पहुँच। बाहर से देखकर हम यह नहीं बता सकते कि सबसे पहले क्या टूटेगा। जब तक आप कुछ ठीक करने को न कहें, पहुँच सिर्फ़ पढ़ने की रहती है, और रिपोर्ट देने के साथ वह लौटा दी जाती है।
और अगर रिपोर्ट कहे कि सब ठीक है?
तो वह यही कहेगी, और आपके पास ऐसे व्यक्ति की लिखित पुष्टि होगी जिसके पास काम गढ़ने की कोई वजह नहीं। क़ीमत का इससे कोई लेना-देना नहीं कि कितना कुछ ग़लत निकला।
क्या यह सुरक्षा ऑडिट है?
इसमें सुरक्षा आती है, पर यह औपचारिक ऑडिट से ज़्यादा चौड़ी और कम गहरी है। यह "सबसे पहले मुझे चोट कहाँ लगेगी" का जवाब देती है, "साबित कीजिए कि यह नियमों पर खरा है" का नहीं। अगर आपको किसी ग्राहक या बीमा कंपनी के लिए प्रमाणपत्र चाहिए, तो यह वह दस्तावेज़ नहीं है।
मैंने इसे ख़ुद नहीं बनाया। क्या फिर भी आप यह कर सकते हैं?
यही ज़्यादा आम मामला है। आपको कोड समझने की ज़रूरत नहीं — रिपोर्ट इस तरह लिखी जाती है कि उसे कारोबार का मालिक पढ़ सके, न कि वह जिसने सॉफ़्टवेयर लिखा।
इसके बारे में पूछें एक कामकाजी दिन के भीतर लिखित जवाब। भेजने से आप किसी बात के लिए बँध नहीं जाते।
बाक़ी जो हम करते हैं
- इसे चलाने लायक़ बनाएँ — उस चीज़ के लिए जो जल्दी में बनी और अब लोग उस पर निर्भर हैं। एक तय रक़म, काम शुरू होने से पहले तय…
- इसे चलाते रखें — वह हिस्सा जिसे कोई अपने ज़िम्मे नहीं लेना चाहता। आपका ऐप लाइव है और किसी को यह देखना है कि वह कब बंद हुआ…
- चरणों में बनाएँ — किसी विचार से, या ऐसे प्रोजेक्ट से जो बीच में अटक गया। क़ीमत एक चरण आगे की तय होती है और भुगतान चरण-दर-चरण…
- चेकलिस्ट — यही वह सूची है जिस पर हम पैसे वाली जाँच में चलते हैं; इसे इसलिए छापा है क्योंकि इसका ज़्यादातर हिस्सा आप एक दोपहर में…
- हमारे अपने प्रोडक्ट — जो हम ख़ुद के लिए बनाते हैं, और चलाते हैं।