3 से 8 कोडिंग एजेंट्स को समानांतर में कैसे चलाएं बिना ट्रैक खोए

दो एजेंट्स को एक साथ चलाना आपको पाँच मिनट लेता है। आप दो टर्मिनल खोलते हैं, प्रत्येक को एक कार्य सौंपते हैं, और टेक्स्ट को स्क्रॉल करते हुए देखते हैं।

मुसीबत चौथे पर शुरू होती है।

आपको अब यह नहीं पता कि कौन समीक्षा के लिए इंतजार कर रहा है, कौन समाप्त हो गया है, कौन दस मिनट पहले क्रैश हो गया था जब आप कहीं और देख रहे थे। आप गलत टर्मिनल में स्क्रॉल करते हैं। आप एक कार्य को फिर से शुरू करते हैं जो पहले ही हो चुका था। एक घंटे में, आप तीन एजेंट्स का काम हाथ से कर रहे हैं बस अपनी स्थिति बनाए रखने के लिए।

यह एक हार्सपावर की समस्या नहीं है। यह एक दृश्यता की समस्या है।

असली बाधा आपका दिमाग है

एक एजेंट स्वायत्त रूप से कोडिंग करते हुए बर्स्ट में डिलीवर करता है। यह 40 सेकंड के लिए सोचता है, लिखता है, रुकता है, आपके साइन-ऑफ का इंतजार करता है। उन 40 सेकंड के दौरान आप दूसरे एजेंट का अनुसरण कर सकते हैं। जबकि दूसरा लिख रहा होता है, आप पहले को स्वीकृति देते हैं।

3 एजेंट्स तक, आपका दिमाग साथ देता है। 5 से आगे, आप धागा छोड़ देते हैं।

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

इसलिए इससे पहले कि आप स्केल करें, आप संरचना बनाते हैं।

नियम एक: एक एजेंट, एक अलग कार्यक्षेत्र

क्लासिक गलती तीन एजेंट्स को एक ही रिपो की कॉपी पर रखना है। वे एक-दूसरे पर कदम रखते हैं। एक package.json को संपादित करता है, दूसरा भी करता है, और आप एक मर्ज के साथ समाप्त होते हैं जिसे आप सुलझा नहीं सकते।

समाधान दो शब्द हैं: git worktree।

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

प्रत्येक एजेंट अपने स्वयं के फ़ोल्डर में, अपनी शाखा पर, अपनी फ़ाइलों के साथ काम करता है। शून्य टकराव। आप प्रत्येक शाखा की अलग से समीक्षा करते हैं और जब यह तैयार होती है तो मर्ज करते हैं।

यह वह नींव है जिसे शोधकर्ता अलग-अलग प्रतिनिधिमंडल कहते हैं: एक केंद्रीय प्रबंधक काम को विभाजित करता है, प्रत्येक उपकार्य अपने कोने में चलता है, और एकीकरण बाद में होता है, परीक्षणों के साथ मान्य करने के लिए।

नियम दो: कभी भी एक ही केंद्रीय फ़ाइल दो बार न दें

काम को विभाजित करने से पहले, उन फ़ाइलों को खोजें जिन्हें कई सुविधाओं को छूने की आवश्यकता होगी। राउटर। डेटाबेस स्कीमा। एपीआई रूट कॉन्फ़िग।

उन फ़ाइलों को ठीक एक एजेंट मिलता है। अन्य इंतजार करते हैं या उनके चारों ओर काम करते हैं।

एक ही routes.ts को दो समानांतर एजेंट्स को सौंपें और आप मर्ज संघर्षों में भुगतान करेंगे जो आपने समानांतरता में सोचा था। वह व्यापार हर बार हारता है।

नियम तीन: एक बोर्ड, दस टर्मिनल नहीं

यहीं पर अधिकांश लोग मल्टी-एजेंट छोड़ देते हैं। वे आठ टर्मिनल टैब खोलते हैं, धागा खो देते हैं, और एकल एजेंट पर वापस रेंगते हैं।

आपको एक दृश्य की आवश्यकता है जो तीन प्रश्नों का उत्तर एक नज़र में देता है:

• अभी कौन कोडिंग कर रहा है?
• कौन मेरी समीक्षा का इंतजार कर रहा है?
• कौन समाप्त हुआ या क्रैश हो गया?

उस दृश्य के बिना, मल्टी-एजेंट आपको मानसिक भार में अधिक लागत देता है जितना कि यह आपको गति में देता है। इसके साथ, आप वास्तव में एक बार में 6 या 8 कार्यप्रवाहों को पकड़ सकते हैं।

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

वह ताल जो व्यवहार में काम करती है

यहां वह लय है जिससे मैं शुरू करूंगा।

दो एजेंट्स के साथ शुरू करें, दो सुविधाओं पर जो कोई फ़ाइल साझा नहीं करती हैं। समीक्षा-फिर-मर्ज लूप की आदत डालें। वह लूप, कोड नहीं, आपका वास्तविक काम बन जाता है।

एक बार जब वह लूप सहज महसूस होता है, तो चार पर जाएं। उच्च-प्रभाव वाले कार्यों की एक सख्त प्राथमिकता सूची रखें, और योजना मोड पर जोर दें: आप एजेंट की योजना को तब तक स्वीकृति देते हैं जब तक वह एक पंक्ति नहीं लिखता। पहले से स्वीकृत योजना आपको बाद में एक दर्दनाक समीक्षा से बचाती है।

मीठा स्थान एक ही रिपो पर 3 से 8 सुविधाओं के बीच बैठता है, दृश्य निरीक्षण के साथ। इसके परे, एक अच्छे बोर्ड के साथ भी, समीक्षा बाधा बन जाती है और आप लाभ खो देते हैं।

आप वास्तव में क्या प्राप्त करते हैं

मल्टी-एजेंट 95% छोटे कार्यों के लिए निरर्थक है। एक टाइपो को ठीक करने या एक बटन जोड़ने के लिए, एकल एजेंट पर्याप्त है, और यह तेज़ है।

जहां यह आपके सप्ताह को बदलता है वह बड़े काम पर है। आप एक शाम को तीन स्वतंत्र रिफैक्टर शुरू करते हैं, जैसे ही वे आते हैं उनकी समीक्षा करते हैं, और अगली सुबह आपके पास तीन दिनों का काम मर्ज के लिए तैयार होता है।

राज़ एजेंट्स की संख्या नहीं है। यह हमेशा जानना है कि कौन सा एजेंट आपको अभी चाहिए। इसे ठीक करें, और बाकी अनुसरण करता है।