छह एजेंट टीमें। हर Discovery साइकिल में समानांतर चलने वाले पांच रिसर्च एजेंट। हर टीम को चलाने के तीन तरीके — एक बार, मांग पर, या ऐसे शेड्यूल पर जो तब तक दोहराता रहे जब तक आप उसे रोकें नहीं। और एक आंकड़ा जो आसानी से नज़रअंदाज़ हो सकता है: किसी बग के वेरिफ़िकेशन के दो राउंड झेलने और उसके फ़िक्स के असल में बिल्ड में आ जाने के बीच शून्य इंसानी क्लिक।
आखिरी बात ही समझाने लायक है, और इस पोस्ट की कवर इमेज इसका उदाहरण है। Overgrowth Station एक इडल-रिक्लेमेशन गेम है जिसमें बेल-लताएं धीरे-धीरे एक छोड़ दिए गए ट्रांज़िट हब को निगल जाती हैं और आप करेंसी खर्च करके उन्हें साफ़ करते जाते हैं। हमारी टीम में किसी ने भी इसे डिज़ाइन नहीं किया — रिसर्च एजेंट्स ने इस आइडिया को Reddit पर "बिना फ़ेल स्टेट वाले कोज़ी मैनेजमेंट गेम्स" वाले थ्रेड्स के एक क्लस्टर से निकाला, बिल्डर ने इसे लगभग चालीस मिनट के वॉल-क्लॉक समय में चला दिया, और वेरिफ़ायर्स ने पकड़ा कि हर क्लिक पर UI बीप कर रहा था जबकि वर्ल्ड लेयर पूरी तरह खामोश थी। इसके लिए किसी ने टिकट नहीं डाला। प्लेटफ़ॉर्म ने खुद ही एक फ़ॉलो-अप फ़िक्स रन क्यू में डाल दिया, बाद के एक पास ने गायब एम्बिएंट ऑडियो बेड जोड़ दिया, और रीबिल्ट वर्जन ने आज सुबह पूरी वेरिफ़िकेशन चेन पास कर ली। यह पूरे प्लेटफ़ॉर्म की पिच को एक स्क्रीनशॉट में समेट देता है: एक टूल नहीं, बल्कि एक लूप, जहां एक टीम का आउटपुट अगली टीम का इनपुट बनता है और कमियां बिना किसी इंसान की निगरानी के पकड़ी जाती हैं।
फ़िक्स लूप से पहले, आइडिया लूप आता है
ज़्यादातर AI बिल्डर्स टेक्स्ट बॉक्स से शुरू होते हैं — आप आइडिया लाते हैं, वे उसे बनाते हैं। यह तब ठीक है जब आपको पहले से पता हो कि क्या बनाना है, लेकिन "मुझे क्या बनाना चाहिए" प्रोडक्ट की समस्या से पहले एक रिसर्च की समस्या है, और इसका जवाब मेहनत से मिलता है: r/smallbusiness पर लोग किस बात की शिकायत करते हैं, किसी niche subreddit पर हफ़्ते में ग्यारह बार क्या पूछा जाता है, किसी कम-सेवित App Store कैटेगरी के "आपको यह भी पसंद आ सकता है" स्लॉट में क्या पड़ा है। Discovery टीम यह मेहनत एक शेड्यूल पर करती है। पांच एजेंट समानांतर चलते हैं — ट्रेंड डेटा, सोशल डिस्कशन थ्रेड्स, Quora और Stack Exchange जैसी Q&A साइट्स, ऐप-स्टोर कैटेगरी की कमियां, और पांचवां जो सब कुछ मिलाकर देखता है: यह बाकी चारों के निष्कर्षों को पढ़ता है और देखता है कि कहीं वही शिकायत एक से ज़्यादा जगह तो सामने नहीं आ रही — जो आमतौर पर यह तय करता है कि यह असली मौका है या सिर्फ़ एक इक्का-दुक्का शिकायत।
ये सब मिलकर Opportunity Briefs पर पहुंचते हैं, और एक ब्रीफ़ कोई अंदाज़ा नहीं होता — यह समस्या को लोगों के इस्तेमाल किए गए असली शब्दों में बताता है, ऑडियंस साइज़ का अनुमान लगाता है, सबूत देता है (थ्रेड लिंक, कोट स्निपेट, जहां उपलब्ध हो वहां सर्च वॉल्यूम), और एक MVP का दायरा तय करता है। सिर्फ़ "एक फिटनेस ऐप" नहीं, बल्कि "चालीस सेकंड से कम की एक खास एक्सरसाइज़ कैटेगरी के लिए रेप-काउंटर, जिसके लिए किसी ने साफ़-सुथरा टाइमर नहीं बनाया है।" Build-this पर क्लिक करते ही यही सटीक दायरा बिल्डर का प्रॉम्प्ट बन जाता है, बीच में कोई अनुवाद-हानि नहीं होती। आप इस सबको छोड़कर अपना खुद का आइडिया भी टाइप कर सकते हैं, और ज़्यादातर लोग शुरुआत में ऐसा ही करते हैं — Discovery अपनी उपयोगिता आपके दूसरे या तीसरे प्रोडक्ट पर ज़्यादा साबित करता है, जब आपके अपने आइडिया खत्म हो चुके होते हैं।
असल में खामोश ऑडियो को किसने पकड़ा
Builder टीम कोड को छूने से पहले योजना बनाती है। आपको एक छोटा लिखित प्लान मिलता है, और यह वह पूछती है जिसका अंदाज़ा वह नहीं लगा सकती — पर-डिवाइस सेव या अकाउंट से जुड़े सेव, शुरू से पेड टियर या फ़िलहाल सिर्फ़ फ़्री। यह सवाल छोड़ देने से ही ऐसा बिल्डर बनता है जो किसी महंगी चीज़ पर गलत अंदाज़ा लगा बैठता है जिसे बाद में सुधारना मुश्किल होता है। आपके कन्फ़र्म करते ही यह बनना शुरू करता है, जबकि आप लाइव प्रीव्यू को अपडेट होते देखते हैं। इसका दायरा व्यापक है — वेबसाइट्स, असली बैकएंड वाले वेब ऐप्स, 2D और 3D गेम्स, Android ऐप्स, डेस्कटॉप ऐप्स, ब्राउज़र एक्सटेंशन — और यह अपनी रफ़्तार को लेकर ईमानदार है: 3D गेम्स एक CRUD वेब ऐप की तुलना में साफ़ तौर पर धीरे converge होते हैं, और यह इसे पहले ही बता देता है, बिना चुपचाप तीन गुना समय लिए।
जिस चीज़ ने Overgrowth Station की गायब ऑडियो पकड़ी, वह बिल्डर बिल्कुल नहीं है। एजेंट्स का एक अलग समूह — वेरिफ़ायर एजेंट्स, जो वही एजेंट नहीं जो अपना खुद का होमवर्क जांच रहा हो — कोड की शुद्धता की समीक्षा करता है, सुरक्षा खामियों (इंजेक्शन, उजागर सीक्रेट्स, ऑथ-चेक से रहित रूट्स) के लिए ऑडिट करता है, टूटे हुए लिंक और बुनियादी SEO स्वच्छता जांचता है, रेंडर किए गए आउटपुट पर एक्सेसिबिलिटी टेस्ट चलाता है, और पुष्टि करता है कि बिल्ड वाकई प्लान से मेल खाता है। यह आखिरी जांच इसलिए मौजूद है क्योंकि एक बिल्डर तकनीकी रूप से काम करने वाला कोड बना सकता है जो चुपचाप वह फ़ीचर छोड़ देता है जिसका प्लान ने वादा किया था, जब वह फ़ीचर उम्मीद से मुश्किल निकला हो। निष्कर्ष वापस फ़िक्स के लिए जाते हैं, और लूप फ़िक्स पर भरोसा करने के बजाय फिर से वेरिफ़ाई करता है। अगर कोई चीज़ इसके बावजूद बच निकलती है, तो क्यू में लगा हुआ फ़ॉलो-अप रन उसे बाद में पकड़ लेता है — Overgrowth Station के मामले में कुछ घंटों में — बिना किसी टिकट, बिना किसी रिमाइंडर, बिना किसी इंसान के पहले यह कमी नोटिस किए। यह चेन खुद कैसे बनी है, इस बारे में और जानकारी How builds verify themselves में है।
आपको किसी रीसेलर को सौंपे बिना शिपिंग
एक तैयार बिल्ड एक क्लिक में एक मुफ़्त सबडोमेन पर लाइव हो जाता है, SFTP के ज़रिए आपके अपने सर्वर पर डिप्लॉय होता है, या आपके अपने डेवलपर अकाउंट्स के ज़रिए ऐप स्टोर्स पर शिप होता है — आपका Google Play अकाउंट, आपका Apple अकाउंट, आपकी कीज़। हम इनमें से किसी के भी बीच में नहीं आते, जिसका मतलब है कि अकाउंट, रेवेन्यू, और बिना ऐप खोए दूर जाने का विकल्प — सब आपके पास रहता है। Ship टीम उबाऊ पैकेजिंग का काम करती है: किसी रैपर की बजाय असली Android टूलचेन के ज़रिए एक असली साइन किया हुआ .aab, साइन किए गए डेस्कटॉप इंस्टॉलर्स, पैकेज्ड ब्राउज़र-एक्सटेंशन ज़िप्स, और स्टोर लिस्टिंग व प्राइवेसी डिक्लेरेशन जो एक जनरिक टेम्पलेट की बजाय कोड असल में क्या करता है उससे लिखे जाते हैं। जो ऐप लोकेशन डेटा को छूती ही नहीं, उसे ऐसा प्राइवेसी फ़ॉर्म नहीं मिलता जो इसका दावा करे।
जान-बूझकर दो चीज़ें आपके पास ही रहती हैं, किसी सीमा के कारण नहीं: एक बार का डेवलपर रजिस्ट्रेशन फ़ीस, और असली यूज़र्स तक पब्लिश करने वाला आखिरी रोलआउट क्लिक। हम स्टोर्ड पेमेंट जानकारी की मदद से दोनों को ऑटोमेट कर सकते थे, लेकिन जान-बूझकर ऐसा नहीं किया — इसकी वजहें नीचे दिए गए कॉलआउट में हैं। पूरा वॉकथ्रू, जिसमें यह भी शामिल है कि रिजेक्ट हुआ सबमिशन कैसा दिखता है, From prompt to app store में है।
वह हिस्सा जिसे ज़्यादातर टूल्स पूरी तरह छोड़ देते हैं
बिना फ़ीडबैक लूप के शिप किया गया प्रोडक्ट बस एक महंगा प्रोटोटाइप है, और यहीं पर ज़्यादातर टूल्स आपको एक URL थमाकर गायब हो जाते हैं। Search Console और Analytics कनेक्ट करें, और Optimize टीम रोज़ असली आंकड़े खींचना शुरू कर देती है — आप किन क्वेरीज़ के लिए किस पोज़िशन पर रैंक करते हैं, कौन क्लिक करता है, लैंड करने के बाद वे क्या करते हैं। ऐप्स के लिए स्टोर एनालिटिक्स (इंस्टॉल्स, रिटेंशन, क्रैश रेट्स) भी उन्हीं डैशबोर्ड्स में फ़ीड होते हैं। यह कमियों को अस्पष्ट सलाह की बजाय ठोस प्रस्तावों में बदल देता है: "यह पेज असली वॉल्यूम वाले एक टर्म के लिए पोज़िशन 14 पर रैंक करता है, टाइटल टैग में इसका ज़िक्र नहीं है, यह रहा एक रीराइट।" अपना मोड चुनें — यह सिर्फ़ रिपोर्ट कर सकता है, प्रस्ताव देकर आपकी मंज़ूरी का इंतज़ार कर सकता है, या खुद बदलाव लागू करके देख सकता है कि कहीं मेट्रिक्स गलत दिशा में तो नहीं जा रहे, और ऐसा होने पर रोलबैक का रास्ता भी रखता है।
मार्केटिंग टीम ऐसा प्रचार तैयार करती है जो जहाँ भी पोस्ट किया जाए वहाँ के हिसाब से स्वाभाविक लगे, और इसके लिए अपेक्षा से ज़्यादा दोहराव करना पड़ा। शुरुआती वर्ज़न वही तीन वाक्य Reddit, X और Quora के जवाब में चिपका देते थे, और वे बिल्कुल वैसा ही पढ़े जाते थे। अब: Reddit पर उस सबरेडिट के लहज़े के हिसाब से बनी पोस्ट, जिसके साथ पहली टिप्पणी के रूप में एक जवाब भी तय होता है, क्योंकि Reddit पर असली जानकारी अक्सर कमेंट में होती है और पोस्ट सिर्फ़ आकर्षण के लिए होती है; एक X थ्रेड जो यह मानकर चलता है कि पहली ख़राब लाइन पर पाठक चला जाएगा; और एक Quora जवाब जो प्रोडक्ट का ज़िक्र करने से पहले दो पैराग्राफ़ तक कुछ उपयोगी सिखाता है। विज्ञापन टीम Google Ads जैसे प्लेटफ़ॉर्म के लिए कैंपेन प्लान करती है और क्रिएटिव — हेडलाइन, इमेज, टार्गेटिंग — का ड्राफ़्ट तैयार करती है। दोनों टीमों का हर ड्राफ़्ट आपके अनुमोदन का इंतज़ार करता है।
| टीम | क्या बनाता है | आगे भेजा जाता है |
|---|---|---|
| डिस्कवरी | प्रमाण और MVP दायरे सहित अवसर ब्रीफ़ | बिल्डर |
| बिल्डर | सत्यापित बिल्ड्स: साइट, ऐप्स, गेम्स, नेटिव आर्टिफ़ैक्ट्स | शिप |
| शिप | लाइव URL, इंस्टॉलर, स्टोर सबमिशन | ऑप्टिमाइज़ करें |
| ऑप्टिमाइज़ | असली GSC / GA4 / स्टोर आँकड़ों पर आधारित सुधार | लूप |
| मार्केटिंग | प्लेटफ़ॉर्म-अनुरूप पोस्ट ड्राफ़्ट | आप |
| विज्ञापन | कैंपेन प्लान और क्रिएटिव ड्राफ़्ट | आप |
जहाँ लूप अपने आप रुक जाता है
ऑटोनॉमस मोड सभी छह चरणों को इस तरह जोड़ता है कि रिसर्च बिल्ड्स को, बिल्ड्स शिपिंग को, और शिपिंग ऑप्टिमाइज़ेशन को आगे बढ़ाती है, और यह चक्र अपने आप, बिना किसी इंसान द्वारा हर चरण को दोबारा शुरू किए, दोहराता रहता है। हम अपना खुद का लूप इसी तरह चलाते हैं, और हमारे शोकेस और Unity Lab में जो कुछ है उसका ज़्यादातर हिस्सा इसी से, बिना किसी निगरानी के, निकला है — Overgrowth Station बनने से पहले किसी ने बैठकर तय नहीं किया था कि एक आइडल-रीक्लेमेशन गेम होना चाहिए।
