आपके वाइब-कोडेड ऐप का असली मालिक कौन है?

हर वाइब कोडिंग पिच पहले पैराग्राफ में कहीं न कहीं कोड ओनरशिप का जिक्र जरूर करती है। GitHub पर एक्सपोर्ट करें। कोई प्रोप्राइटरी फॉर्मेट नहीं। इसे अपने साथ ले जाएं। यह लॉक-इन के बिल्कुल उलट लगता है, और आपके ऐप के जिस हिस्से में सिर्फ React कंपोनेंट्स हैं, वहां तक तो यह बात ज्यादातर सही भी है।

जो हिस्सा कभी पिच में शामिल नहीं होता, वह है डेटाबेस। और असली ऐप वहीं रहता है।

“एक्सपोर्ट” असल में क्या एक्सपोर्ट करता है

Bolt और Base44 दोनों फ्रंटएंड के लिए सीधा GitHub सिंक देते हैं, और Lovable अपने React/TypeScript आउटपुट के लिए भी यही करता है। अगर आपका ऐप कोई मार्केटिंग साइट या स्टैटिक प्रोटोटाइप है, तो यह एक्सपोर्ट लगभग पूरी चीज ही है, और आप रेपो किसी डेवलपर को सौंपकर बेफिक्र होकर निकल सकते हैं।

बिजनेस ऐप्स ऐसे नहीं होते। जैसे ही आपके बिल्ड में लॉगिन, रोल्स और असली रिकॉर्ड्स आ जाते हैं, इसे चलाने वाली ज्यादातर चीजें कंपोनेंट ट्री में नहीं, बल्कि उसके पीछे मौजूद स्कीमा, ऑथ रूल्स और परमिशन लॉजिक में होती हैं। यही वह लेयर है जिसे ये प्लेटफॉर्म छोड़ने में सबसे ज्यादा हिचकिचाते हैं।

Base44 इसे परोक्ष के बजाय साफ तौर पर बताता है: रिव्यूअर्स ने नोट किया है कि फ्रंट-एंड कोड GitHub पर एक्सपोर्ट होता है, लेकिन डेटाबेस और बैकएंड पूरी तरह Base44 के इन्फ्रास्ट्रक्चर पर होस्टेड रहते हैं और इन्हें सीधे बदला या एक्सपोर्ट नहीं किया जा सकता। अपनी खुद की फाइलें प्लेटफॉर्म से निकालने की कोशिश कर रहे एक Base44 यूजर ने Reddit पर साफ शब्दों में लिखा: “मुझे एक्सेस करने योग्य फाइलों में कोई src फाइल नहीं दिख रही, इसलिए मुझे डर है कि बिल्ड को Base44 से बाहर निकालने के लिए भी मुझे एक साल का बिल्डर टियर खरीदना पड़ेगा। यह $480 है, जो कुछ हद तक बेतुका है।” तकनीकी रूप से आप छोड़ सकते हैं। बस आपको यह जानने के लिए पहले सब्सक्रिप्शन खरीदना पड़ता है कि आप साथ क्या ले जा रहे हैं।

Hotel California वाली समस्या

Lovable को लेकर शिकायतें एक कदम और आगे जाती हैं, क्योंकि मुद्दा सिर्फ यह नहीं है कि क्या एक्सपोर्ट नहीं होता, बल्कि यह है कि बिना पूछे क्या बदल जाता है। कम्युनिटी में एक संदर्भ बन चुके Reddit थ्रेड में बताया गया है कि Lovable का AI बिना स्पष्ट सहमति के किसी यूजर के निजी Supabase डेटाबेस को अपने आप Lovable Cloud में माइग्रेट कर देता है, और इस प्लेटफॉर्म को “आपके डेटाबेस के लिए एक Hotel California: आप चेक-इन तो कर सकते हैं, पर कभी बाहर नहीं निकल सकते” कहा गया है।

यह “एक्सपोर्ट बटन गायब है” से बिल्कुल अलग तरह की समस्या है। यहां प्लेटफॉर्म चुपचाप उसी चीज को हटा देता है जिसे आपको वैसे भी एक्सपोर्ट करना होता। अगर आपने यह मान लिया था कि आपका डेटा आपके अपने Supabase प्रोजेक्ट में है क्योंकि टूल खुद को इसी तरह मार्केट करता है, तो बाद में इसके उलट पता चलना ठीक वैसा ही झटका है जो आगे चलकर एक चेतावनी भरे Reddit थ्रेड में बदल जाता है, जिसे बाकी यूजर्स ठीक उसी तरह का अनुमान लगाने से पहले बाद में पढ़ते हैं।

Base44 का बैकएंड लॉक-इन एक अलग एंगल से भी वही नतीजा देता है: एक Product Hunt रिव्यूअर ने बताया कि फ्रंटएंड कोड भले ही आसानी से एक्सपोर्ट हो जाए, लेकिन डेटाबेस और बैकएंड Base44 के बंद इन्फ्रास्ट्रक्चर में फंसे रह जाते हैं, जिससे असली डेटाबेस माइग्रेशन असंभव हो जाता है। दो प्लेटफॉर्म, दो अलग तरीके, लेकिन नतीजा एक ही: ऐप का जो हिस्सा आपका असली बिजनेस डेटा रखता है, वही वह हिस्सा है जिसे आप आसानी से अपने साथ नहीं ले जा सकते।

यह समस्या समतल क्यों नहीं रहती, बल्कि बढ़ती क्यों जाती है

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

स्कीमा डेट ही वह मैकेनिज्म है जो “हम कभी न कभी माइग्रेट कर लेंगे” को “हम फंस चुके हैं” में बदल देता है। लंबे समय से Lovable इस्तेमाल कर रहे यूजर्स बताते हैं कि शुरुआत में AI को डेटाबेस स्कीमा डिजाइन करने देना ठीक काम करता है, लेकिन छठे से नौवें महीने तक यह इतना गंभीर स्कीमा डेट बना देता है कि सिर्फ एक नया फील्ड जोड़ने के लिए दर्जनों डाउनस्ट्रीम वर्कफ्लो दोबारा लिखने पड़ सकते हैं। उस मोड़ पर माइग्रेट करना किसी टेबल को कॉपी करना नहीं रह जाता, बल्कि उस सिस्टम को सुलझाना बन जाता है जिसे बनाते समय किसी ने पूरी तरह डॉक्यूमेंट ही नहीं किया था। वही रिसर्च बताती है कि अनुभवी यूजर्स अब किसी भी ऐसे प्रोजेक्ट के लिए Lovable की सलाह नहीं देते जिसे 18 से 24 महीनों से ज्यादा चलना हो, और इस डेट के और बढ़ने से पहले कोड-फर्स्ट स्टैक पर शिफ्ट होने की सलाह देते हैं।

इसकी तुलना उस प्लेटफॉर्म से करें जो खुद को भी आपकी जानकारी के बिना अपडेट कर देता है। Lovable के यूजर्स बताते हैं कि प्लेटफॉर्म के अपने अपडेट्स नियमित रूप से मौजूदा क्लाइंट ऐप्स को तोड़ देते हैं, यहां तक कि कुछ लोग अब सिर्फ प्लेटफॉर्म द्वारा खुद पैदा की गई गड़बड़ियों को ठीक करने के लिए क्लाइंट्स से मासिक मेंटेनेंस फीस लेने लगे हैं। आप सिर्फ डेटाबेस में ही लॉक-इन नहीं हैं। आप लॉक-इन रहते हुए वेंडर की पैदा की गई खराबी को ठीक करने में भी फंसे हैं।

“मुझे Base44 से सच में डर लगता है, क्योंकि मैं अपने बिजनेस की नींव उसी प्लेटफॉर्म पर बना रहा हूं… आज कुछ काम कर रहा होता है और कल वे उसे हटा देते हैं।” - Base44 यूजर, r/Base44

असल में खतरा क्या कम करता है

हम यह दिखावा नहीं करेंगे कि “होस्टेड प्लेटफॉर्म” का कोई ऐसा संस्करण है जिसका मतलब जीरो लॉक-इन है। Softr भी होस्टेड है, और अगर आप अपना अकाउंट बंद करते हैं, तो आप Lovable या Base44 की तरह ही, कोई पोर्टेबल ऐप लेकर नहीं निकलते। ईमानदार सवाल यह नहीं है कि “क्या मैं लॉक-इन से पूरी तरह बच सकता हूं,” बल्कि यह है कि “जब तक मैं प्लेटफॉर्म इस्तेमाल कर रहा हूं तब तक मेरा कितना डेटा सुलभ रहता है, और अगर कभी बाहर निकलना पड़े तो वह निकास कितना मुश्किल होगा।”

इस सवाल में मार्केटिंग लाइन से ज्यादा मायने मैकेनिज्म रखता है। किसी भी प्लेटफॉर्म पर कुछ भारी-भरकम बनाने से पहले जांचने लायक कुछ बातें ये हैं:

• क्या कोई बाहरी टूल ऐप के UI से गुजरे बिना आपके डेटा तक पहुंच सकता है? Softr का अपना डेटाबेस एक MCP सर्वर (mcp.softr.io) और एक REST API उपलब्ध कराता है, जिससे Claude, Cursor या कोई स्क्रिप्ट जैसे टूल्स आपके बनाते समय भी आपके स्कीमा को नेचुरल लैंग्वेज में पढ़, लिख या पुनर्गठित कर सकते हैं। Softr इसे सीधे तौर पर डेटाबेस को एक ही इंटरफेस से बाहर भी सुलभ रखकर लॉक-इन रोकने के तरीके के रूप में पेश करता है, जो “आप कभी न कभी कोड एक्सपोर्ट कर सकते हैं” वाले वादे से अलग है।
• क्या प्लेटफॉर्म आपको बताए बिना चुपचाप आपका इन्फ्रास्ट्रक्चर बदल देता है? यह खासतौर पर Lovable को लेकर की गई शिकायत है। अगर आपका प्लेटफॉर्म किसी AI एक्शन के हिस्से के तौर पर यह तय कर सकता है कि आपका डेटा कहां रहेगा, तो पूछें कि यह किन वजहों से ट्रिगर होता है और क्या आप इसे बंद कर सकते हैं।
• छह महीने बाद स्कीमा बदलने पर असल में कितनी लागत आती है? पहले दिन नहीं, जब सब कुछ AI का एकदम नया ढांचा होता है, बल्कि असली इस्तेमाल से डेटा आकार लेने के बाद। स्कीमा डेट लॉक-इन का धीमा वर्जन है, और यही वह चीज है जो प्राइसिंग पेज पर कभी नजर नहीं आती।

अगर ऐप सच में सिर्फ एक प्रोटोटाइप या पर्सनल प्रोजेक्ट है, तो इनमें से कुछ भी आपको इस वीकेंड इसे वाइब कोड करने से नहीं रोकना चाहिए, एक्सपोर्ट होने लायक कोड समेत। लेकिन अगर यह कोई क्लाइंट पोर्टल, इंटरनल टूल, या असली यूजर्स और असली रिकॉर्ड्स वाली कोई चीज है, तो डे टू प्रॉब्लम और लॉक-इन की समस्या असल में एक ही समस्या के दो नाम हैं: जिस प्लंबिंग के बारे में आपने पहले दिन नहीं सोचा, वही दो सौवें दिन सबसे मुश्किल से हिलने वाली चीज बनती है। ऐसा फाउंडेशन चुनने से पहले जिसे छोड़ना आसान न हो, हमारी क्लाइंट पोर्टल्स रैंकिंग जरूर देख लें।