Claude के साथ किसी प्रोडक्ट को वाइब-कोड कैसे करें (यह एक लूप है, जादू नहीं)

संक्षिप्त उत्तर: Claude के साथ वाइब-कोडिंग का मतलब AI द्वारा आपका ऐप लिखना नहीं है जबकि आप देखते रहें — यह एक लूप है। आप बताते हैं कि आप क्या चाहते हैं, Claude इसे बनाता है, कोई चीज़ परिणाम जाँचती है, Claude विफलता पढ़ता है और उसे ठीक करता है, और यह तब तक दोहराता है जब तक चीज़ वाक़ई काम न कर जाए। कौशल प्रॉम्प्ट नहीं है। यह जाँच स्थापित करना है। सत्यापनकर्ता को सही करें और आप असली सॉफ़्टवेयर शिप कर सकते हैं; इसे छोड़ दें और आपके पास एक आत्मविश्वासी डेमो है जो एक असली उपयोगकर्ता के छूते ही गिर पड़ता है। यह रहा कि यह असल में कैसे चलता है।

कच्चे डेटा से एक ऐसे निर्णय तक जिस पर टीम कार्य कर सके — इस पोस्ट के पीछे की पाइपलाइन।

“वाइब कोडिंग” एक वाक्यांश के रूप में बहुत ज़्यादा काम कर रहा है

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

ईमानदार संस्करण: वाइब कोडिंग का मतलब है सादी भाषा में इरादा बताना और एक AI एजेंट को — मैं Claude Code का उपयोग करता हूँ, जो टर्मिनल में चलता है — टाइपिंग करने देना। यह आपकी फ़ाइलें पढ़ता है, कोड लिखता है, कमांड चलाता है, और वापस आने वाली त्रुटियाँ पढ़ता है। आप हर लाइन नहीं लिख रहे। आप दिशा दे रहे हैं, और आप जाँच रहे हैं। वह दूसरा हिस्सा ही पूरा काम है।

लूप ही प्रोडक्ट है

मार्केटिंग हटा दें और हर उपयोगी सत्र वही चार क़दम जैसा दिखता है:

वर्णन करें — Claude को सादी भाषा में वह परिणाम बताएँ जो आप चाहते हैं।
बनाएँ — यह फ़ाइलें संपादित करता है और कमांड चलाता है।
सत्यापित करें — कोई चीज़ परिणाम जाँचती है: एक टेस्ट, एक वैलिडेटर, एक स्क्रिप्ट, असली ऐप।
ठीक करें — Claude विफलता पढ़ता है और फिर से चलता है।

यह रहा इस हफ़्ते का एक असली उदाहरण। मैंने Claude से एक सेल्स-पाइपलाइन डैशबोर्ड में परिकलित मापों का एक बैच जोड़ने को कहा — एक असली डेटा मॉडल वाला एक वास्तविक Tableau वर्कबुक, न कि कोई खिलौना। इसने फ़ाइल खोली, डेटा मॉडल पढ़ा, और 92 संख्यात्मक फ़ील्ड पाए। इसने उन 58 को बाहर कर दिया जिन्हें एकत्रित करना बेतुका है (अक्षांश, देशांतर, वित्तीय-वर्ष पूर्णांक, लॉगिन काउंटर) और उन 34 पर 173 परिकलित माप बनाए जो वाक़ई मायने रखते हैं — योग, औसत, अनुपात, चालू कुल, साल-दर-साल।

फिर इसने फ़ाइल सहेजने की कोशिश की, और Tableau ने उसे अस्वीकार कर दिया। पहले प्रयास ने नए फ़ील्ड को फ़ाइल की संरचना में ग़लत जगह रख दिया, और Tableau ने एक स्कीमा त्रुटि फेंकते हुए इसे लोड करने से इनकार कर दिया।

वह अस्वीकृति कहानी का सबसे महत्वपूर्ण क्षण है। क्योंकि एक सत्यापनकर्ता था — ख़ुद Tableau, साथ ही एक स्क्रिप्ट जो जाँचती है कि हर सूत्र एक असली फ़ील्ड की ओर इशारा करता है — Claude ने देखा कि यह विफल हो गया था। इसने ठीक त्रुटि पढ़ी, फ़ील्ड को सही स्थिति में ले जाया, और तब तक फिर से जाँचा जब तक संरचना मान्य न हो गई। उस जाँच के बिना, मैंने ख़ुशी-ख़ुशी एक ऐसी फ़ाइल शिप कर दी होती जो बस खुलती ही नहीं।

वही लूप, बहुत अलग काम

लूप को परवाह नहीं कि आप क्या बना रहे हैं। इस हफ़्ते एक दौर में यह चार ऐसे कामों में चला जिनमें कुछ भी समान नहीं है:

एक Tableau डैशबोर्ड टूल (ऊपर के 173 माप)।
एक ERP फ़ीचर के लिए बिल्ड प्लान — एक आंतरिक ऐप खड़ा करने का पूरा वॉकथ्रू, जहाँ पूरी विधि वही लूप थी: बदलाव लिखें, उसे डिप्लॉय करें, एक ब्राउज़र टेस्ट को असली स्क्रीन चलाने दें, विफलताएँ पढ़ें, ठीक करें।
एक 34-पृष्ठ का PDF जिसे साफ़ Markdown में बदला गया, तालिकाएँ और चेकलिस्ट सब के साथ।
एक नॉलेज बेस फिर से जोड़ा गया ताकि एक नया दस्तावेज़ उससे संबंधित हर चीज़ में सही ढंग से जुड़ जाए।

अलग उपकरण, अलग फ़ाइल प्रकार, एक जैसी लय: वर्णन करें, बनाएँ, सत्यापित करें, ठीक करें।

सत्यापनकर्ता ही पूरा खेल है

यह वह हिस्सा है जिसे हाइप छोड़ देता है। एक AI एजेंट जो उस कोड को जाँचने का कोई तरीक़ा रखे बिना कोड लिखता है, वह विश्वसनीय दिखने वाली ग़लतियाँ उत्पन्न करने का एक बहुत तेज़ तरीक़ा है। एजेंट आपको बताएगा कि यह पूरा हो गया। यह इस पर विश्वास करता है। यह अक्सर ग़लत होता है।

लूप को भरोसेमंद बनाने वाली चीज़ “बनाएँ” के दूसरी तरफ़ की चीज़ है:

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

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

अगर आप ही इसे बना रहे हैं

यदि आप इसे प्रत्यक्ष रूप से करने जा रहे हैं, तो सेटअप छोटा है और यह ज़्यादातर लूप को बिना निगरानी के चलाने के बारे में है:

अपने प्रोजेक्ट में Claude Code चलाएँ। इसे रेपो की ओर इंगित करें। यह असली फ़ाइलों पर काम करता है, चैट विंडो पर नहीं।
बिल्ड और सत्यापन कैसे करें यह लिख लें प्रोजेक्ट रूट में एक CLAUDE.md में — कंपाइल, डिप्लॉय, और टेस्ट करने के सटीक कमांड। यह सबसे अधिक-लीवरेज वाली एक चीज़ है जो आप कर सकते हैं। अब “इसे बनाएँ और जाँचें” कुछ ऐसा है जो Claude अपने दम पर चला सकता है।
सुरक्षित कमांड को अनुमति-सूची में डालें (आपका टेस्ट रनर, आपका बिल्ड टूल) ताकि लूप हर चक्र पर अनुमति माँगने के लिए न रुके।
इरादे के साथ जाँच को प्रॉम्प्ट करें। “फ़ीचर जोड़ें” नहीं बल्कि “फ़ीचर जोड़ें, फिर टेस्ट चलाकर और जो भी लाल है उसे ठीक करके इसकी पुष्टि करें।” वह दूसरा खंड ही लूप को बंद करता है। मेरा Tableau प्रॉम्प्ट मूलतः था: ये माप जोड़ें, फिर सत्यापित करें कि फ़ाइल मान्य है और हर सूत्र हल होता है। सत्यापन खंड ही कारण है कि स्कीमा त्रुटि शिप होने के बजाय पकड़ी और ठीक की गई।

बस इतना ही। एजेंट सक्षम है; संरचना ही उसे विश्वसनीय बनाती है।

जहाँ वाइब झूठ बोलते हैं

विफलता मोड के बारे में साफ़-नज़र रहें, क्योंकि वे असली हैं:

यह पहले प्रयास में नियमित रूप से विफल होता है। Tableau फ़ाइल काम करने से पहले अस्वीकार हो गई थी। यह पूरी तरह ठीक है यदि आपके पास एक सत्यापनकर्ता है — और एक गंभीर समस्या है यदि नहीं है, क्योंकि आपको पता नहीं चलेगा।
यह सब कुछ नहीं देख सकता। उस PDF में दो पृष्ठ थे जो विशुद्ध आरेख थे, बिना किसी निकालने योग्य पाठ के। Claude ने उन्हें चिह्नित किया और सामग्री गढ़ने के बजाय एक टेम्पलेट छोड़ दिया — जो ठीक सही व्यवहार है, और ठीक उसी तरह का अंतराल जिसके लिए आपको जाँचना होगा।
यह आत्मविश्वासी, ग़लत आउटपुट उत्पन्न करता है। भ्रम से गढ़ी संख्याएँ, ग़लत उद्धृत नियम, ऐसे फ़ील्ड जो मौजूद नहीं। यह इन उपकरणों की ईमानदार सीमा है, और कितनी भी अच्छी प्रॉम्प्टिंग इसे नहीं हटाती। यह केवल आगे की धारा में पकड़ा जाता है।
यह निर्णय करता है जिनका आपको ऑडिट करना चाहिए। इसने तय किया कि कौन से 58 फ़ील्ड हटाने हैं। अच्छे निर्णय, इस बार — पर मैंने उन्हें जाँचा। आपको भी चाहिए।

इनमें से कोई भी इसका उपयोग न करने का कारण नहीं है। यह आउटपुट को कभी असत्यापित शिप न करने का कारण है।

वे कुछ संख्याएँ जो मायने रखती हैं।

निचोड़

Claude के साथ किसी प्रोडक्ट को वाइब-कोड करना काम करता है, और यह वाक़ई तेज़ है — पर गति लूप से आती है, पहले जवाब पर भरोसा करने से नहीं। क़दम सरल है:

ऐसी चीज़ चुनें जिसमें एक स्पष्ट जाँच हो — एक टेस्ट, एक वैलिडेटर, एक स्क्रीन जिसे आप चला सकें।
बिल्ड-और-सत्यापन कमांड लिख लें ताकि एजेंट उन्हें ख़ुद चला सके।
इरादे और जाँच को एक साथ प्रॉम्प्ट करें।
लूप को चलने दें, और हरे परिणाम की समीक्षा करें — हर कीस्ट्रोक की नहीं।
शिप होने से पहले सार को ख़ुद सत्यापित करें।

टाइपिंग को वाइब-कोड करें। सत्यापन को कभी वाइब-कोड न करें। वह रेखा एक वीकेंड डेमो और किसी ऐसी चीज़ के बीच का अंतर है जिसे आप वाक़ई किसी ग्राहक के सामने रखेंगे।

अक्सर पूछे जाने वाले प्रश्न

वाइब कोडिंग क्या है? वाइब कोडिंग का मतलब है जो आप चाहते हैं उसे सादी भाषा में बताना और एक AI एजेंट को असली टाइपिंग करने देना — फ़ाइलें संपादित करना, कमांड चलाना, त्रुटियाँ पढ़ना। Claude Code जैसे उपकरण के साथ आप हर लाइन ख़ुद लिखने के बजाय एक लूप की निगरानी करते हैं।

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

Claude के साथ वाइब-कोडिंग का सबसे महत्वपूर्ण हिस्सा क्या है? जाँच। कुछ ऐसा स्थापित करना जो स्वतः काम सत्यापित करे — एक टेस्ट, एक वैलिडेटर, एक स्क्रिप्ट जो पुष्टि करती है कि आउटपुट सही है — वही है जो “पूरा दिखता है” को “पूरा हो गया है” में बदल देता है। प्रॉम्प्ट सत्यापनकर्ता से कहीं कम मायने रखता है।