एक ही Git Repo में एक साथ कई AI Agents कैसे चलाएं (बिना Merge Conflicts)
किसी प्रोजेक्ट पर कई एजेंट चलाने के लिए तीन चीज़ें चाहिए: एक मशीन जो उन्हें होस्ट करे, एक फ़ोल्डर जिसे वे साझा करें, और एक नियम जो तय करे कि कौन कहां लिखेगा। तीसरे के बिना, दूसरा एजेंट बिना किसी सूचना के पहले का काम मिटा देता है।
चरण दर चरण
- प्रोजेक्ट बनाएं. कैनवस अपनी मशीन और एक निजी रिपॉज़िटरी शुरू करता है। साझा फ़ोल्डर वहीं रहता है, और बाद में जो भी एजेंट आप खोलेंगे उन सबके लिए यह एक जैसा रहता है।
- अपने अकाउंट जोड़ें. Anthropic, OpenAI या किसी और के पास जिस सब्सक्रिप्शन या API कुंजी के लिए आप पहले से भुगतान करते हैं, उसे जोड़ें। कोई टोकन नहीं बेचा जाता, खर्च आपके अकाउंट पर ही रहता है।
- हर एजेंट के लिए एक विंडो खोलें. Claude Code, Codex, Kimi और OpenCode हर एक अपनी विंडो में खुलते हैं, एक असली टर्मिनल के साथ। Solo योजना पर दो विंडो, Pro पर पांच।
- काम को फ़ाइल के हिसाब से बांटें, टास्क के हिसाब से नहीं. हर एजेंट को पूरे प्रोजेक्ट में फैले टास्क की बजाय प्रोजेक्ट का एक कोना दें। दो अलग हिस्सों पर काम करने वाले दो एजेंट साथ आगे बढ़ते हैं, एक ही फ़ाइल पर काम करने वाले दो एजेंट एक-दूसरे का इंतज़ार करते हैं।
- बोर्ड को फ़ैसला करने दें. लिखने से पहले एजेंट उन रास्तों को आरक्षित करता है जिन्हें वह छूने वाला है, और जब तक वह उन्हें छोड़ नहीं देता, सर्वर उन्हें बाकियों को नहीं देता। आप देख सकते हैं कि किसके पास क्या है, और कौन इंतज़ार कर रहा है।
हाथ में क्या होना चाहिए
एक रिपॉज़िटरी, भले ही खाली हो, और किसी मॉडल प्रोवाइडर का अकाउंट। बाकी सब प्रोजेक्ट देता है: मशीन, फ़ोल्डर और फ़ाइलें बांटने वाला बोर्ड।
रिपॉज़िटरी की जड़ में एक इंस्ट्रक्शन फ़ाइल किसी भी सेटिंग से ज़्यादा नतीजा बदल देती है। एजेंट इसे शुरू में पढ़ते हैं, और यह हर एक की पहली पांच गलतियों से बचा लेती है।
बंटवारा जो काम करता है
सही इकाई फ़ीचर नहीं, फ़ाइल है। API पर एक एजेंट, इंटरफ़ेस पर एक, टेस्ट पर एक: ये एक-दूसरे से कम टकराते हैं और लगभग कभी इंतज़ार नहीं करते। "पेमेंट पेज" पर तीन एजेंट पूरे घंटे उन्हीं तीन फ़ाइलों के लिए लड़ते रहेंगे।
इस दौरान आप क्या देखते हैं
टर्मिनल अपनी विंडो में चलते रहते हैं, और बोर्ड दिखाता है कि किसके पास कौन सा रास्ता है। अटका हुआ एजेंट नुकसान करने से पहले दिख जाता है, और अदृश्य कतार से यही असली फ़र्क़ है। यह तरीका विस्तार से।
सीधे जवाब
एक साथ कितने एजेंट काम के होते हैं?
उतने जितने उस पल प्रोजेक्ट में स्वतंत्र काम मौजूद हों, ज़्यादातर समय दो या तीन, और किसी बड़े रीफ़ैक्टर पर पांच तक। इससे ज़्यादा होने पर एजेंट लिखने की बजाय फ़ाइलों का इंतज़ार करने में समय बिताते हैं।
क्या हर एजेंट के लिए git worktree ज़रूरी है?
ज़्यादातर गाइड यही तरीका सुझाते हैं, और यह काम भी करता है: हर एजेंट को अपनी वर्किंग कॉपी अपने इंडेक्स के साथ मिलती है, इसलिए कोई टकराव नहीं होता। कीमत यह है कि हर कॉपी के लिए एक मर्ज करना पड़ता है, और टकराव आख़िर में पता चलता है। साझा फ़ोल्डर और आरक्षण के साथ, कुछ मर्ज करने की ज़रूरत ही नहीं पड़ती क्योंकि कभी दो ज़िंदा वर्ज़न बने ही नहीं।
क्या हर एजेंट के लिए एक ब्रांच चाहिए?
नहीं, और यही मुद्दा है। हर एजेंट के लिए एक ब्रांच टकराव को मर्ज के पल तक टाल देती है, जब तक किसी को भी वजह याद नहीं रहती। साझा फ़ोल्डर और आरक्षण टकराव को उसी पल सुलझा देते हैं जब वह होता है।
अगर दो एजेंट एक ही फ़ाइल चाहें तो क्या होता है?
दूसरा इंतज़ार करता है। यह स्क्रीन पर दिखता है, आपको भी, इसलिए एक घंटे बाद समस्या का पता चलने की बजाय आप उसे तुरंत कोई और काम दे सकते हैं।