Navan ने महीने भर का माइग्रेशन कोडबेस फ़्रीज़ किए बिना एक हफ़्ते में पूरा किया
Navan का नवीनतम माइग्रेशन 8 एप्लिकेशन और 15 लाइब्रेरी तक फैला था, फिर भी डेवलपमेंट रोके बिना यह लगभग एक हफ़्ते में पूरा हो गया।
Navan का सबसे हालिया माइग्रेशन 8 एप्लिकेशन और 15 लाइब्रेरी तक फैला था, फिर भी डेवलपमेंट रोके बिना यह लगभग एक हफ़्ते में पूरा हो गया। दो साल पहले ऐसे ही एक माइग्रेशन में एक महीने से ज़्यादा समय लगा था, और एक गलत मर्ज की वजह से master ब्रांच पूरे एक दिन तक लॉक रही थी। यह फ़र्क Cursor के क्लाउड एजेंट्स की बदौलत आया। अब किसी एक इंजीनियर को अकेले पूरा काम नहीं करना पड़ा, बल्कि Navan ने माइग्रेशन की योजना एक बार बनाई और उसे अपनी स्व-होस्टेड मशीनों पर 8 एप्लिकेशन में समानांतर रूप से चलाया।
8 ऐप्स का माइग्रेशन एक महीने के बजाय एक हफ़्ते में पूरा
दो साल पहले, Navan के कोडबेस को Spring के नए संस्करण पर ले जाने में Sr. स्टाफ सॉफ़्टवेयर इंजीनियर Rahul Popuri को एक महीने से ज़्यादा समय लगा था। उस दौरान अधूरे पुश और रिवर्ट की वजह से master ब्रांच एक दिन तक लॉक रही। लॉक हटने के बाद भी परेशानी खत्म नहीं हुई: कई दिनों बाद तक दूसरे इंजीनियर अपने परिवर्तन लैंड करने में पीछे चल रहे थे। असली लागत लॉक नहीं थी, बल्कि एक इंजीनियर का पूरा महीना था, जो सुविधाएँ शिप करने या बग्स ठीक करने के बजाय माइग्रेशन में चला गया।
Navan का सबसे हालिया माइग्रेशन, Spring Boot 4 पर, लगभग एक हफ़्ते में पूरा हो गया, और चल रहे विकास कार्य में रुकावट भी कम हुई। Cursor के साथ Rahul ने अपग्रेड की योजना पहले से बना ली, फिर हर कंपोनेंट को Navan की स्व-होस्टेड मशीनों पर चल रहे क्लाउड एजेंट्स को सौंप दिया। इससे 8 एप्लिकेशन और 15 लाइब्रेरी एक-एक करके नहीं, बल्कि एक साथ माइग्रेट हुईं। एजेंट्स ने Navan की आंतरिक टूलिंग का उपयोग किया और उन्हीं मशीनों पर ब्राउज़र चलाकर फ़्लो पर क्लिक करते हुए अपने परिवर्तनों को सत्यापित किया।
पहले, एक गलत मर्ज पूरे वर्कस्ट्रीम को ठप कर देता था। इस बार मेरे आठ ऐप्स एक साथ माइग्रेट हो रहे थे, और चल रहे विकास कार्य पर असर भी न के बराबर रहा।
Rahul सिर्फ़ किसी एक कार्य को चलते हुए नहीं देख रहे थे। वे एक साथ अलग-अलग एप्लिकेशन अपग्रेड कर रहे कई एजेंट्स की निगरानी कर रहे थे। उनके मुताबिक, इतने बड़े स्केल पर समानांतर काम कुछ महीने पहले तक भी मुमकिन नहीं था।
क्लाउड एजेंट्स असली वर्कलोड चलाते हैं
Rahul ने अपना लगभग सारा काम Cursor के क्लाउड एजेंट्स पर शिफ्ट कर दिया। GitHub से जुड़ा काम Cursor द्वारा प्रबंधित इन्फ्रास्ट्रक्चर पर चलता है। Snowflake और Slack के लिए आंतरिक MCPs Navan की अपनी स्व-होस्टेड मशीनों पर चलते हैं, जहाँ एजेंट अपने परिवर्तनों को सत्यापित करने के लिए ब्राउज़र भी शुरू कर सकते हैं। स्वचालन, कौशल और मेमोरीज़ इसी सेटअप के ऊपर काम करते हैं, इसलिए eval लूप और माइग्रेशन बिना किसी की निगरानी के async रूप से चलते रहते हैं।
तब से यह पैटर्न एक इंजीनियर से कहीं आगे बढ़ चुका है: Navan में अब लगभग 200 लोग Cursor के क्लाउड एजेंट्स का सक्रिय रूप से उपयोग करते हैं, यानी अप्रैल 2026 से अब तक 10 गुना बढ़ोतरी।
Cursor से पहले, Navan के इंजीनियरों ने अपने पिछले कोडिंग एजेंट के इर्द-गिर्द ठोस इन्फ्रास्ट्रक्चर तैयार किया था, लेकिन उसके लिए ज़रूरी था कि कोई व्यक्ति पूरे समय एक डेस्कटॉप पर सत्र खोलकर बैठा रहे। इसी वजह से वह समानांतर, async काम संभव नहीं हो पा रहा था जिसकी Navan को आवश्यकता थी।
प्रोडक्ट टीमों में भी यही बढ़त दिखती है
प्रोडक्ट की तरफ़ देखें, तो expense और बिलिंग पर काम करने वाले स्टाफ सॉफ़्टवेयर इंजीनियर Elton Yang, expense और बिलिंग वर्कफ़्लो के लिए नए एजेंट सिर्फ़ एक सरल विवरण से बनाना शुरू कर देते हैं। Cursor टीम के मौजूदा डिज़ाइन पैटर्न का पालन करता है और एजेंट के प्रॉम्प्ट्स खुद लिखता है। यानी शुरुआती प्रॉम्प्ट हाथ से लिखने में घंटों खपाने के बजाय टेस्टिंग उसी दिन शुरू हो जाती है।
अब हमें एजेंट का प्रॉम्प्ट खुद लिखने की भी ज़रूरत नहीं पड़ती। Cursor हमारे पिछले डिज़ाइनों का पालन करता है और उसी दिन एजेंट को चालू कर देता है।
इस बदलाव से यह भी बदल गया कि एक छोटी टीम कितना काम संभाल सकती है। जब कई इंजीनियर Navan की समर्पित AI-एजेंट टीम से हट गए, तो एक ही इंजीनियर ने वह फ़ीचर काम संभाल लिया, जिसके लिए पहले कई स्प्रिंट तक 2 या 3 इंजीनियरों की ज़रूरत पड़ती थी। इसका सबसे साफ़ उदाहरण मैन्युअल बैंक लिंकिंग है: उस इंजीनियर ने एक Angular फ़ॉर्म को React में दोबारा बनाया और उसे जोड़ने के लिए बैकएंड तैयार किया। काम की ज़रूरत के हिसाब से वे सिर्फ़ बैकएंड से आगे बढ़कर फ़ुल-स्टैक काम करने लगे। अकेले संभाला गया यह वर्कस्ट्रीम सिर्फ़ रखरखाव में सिमटने के बजाय नई सुविधाओं पर केंद्रित रहा।
Cursor ने किसी साथी की जगह काम संभालने का तरीका भी बदल दिया। जब एक सहकर्मी छुट्टी पर थे और Elton को दो ऐसे कोडबेस संभालने पड़े जिनसे वे ठीक से परिचित नहीं थे, तब Cursor ने उनके लिए जांच का काम किया: Elton के एक भी फ़ाइल खोलने से पहले ही उसने लॉग्स और डेटाबेस रिकॉर्ड निकाले और समस्या को साफ़-साफ़ सामने रख दिया।
मैं इनमें से किसी भी कोडबेस से ज़्यादा परिचित नहीं था। मैंने कहा, 'यह रही समस्या, इसे समझने में मेरी मदद करो।' उसने लॉग्स और डेटाबेस खंगाले और मुझे ऐसे समझाया जैसे मैं महीनों से उसी repo में काम कर रहा हूँ।
इससे दोनों कोडबेस को समझने में लगने वाले लगभग दो दिन बच गए, और उन्हें बिल्कुल शून्य से सीखने के तनाव से भी छुटकारा मिला।
समीक्षा की ज़िम्मेदारी अब भी लोगों पर ही है। Elton एजेंट को कोडिंग का कोई सर्वज्ञ स्रोत नहीं, बल्कि एक पेयर प्रोग्रामर मानते हैं: एजेंट के चलते समय वे उसका तर्क देखते रहते हैं और गलत धारणाएँ दिखते ही उन्हें सुधार देते हैं। जनरेट होने के बाद कोड भी बाकी सब की तरह उसी मानवीय और AI समीक्षा, टेस्टिंग और स्टेजिंग प्रक्रिया से गुज़रता है, और जटिल परिवर्तनों को उत्पादन में भेजने से पहले स्टेजिंग में सत्यापित किया जाता है। एजेंट काम की योजना बनाते हैं और उसे निष्पादित करते हैं, लेकिन अहम फ़ैसले इंजीनियर लेते हैं और अंतिम मर्ज की ज़िम्मेदारी भी उन्हीं की होती है।
अगर आप ऐसे माइग्रेशन या समानांतर वर्कस्ट्रीम चला रहे हैं जिनके लिए पहले पूरी टीम और लॉक किए गए कोडबेस की ज़रूरत पड़ती थी, तो Cursor ट्रायल शुरू करने के लिए हमसे संपर्क करें।