Grok Bot टीम के एक इंजीनियर ने एक साथ 15 cloud agents चलाने से शुरू किया और अब 200 से ज़्यादा एक साथ चला रहे हैं।
200 बॉट्स के साथ नहीं। सिर्फ़ छह के साथ।
पांच इंजीनियर बॉट, जिनमें से हर एक अपना एक डोमेन संभालता है, और एक ops बॉट जो कोड की एक भी लाइन नहीं लिखता। इसी टीम में, Lauren Tan ने एक महीने में 2,000 से ज़्यादा PRs शिप किए।
यही वो बात है जिसे ज़्यादातर लोग मिस कर देते हैं। उनका पहला बॉट काम करने लगता है, तो वे दूसरा जोड़ लेते हैं, फिर पांचवां, फिर दसवां। और अब उनके पास दस चैट विंडो और एक नई फुल-टाइम जॉब होती है: उन्हें पढ़ना।
बॉट्स का ढेर लगाना हेडकाउंट बढ़ाना है। टीम बनाना एक स्ट्रक्चर है। यह गाइड वही स्ट्रक्चर है, जो xAI की अपनी टीमों के काम करने के तरीके से लिया गया है।
30 सेकंड वाला वर्ज़न
- एक बॉट मतलब एक हायरिंग। एक टीम को पांच चीज़ें चाहिए: एक फ्रंट डोर, स्पेशलिस्ट, एक बोर्ड, एक क्लॉक और एक गेट।
- आप सिर्फ़ एक बॉट से बात करते हैं। बाकी का काम वह खुद बांट देता है।
- हर स्पेशलिस्ट एक डोमेन संभालता है और अपनी मेमोरी खुद रखता है।
- काम चैट में नहीं, बोर्ड पर रहता है।
- रूटीन्स आपके सोते हुए काम आगे बढ़ाते हैं। अप्रूवल्स तय करते हैं कि क्या बाहर जा सकता है।
- xAI की अपनी टीमें इसे लगभग छह बॉट्स से चलाती हैं। साठ से नहीं।
भाग 1. दूसरा बॉट कब हायर करें
जब पहला बिज़ी हो जाए, तब नहीं। बॉट्स आपकी तरह बिज़ी नहीं होते।
Kevin Niparko SpaceXAI में PM के तौर पर पूरी बॉट टीम चलाते हैं, और उनकी गाइड काम को बॉट्स में बांटने के तीन कारण बताती है: referenceability ("आपको पता होता है कि कौन क्या करता है"), parallelism, और scoped memory।
तीसरा कारण ही असली जवाब है। उनके शब्दों में:
Chief of Staff को computer-use evals डिबग नहीं करने चाहिए।
दूसरा बॉट तब हायर करें जब एक बॉट की मेमोरी दो अलग-अलग जॉब्स संभालने लगे।
आपको इसका नाम रखने से पहले ही इसका अहसास हो जाएगा। इनबॉक्स बॉट आपके कोड रिव्यूअर वाले अंदाज़ में जवाब देने लगता है। कैलेंडर की प्रिफरेंसें रिसर्च ब्रीफ्स में घुलने लगती हैं। आपको हर मैसेज खोलते वक्त बॉट को याद दिलाना पड़ता है कि आज उसने कौन सी टोपी पहनी हुई है।
Lingxi Li, जो Grok Bot को Grok Bot से बनाते हैं, इंजीनियरिंग के नज़रिए से यही बात कहते हैं: बॉट्स "तब सबसे बेहतरीन परफॉर्म करते हैं जब वे किसी एक डोमेन पर फोकस करते हैं"।
टेस्ट: स्किल या बॉट?
डॉक्स में स्किल को "किसी काम को कैसे करना है, इसके लिए रिइूज़ेबल निर्देशों का सेट" बताया गया है, और आपकी प्राइवेट स्किल्स एक ऐसी लाइब्रेरी है जिसे आपके सभी बॉट्स शेयर करते हैं।
तो नया काम एक स्किल है। अपनी मेमोरी वाला नया डोमेन एक बॉट है। अगर आप उस डोमेन का नाम तीन शब्दों में नहीं बता सकते, तो अभी आपको दूसरे बॉट की ज़रूरत नहीं है।
भाग 2. टीम के पांच हिस्से
1. फ्रंट डोर
एक बॉट जिससे आप सच में बात करते हैं। Josh Kim की गाइड इसे Bot Boss कहती है, यानी "सिंगल फ्रंट डोर"। Niparko इसे Chief of Staff कहते हैं और दो लाइनों में समझाते हैं: "इकलौता जनरलिस्ट। अगर कुछ नहीं बदला, तो चुप रहता है।"
फ्रंट डोर काम बांटता है। काम करता नहीं। Kim का अपना प्रॉम्प्ट इसे साफ़ कहता है: "you are hub and spoke EA, not a builder and not an auditor"।
एक प्रॉम्प्ट जिसे आप कॉपी कर सकते हैं:
तुम मेरे Chief of Staff हो और मैं सिर्फ़ तुमसे बात करता हूं। हर रिक्वेस्ट को उस स्पेशलिस्ट तक पहुंचाओ जिसके पास उसका काम है, रिज़ल्ट इकट्ठा करो, उसे मेरी मांग से मैच करके चेक करो, और पांच लाइनों में रिपोर्ट दो। अगर कुछ नहीं बदला, तो चुप रहो।
2. स्पेशलिस्ट
Niparko की टीम: एक Chief of Staff, Emily नाम की एक इंजीनियरिंग मैनेजर, पांच इंजीनियर बॉट, एक डेटा एनालिस्ट, एक PM बॉट और एक रिक्रूटर। Li की टीम: सरफेस के हिसाब से बंटे पांच इंजीनियर बॉट (iOS, desktop, infrastructure, Android, the harness) और ऑपरेशंस हेड Jenny।
देखिए दोनों टीमों में क्या कॉमन है। एक मैनेजर जो काम खुद नहीं करती। Emily काम को छोटे हिस्सों में बांटती है, डेलिगेट करती है और आउटपुट को गोल्स से मैच करके चेक करती है। Jenny नए बॉट्स को ऑनबोर्ड करती है और पोस्टमॉर्टम चलाती है। दोनों में से कोई कोड नहीं लिखता।
पहली टीम के लिए तीन स्पेशलिस्ट काफी हैं। Eric Zakariasson हर प्रोजेक्ट चैनल में अधिकतम छह बॉट रखते हैं और इस लिमिट को "बस एक मनमाना नंबर" कहते हैं। मनमाना, लेकिन बिल्कुल सही।
3. बोर्ड
चैट स्क्रॉल होकर गायब हो जाती है। टीम को एक ऐसी जगह चाहिए जहां काम का स्टेटस दिखता रहे।
Li की टीम Notion में एक शेयर्ड ट्रैकर इस्तेमाल करती है। हर 30 मिनट में बॉट्स हर PR को फेल CI, रिव्यू कमेंट्स और मर्ज कॉन्फ्लिक्ट्स के लिए चेक करते हैं। प्रॉब्लम वाले वापस Working में चले जाते हैं। साफ़ वाले Ready for Review में आ जाते हैं।
Zakariasson दो डेटाबेस चलाते हैं — Projects और Tasks — और हर प्रोजेक्ट के लिए एक चैनल। जो बॉट अटक जाता है, वह अपने टास्क को Blocked मार्क कर देता है और इंसान को पिंग करता है। बाकी समय इंसान बस कार्ड्स को मूव होते देखता रहता है।
इन सभी गाइड्स की सबसे बेहतरीन लाइन उन्हीं की है:
दिलचस्प बात यह है कि मैं इस पर जितना ज़्यादा काम करता हूं, यह उतना ही ज़्यादा उस सिस्टम जैसा दिखने लगता है जो शुरू में इंसानों के लिए बनाया गया था।
4. क्लॉक
डॉक्स के मुताबिक, एक रूटीन "किसी एक Bot को बताता है कि वर्कफ़्लो कब चलाना है"। हर बॉट 50 तक रूटीन्स रख सकता है, ये हर पांच मिनट में ट्रिगर हो सकते हैं, और आपका लैपटॉप बंद होने पर भी चलते रहते हैं।
Li का क्लॉक कुछ ऐसा दिखता है। रात 3 बजे नाइटली ऑडिट चलते हैं: डेड कोड, लोड टाइम, बंडल साइज़। सुबह 5 बजे Jenny टीम के हर बॉट के साथ 1:1 करती है, प्लेबुक रिव्यू करती है और ब्लॉकर्स सामने लाती है। बताया गया रिज़ल्ट: बॉट्स "कई हफ्तों बाद भी मेरे कॉम्प्लेक्स वर्कफ़्लो शायद ही कभी भूलते हैं"।
ये सुबह 5 बजे वाला स्टैंडअप पूरे सेटअप का सबसे अनदेखा किया गया आईडिया है। बॉट का कॉन्टेक्स्ट लिमिटेड होता है। रिपीटिशन ही वो तरीका है जिससे टीम अपने स्टैंडर्ड्स बनाए रखती है, और यहां बॉट ये रिपीटिशन करता है ताकि आपको न करना पड़े।
5. गेट
Niparko बताते हैं कि किन कामों में अभी भी इंसान की ज़रूरत है:
मैं अभी भी बाहर भेजे जाने वाले ईमेल्स, कुछ भी खरीदने, या डिलीट जैसे डिस्ट्रक्टिव एक्शन्स के लिए फाइनल रिव्यू खुद करता हूं।
Kim इससे भी आगे जाते हैं। इनबॉक्स बॉट रीड-ओनली है और जब तक उसी वक्त "send" टाइप नहीं किया जाता, वह कुछ नहीं भेजता।
डॉक्स की दो बातें जो गेट डिज़ाइन करने का आपका तरीका बदल देंगी:
- बैकग्राउंड अप्रूवल्स एक्सपायर हो जाते हैं। जब कोई रूटीन या दूसरा बॉट ऐसा एक्शन ट्रिगर करता है जिसके लिए आपकी हां चाहिए, तो करीब 10 मिनट बाद रिक्वेस्ट खत्म हो जाती है और एक्शन नहीं होता। रात 3 बजे का कोई काम जो आपका इंतज़ार कर रहा है, इंतज़ार करते-करते ही खत्म हो जाएगा। पहले ही तय कर लें: या तो उसके लिए allow rule लिखें, या रूटीन को ड्राफ्ट पर रुकने दें।
- आपके सभी बॉट्स एक ही क्लाउड कंप्यूटर शेयर करते हैं। फाइल्स, ब्राउज़र सेशन्स और लॉगिन पूरी टीम में उपलब्ध होते हैं। डॉक्स सीधे कहते हैं: अलग-अलग बॉट्स को सिक्योरिटी बाउंड्री मत मानिए।
आप बॉट्स को फोकस और मेमोरी के लिए बांटते हैं। सुरक्षा आपको गेट से मिलती है।
भाग 3. इसे पांच दिन में बनाएं
दिन 1. फ्रंट डोर। ऊपर दिए गए प्रॉम्प्ट के साथ अपने पहले बॉट को Chief of Staff बना दें। अब से आप सिर्फ़ यही एक चैट खोलेंगे।
दिन 2. मेमोरी के हिसाब से बांटें। वो सब लिखें जो बॉट एक आज करता है और उस लिस्ट को डोमेन के हिसाब से ग्रुप करें। दो सबसे बड़े ग्रुप्स आपके पहले दो स्पेशलिस्ट बनेंगे। बॉट की सेटिंग्स में तीन फील्ड होते हैं: Name, Title, Description। इन्हें ऐसे भरें जैसे जॉब पोस्टिंग लिख रहे हों।
दिन 3. बोर्ड। Task, Owner और Status वाली एक टेबल: Todo, Working, Blocked, Ready for Review, Done। फिर हर बॉट को एक ही बात बताएं: जब तक बोर्ड न कहे, कुछ पूरा नहीं हुआ, और अगर अटक जाओ तो Blocked सेट करके मुझे पिंग करो।
दिन 4. क्लॉक। शुरू करने के लिए तीन रूटीन्स: Chief of Staff से मॉर्निंग बोर्ड, बोर्ड की 30 मिनट की स्वीप, और एक नाइटली ऑडिट। पहले हर एक को सेफ इनपुट पर टेस्ट के तौर पर चलाएं। डॉक्स चेतावनी देते हैं कि टेस्ट रन "असली काम करता है"।
दिन 5. गेट। पहले पूछने वाले नियम लिखें: भेजना, खरीदना, डिलीट करना, पब्लिश करना, प्रोडक्शन में कुछ भी। उस एक्शन के लिए एक allow rule जोड़ें जिसे आप लगातार पांच बार अप्रूव कर चुके हैं।
फिर चौथा बॉट हायर करने से पहले इसे एक हफ्ते के लिए ऐसे ही छोड़ दें।
पांच गलतियां जो बॉट टीम को खत्म कर देती हैं
क्लोन आर्मी। एक ही जनरलिस्ट की पांच कॉपी। न scoped memory, न डोमेन, न कोई फायदा। आपने लागत बढ़ा ली और कन्फ्यूजन वैसा ही रहने दिया।
बिना बोर्ड वाला ग्रुप चैट। बॉट्स एक-दूसरे को मैसेज कर सकते हैं और ट्रिगर कर सकते हैं। शेयर्ड स्टेट के बिना, वो काम नहीं, मीटिंग है।
काम करने वाला बॉस। एक फ्रंट डोर जो खुद काम करने लगता है। जिस पल आपका Chief of Staff कोड लिखने लगेगा, न कोई काम बांटेगा और न कोई चेक करेगा।
ओपन लिस्नर। हर नए मैसेज पर ट्रिगर। डॉक्स ठीक इसी से बचने की चेतावनी देते हैं क्योंकि इससे शोर मचता है और usage जलता है। ट्रिगर को नैरो रखें।
सुरक्षा का भ्रम। ये मानना कि फाइनेंस बॉट वो नहीं देख सकता जिसमें रिसर्च बॉट ने लॉगिन किया है। कंप्यूटर वही है, सेशन्स भी वही हैं।
ऑर्ग चार्ट ही प्रोडक्ट है
जिन लोगों ने Grok Bot बनाया, उन्होंने अपनी टीमों के लिए कोई नया आर्किटेक्चर नहीं खोजा। उन्होंने दुनिया का सबसे पुराना आर्किटेक्चर दोबारा बनाया: एक मैनेजर, स्पेशलिस्ट, एक बोर्ड, एक स्टैंडअप और एक साइन-ऑफ।
फर्क बस इतना है कि यह टीम अपना स्टैंडअप सुबह 5 बजे करती है और कोई शिकायत नहीं करता।
फ्रंट डोर से शुरू करें। एक स्पेशलिस्ट जोड़ें। जब तक बोर्ड न बन जाए, तीसरा मत जोड़िए।
P.S. अगर आपने अभी तक पहला बॉट हायर नहीं किया है, तो मेरी पिछली गाइड "Grok Bot: How to Hire Your First AI Employee" से शुरू करें। यहां कोट की गई हर बात xAI की पब्लिक Grok Bot गाइड्स और डॉक्स से ली गई है।
