Claude Code से डिप्लॉय करें: एक व्यावहारिक Lizard वर्कफ़्लो

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

असली नतीजा लाइव URL पर काम करता हुआ यूज़र फ़्लो है, न कि सिर्फ़ ऐसा कमांड जो सफलतापूर्वक खत्म हो जाए। यह गाइड 9 सितंबर 2026 तक के Lizard CLI और लिंक किए गए डॉक्यूमेंटेशन के हिसाब से जांचा गया है।

एजेंट को सही संदर्भ दें

ऐसी रिपॉज़िटरी से शुरू करें जो बिल्ड होती हो और जिसमें प्रोडक्शन स्टार्ट कमांड हो। तय करें कि यह किस वर्कस्पेस और प्रोजेक्ट में रहेगी, क्या इसे डेटाबेस या वर्कर चाहिए, और डिप्लॉय एक टेस्ट कॉपी बनाएगा या किसी मौजूदा सर्विस को बदलेगा।

CLI इंस्टॉल करें और उसके वर्ज़न से मेल खाने वाले निर्देश पढ़ें:

npm install -g @lizard-build/cli
lizard skills get core --json
lizard status --json

अगर ऑथेंटिकेशन ज़रूरी हो, तो lizard login चलाएँ और ब्राउज़र में साइन-इन पूरा करें। कुछ भी बनाने से पहले नए अकाउंट को 7 दिन का Pro ट्रायल शुरू करना होगा (कार्ड ज़रूरी है, ट्रायल खत्म होने तक कोई चार्ज नहीं)। तब तक lizard add और lizard up चेकआउट लिंक के साथ HTTP 402 लौटाते हैं; lizard billing start यह लिंक खोलता है।

एजेंट के लिए दोबारा इस्तेमाल होने वाले निर्देशों के लिए Lizard Skill रिपॉज़िटरी देखें। Claude Code का अपना ओवरव्यू बताता है कि यह कोडबेस और टूल्स के साथ कैसे काम करता है।

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

डिप्लॉयमेंट का काम तय करने वाला प्रॉम्प्ट

एजेंट को सीमित दायरे वाला निर्देश दें, जैसे:

इस रिपॉज़िटरी को मौजूदा Lizard प्रोजेक्ट my-project में टेस्ट सर्विस के रूप में डिप्लॉय करें। पहले Lizard CLI की मौजूदा गाइड पढ़ें और बिल्ड और स्टार्ट कमांड की जांच करें। अगर रिपॉज़िटरी का GitHub रिमोट एक्सेस किया जा सकता है, तो GitHub सोर्स का उपयोग करें। सिर्फ़ वही सर्विसेज़ कॉन्फ़िगर करें जिनकी इस ऐप को सच में ज़रूरत है। लाइव URL, लॉग्स और ऐप्लिकेशन का एक असली फ़्लो वेरिफ़ाई करें। डिप्लॉय किया गया रिविज़न और हर फ़ेल हुई जांच रिपोर्ट करें।

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

Git डिप्लॉयमेंट या सोर्स अपलोड चुनें

अगर आप चाहते हैं कि आगे के कमिट अपने आप डिप्लॉयमेंट ट्रिगर करें, तो रिपॉज़िटरी का GitHub इंटीग्रेशन इस्तेमाल करें। GitHub डिप्लॉयमेंट गाइड में कनेक्शन और सर्विस सेटअप बताया गया है। मोनोरेपो में ट्रैक की जाने वाली ब्रांच और रूट डायरेक्टरी जांचें।

जिस लोकल प्रोजेक्ट का कोई सही GitHub रिमोट नहीं है, उसके लिए सोर्स अपलोड उपलब्ध है। सही वर्कस्पेस चुनने के बाद, नए उदाहरण प्रोजेक्ट और सर्विस के लिए आप ये कमांड चला सकते हैं:

lizard init --name my-project
lizard add --service api
lizard up --service api

ये नाम सिर्फ़ उदाहरण हैं। मौजूदा प्रोजेक्ट के लिए lizard status --json से मौजूदा लिंक की पुष्टि करें और मौजूदा सर्विस चुनें। सिर्फ़ उसकी सेटिंग्स पढ़ने से बचने के लिए नया प्रोजेक्ट न बनाएँ और Git से जुड़ी सर्विस को अपलोड पर स्विच न करें।

बिल्ड Lizard अपनी तरफ़ से करता है। प्रोजेक्ट और सर्विस के कॉन्फ़िगरेशन के हिसाब से यह रिपॉज़िटरी का Dockerfile इस्तेमाल कर सकता है या सपोर्टेड बिल्ड पाथ से Dockerfile जनरेट कर सकता है। डिप्लॉयमेंट डॉक्स पढ़ें और सेटिंग्स को कॉन्फ़िगरेशन रेफ़रेंस के मुताबिक दोहराने लायक रखें।

डेटाबेस सोच-समझकर कनेक्ट करें

Managed Postgres बना लेने से यह साबित नहीं होता कि ऐप्लिकेशन उस तक पहुंच सकता है। ऐप्लिकेशन को वही कनेक्शन वेरिएबल पढ़ना होगा जो आपने सेट किया है। मान लीजिए प्रोजेक्ट में api नाम की सर्विस है और उसके पहले Managed Postgres का नाम postgres है; तब प्राइवेट रेफ़रेंस यह होगा:

lizard add postgres
lizard secrets set 'DATABASE_URL=${{postgres.DATABASE_PRIVATE_URL}}' --service api

अगर ऐडऑन का नाम अलग है, तो उसका असली नाम इस्तेमाल करें। प्राइवेट URL उसी प्रोजेक्ट और रीजन की सर्विसेज़ से काम करता है; लोकल टूल्स और बाहरी क्लाइंट DATABASE_URL इस्तेमाल करते हैं। वर्कर्स समेत हर उस सर्विस को, जो डेटाबेस इस्तेमाल करती है, ज़रूरी वेरिएबल्स के साथ कॉन्फ़िगर करें। माइग्रेशन को रिलीज़ के एक नियंत्रित चरण के रूप में चलाएँ और पुष्टि करें कि ऐप्लिकेशन सही डेटाबेस में लिख और पढ़ पा रहा है। वेरिएबल रेफ़रेंस और Managed Postgres देखें।

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

नतीजे को बाहर से जांचें

डायग्नोस्टिक्स के लिए स्ट्रक्चर्ड आउटपुट इस्तेमाल करें:

lizard status --json
lizard logs --service api --json
lizard logs --service api --build --json
lizard metrics --service api --json

फिर लाइव URL खोलें (या उस पर रिक्वेस्ट भेजें) और कोई असली फ़्लो चलाकर देखें। छोटे API के लिए यह ऑथेंटिकेशन के बाद एक राइट और एक रीड हो सकता है। फ़्रंटएंड के लिए ऐसा रूट जांचें जिस पर सीधे URL से पहुंचा गया हो, और वही रूट क्लाइंट-साइड नेविगेशन से भी।

अगर डिप्लॉयमेंट फ़ेल होता है, तो रिपोर्ट की गई एरर के आधार पर अगली जांच चुनें:

बिल्ड लॉग देखकर सफलता घोषित करने के बजाय एजेंट को अनसुलझी एरर रिपोर्ट करनी चाहिए। Python होस्टिंग गाइड में स्टार्ट कमांड से जुड़ी समस्याओं के उदाहरण हैं।

वर्कफ़्लो की लागत समझें

आपका कोडिंग सब्सक्रिप्शन और होस्टिंग बिल काम के अलग-अलग हिस्सों का भुगतान करते हैं। Lizard Pro की कीमत टैक्स सहित $19 प्रति माह है, और इसमें हर महीने $19 का उपयोग शामिल है। इससे ज़्यादा उपयोग pay as you go है, प्राइसिंग पेज पर दी गई दरों के हिसाब से। टेस्ट सर्विस, डेटाबेस या सैंडबॉक्स कोडिंग सेशन खत्म होने के बाद भी रिसोर्स इस्तेमाल करते रह सकते हैं।

रिसोर्स लिमिट सेट करें और उपयोग की समीक्षा करें। जब अस्थायी रिसोर्स की ज़रूरत न रहे, तो अपनी सामान्य अप्रूवल प्रक्रिया से उन्हें रोकें या हटाएँ। यह न मानें कि Claude Code बंद करने से पहले ही डिप्लॉय हो चुका ऐप्लिकेशन भी रुक जाएगा।

आम सवाल

क्या ऐप को Claude Code होस्ट करता है? नहीं, ऐप को डिप्लॉयमेंट टारगेट, यानी होस्टिंग प्रोवाइडर, होस्ट करता है। Claude Code टूल्स की मदद से कोड तैयार और डिप्लॉय करता है; बना हुआ ऐप्लिकेशन होस्टिंग प्रोवाइडर चलाता है।

क्या मैं मौजूदा GitHub रिपॉज़िटरी डिप्लॉय कर सकता हूँ? हाँ, अगर Lizard उसे एक्सेस कर सकता है। Git डिप्लॉयमेंट वर्कफ़्लो से रिपॉज़िटरी, ब्रांच और सर्विस कॉन्फ़िगर करें, फिर डिप्लॉय किया गया रिविज़न वेरिफ़ाई करें।

क्या डेटाबेस अपने आप कनेक्ट हो जाते हैं? आंशिक रूप से। Lizard हर चल रहे डेटाबेस का पब्लिक DATABASE_URL प्रोजेक्ट की हर सर्विस में इंजेक्ट करता है। ऐप्लिकेशन जिस प्राइवेट रेफ़रेंस को पढ़ता है, उसे सेट करें, फिर कनेक्शन टेस्ट करें। ये दो अलग जांचें हैं।

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

मुझे कैसे पता चलेगा कि डिप्लॉयमेंट पूरा हो गया? लाइव URL, अपेक्षित रिविज़न, ठीक से चल रहा प्रोसेस और ऐप्लिकेशन का सही व्यवहार — इन सबकी पुष्टि करें। सिर्फ़ सफल बिल्ड काफ़ी नहीं है।