मैं आपको दिखाने जा रहा हूँ कि आपकी टीम के टूल्स और वर्कफ्लो में बिखरे मॉडल्स, एजेंट्स, स्किल्स और ऑटोमेशन को एक समन्वित सिस्टम में कैसे बदला जाए।
आज ज़्यादातर टीमों की स्थिति इससे बिल्कुल अलग दिखती है। उनके मॉडल, स्किल्स और ऑटोमेशन अलग-अलग टूल्स, निजी बातचीत और व्यक्तिगत सेटअप्स में बिखरे होते हैं।
हर व्यक्ति को अपने AI को सिखाना पड़ता है कि वे क्या जानते हैं और कैसे काम करते हैं। जो कॉन्टेक्स्ट, सुधार और वर्कफ्लो वे बनाते हैं, वे शायद ही किसी और तक पहुँचते हैं।
एक व्यक्ति Claude को नवीनतम रणनीति के बारे में बताता है। दूसरा Codex से पुराने फ़ोल्डर को खंगालने के लिए कहता है। तीसरा कोई उपयोगी वर्कफ्लो को याद से दोबारा बनाता है। हर चैट में व्यवसाय का थोड़ा अलग संस्करण होता है।
हमने वह साझा परत HQ के साथ बनाई है। यह Claude Code, Codex, Cursor, या जो भी ओपन-सोर्स मॉडल आपकी टीम चुनती है, उसके नीचे बैठकर उनके बीच कंपनी का कॉन्टेक्स्ट और क्षमताएँ पहुँचाती है।
चलिए ऐसी ही एक परत बनाते हैं।
हम एक साप्ताहिक इंटेलिजेंस वर्कर से शुरू करेंगे, जो सोमवार को आते ही पहले से जानता होगा कि क्या बदला: कौन से फ़ैसले लिए गए, कौन से प्रोजेक्ट आगे बढ़े, कौन से जोखिम बढ़े, और टीम ने आगे क्या करने का संकल्प लिया।
अंत तक, आपकी टीम के पास ये होंगे:
- एक जगह जहाँ हर एजेंट कंपनी का मौजूदा कॉन्टेक्स्ट प्राप्त कर सके;
- ऑपरेटिंग नियम जो नई चैट और मॉडल बदलावों के बावजूद बने रहें;
- एक साप्ताहिक इंटेलिजेंस वर्कर जिसे टीम का कोई भी व्यक्ति चला सके;
- साझा स्किल्स और ऑटोमेशन जो टीम के उपयोग के साथ बेहतर होते जाएँ;
- एक रिव्यू और सिंक लूप जो एक व्यक्ति के सुधार को टीम का नया शुरुआती बिंदु बना दे।
पूरी कंपनी का नक्शा बनाकर शुरुआत न करें। पहले एक दोहराए जाने वाले वर्कफ्लो पर हार्नेस को साबित करें, फिर जब भी टीम को साझा करने लायक कोई और प्रक्रिया मिले, उसका विस्तार करें।
1. मॉडल के चारों ओर वातावरण बनाएँ
एक मॉडल तर्क कर सकता है, लिख सकता है और टूल्स को कॉल कर सकता है। फिर भी उसे एक ऐसे वातावरण की ज़रूरत होती है जो समझाए कि आपकी कंपनी के अंदर काम कैसे होता है।
एक उपयोगी हार्नेस पाँच सवालों के जवाब देता है:
- AI क्या जानता है?
- वह प्रासंगिक कॉन्टेक्स्ट कैसे खोजता है?
- उसे किन नियमों का पालन करना चाहिए?
- वह कौन सा दोहराने योग्य काम कर सकता है?
- हर रन अगले रन को कैसे बेहतर बनाता है?
एक लंबा सिस्टम प्रॉम्प्ट एक सत्र के लिए इनमें से कुछ सवालों के जवाब दे सकता है। एक कंपनी हार्नेस इन जवाबों को संरचित, स्थायी और सभी के लिए उपलब्ध बनाता है।
ज्ञान खोजने योग्य होता है। नियम चैट के बाद भी बने रहते हैं। टूल्स की सीमाएँ होती हैं। काम आर्टिफैक्ट छोड़ता है। स्वीकृत वर्कफ्लो दोबारा उपयोग योग्य बन जाते हैं, बजाय इसके कि बातचीत बंद होते ही गायब हो जाएँ।
यही कारण है कि एक ही मॉडल दो अलग-अलग कंपनियों में बिल्कुल अलग महसूस हो सकता है। मॉडल एक जैसा हो सकता है, लेकिन कार्य वातावरण नहीं होता।
मॉडल इंटेलिजेंस प्रदान करता है। हार्नेस कंपनी प्रदान करता है।
2. हार्नेस को एक वास्तविक वर्कफ्लो पर साबित करें
पहले पूरी कंपनी का मॉडल बनाने की कोशिश करने से आपके पास हफ्तों का व्यवस्थित कॉन्टेक्स्ट तो रह सकता है, लेकिन यह सबूत नहीं होता कि हार्नेस काम के एक भी टुकड़े को बेहतर बनाता है।
ऐसे वर्कफ्लो से शुरू करें जिसमें चार गुण हों:
- जो अक्सर होता हो;
- जिसकी सीमाएँ स्पष्ट हों;
- जो कंपनी के कॉन्टेक्स्ट पर निर्भर हो;
- और जिसके नतीजे को कोई इंसान जल्दी से परख सके।
साप्ताहिक कंपनी-इंटेलिजेंस ब्रीफ इसके लिए एकदम उपयुक्त है।
इनपुट पहले से मौजूद होते हैं, लेकिन वे मीटिंग नोट्स, प्रोजेक्ट फ़ाइलों, फ़ैसलों और लोगों के दिमाग़ में बिखरे होते हैं। आउटपुट पूरी टीम के लिए उपयोगी होता है, और कोई फाउंडर जल्दी बता सकता है कि ब्रीफ सटीक है या नहीं।
वर्कर बनाने से पहले कॉन्ट्रैक्ट तय करें।
इनपुट
- पिछले 7 दिनों की मीटिंग्स
- प्रोजेक्ट्स की मौजूदा स्थिति
- फ़ैसले, संकल्प और अनसुलझे सवाल
- जोखिम और अटके हुए काम
प्रक्रिया
- प्रासंगिक स्रोतों को प्राप्त करना
- हर तथ्यात्मक दावे की पुष्टि करना
- विरोधाभासों और गायब जानकारी को उजागर करना
- कंपनी-स्तर के बदलावों को संश्लेषित करना
आउटपुट
- लिए गए फ़ैसले
- प्रोजेक्ट के अनुसार प्रगति
- जोखिम और बाधाएँ
- अगले सप्ताह के संकल्प
- स्रोतों की सूची
सीमा
- केवल ड्राफ्ट
- वितरण से पहले मानव समीक्षा के लिए रुकें
अगर वर्कफ्लो हर बार चलाने पर बदलता रहता है, तो उसे मैनुअल ही रखें। किसी प्रक्रिया को साझा इंफ्रास्ट्रक्चर बनाने से पहले दोहराने योग्य होना चाहिए।
3. AI को स्थायी कंपनी मेमोरी दें
मौजूदा HQ गाइडेड सेटअप से शुरू करें। HQ इंस्टॉल करें, कंपनी वर्कस्पेस बनाएँ, और HQ को उस AI टूल में सक्रिय वर्किंग डायरेक्टरी के रूप में खोलें जिसे आपकी टीम पहले से उपयोग करती है।
ओपन-सोर्स क्विक स्टार्ट सिर्फ एक कमांड है:
npx create-hq
अब सिर्फ वही कॉन्टेक्स्ट जोड़ें जो साप्ताहिक ब्रीफ के लिए ज़रूरी है।
इस संरचना से शुरू करें:
- HQ
- companies
- your-company
- company-brief.md
- knowledge: फ़ैसले और प्लेबुक्स
- sources: मीटिंग्स
- signals
- people
- projects
- policies: weekly-intelligence.md
- workers: weekly-intelligence
यहीं से शुरू करें और गहरा ज्ञान, स्किल्स, ऑटोमेशन और कंपनी-विशिष्ट वर्कर्स तभी जोड़ें जब कोई वास्तविक वर्कफ्लो उनकी माँग करे।
कंपनी ब्रीफ बताता है कि व्यवसाय क्या करता है, वह पैसा कैसे कमाता है, और अभी क्या महत्वपूर्ण है। प्रोजेक्ट्स मौजूदा स्थिति दर्शाते हैं। फ़ैसले यह संरक्षित करते हैं कि टीम ने एक रास्ता क्यों चुना। पीपल फ़ाइलें स्वामित्व को दृश्यमान बनाती हैं।
मीटिंग इंटेलिजेंस उन संकल्पों, जोखिमों, सवालों और फ़ैसलों को कैप्चर करता है जो कभी किसी परिष्कृत दस्तावेज़ का हिस्सा नहीं बन पाते।
हर प्रॉम्प्ट में पूरी कंपनी को न डालें। HQ का चार्टर एजेंट को एक नक्शा देता है कि ज्ञान, नीतियाँ, प्रोजेक्ट्स और वर्कर्स कहाँ रहते हैं। एजेंट उस नक्शे का पालन करता है और काम के लिए ज़रूरी गहरे स्रोत को प्राप्त करता है।
एजेंट को एक छोटा, स्थिर प्रवेश बिंदु दें और ज़रूरत पड़ने पर गहरा कॉन्टेक्स्ट दें।
इससे कंपनी की मेमोरी उपलब्ध रहती है, बिना काम शुरू होने से पहले ही कॉन्टेक्स्ट विंडो खर्च किए।
4. कंपनी के विवेक को नीति में बदलें
ज्ञान वर्कर को बताता है कि क्या हुआ। नीति बताती है कि आपकी कंपनी काम को कैसे संभालने की उम्मीद रखती है।
companies/your-company/policies/weekly-intelligence.md बनाएँ:
साप्ताहिक इंटेलिजेंस नीति
- हर तथ्यात्मक दावे का समर्थन किसी स्रोत से करें।
- विरोधाभासी सबूतों को उजागर करें। उन्हें चुपचाप निपटाएँ नहीं।
- जोखिमों की रिपोर्ट स्रोत के मूल तात्कालिकता स्तर के साथ करें।
- गायब, पुरानी या अनिश्चित जानकारी को लेबल करें।
- कभी भी गोपनीय जानकारी या दूसरी कंपनी का कॉन्टेक्स्ट शामिल न करें।
- वितरण से पहले मानव अनुमोदन के लिए रुकें।
पहली नीति को इतना छोटा रखें कि लोग उसे बनाए रख सकें।
नियंत्रण के तीन स्तर हैं:
- एक निर्देश एजेंट से किसी प्राथमिकता का पालन करने को कहता है।
- एक नीति नियम को सत्रों और लोगों के बीच स्थायी बनाती है।
- एक हुक या मैकेनिकल जाँच उस कार्रवाई को रोक देती है जब विफलता महँगी पड़ सकती है।
"अपने स्रोतों का हवाला दें" नीति के रूप में शुरू हो सकता है। "अनुमोदन के बिना कभी न भेजें" को कार्रवाई की सीमा पर लागू किया जाना चाहिए।
हर संभावित व्यवहार का वर्णन करने की कोशिश न करें। बस उन कुछ स्थिरांकों को दर्ज करें जिन्हें हर मॉडल, टीम-साथी और प्रोजेक्ट में बचाए रखना चाहिए।
5. वर्कफ्लो को एक साझा वर्कर के रूप में पैकेज करें
अब स्वीकृत प्रक्रिया को एक पुन: उपयोग योग्य HQ वर्कर में बदलें।
/newworker चलाएँ और उसे एक सीमित काम दें। एक सामान्य कंपनी एनालिस्ट उपयोगी लग सकता है, लेकिन उसका परीक्षण करना कठिन है और उसका दुरुपयोग आसान है। एक साप्ताहिक-इंटेलिजेंस वर्कर के स्पष्ट इनपुट, आउटपुट और रुकने की शर्तें होती हैं।
वर्कर स्पेसिफिकेशन:
नाम: weekly-intelligence
उद्देश्य: मानव समीक्षा के लिए स्रोत-समर्थित साप्ताहिक कंपनी ब्रीफ तैयार करना।
अनुमत स्रोत
- कंपनी ब्रीफ
- पिछले 7 दिनों की मीटिंग्स
- मौजूदा प्रोजेक्ट्स
- फ़ैसले और संकल्प
प्रक्रिया
- रिपोर्टिंग विंडो की पुष्टि करें।
- अनुमत स्रोतों को प्राप्त करें।
- फ़ैसले, प्रगति, जोखिम और संकल्प निकालें।
- दावों को स्रोत सामग्री के विरुद्ध सत्यापित करें।
- विरोधाभासों, कमियों और पुरानी जानकारी को फ़्लैग करें।
- ब्रीफ को आवश्यक प्रारूप में लिखें।
आवश्यक आउटपुट
- कार्यकारी सारांश
- लिए गए फ़ैसले
- प्रोजेक्ट प्रगति
- जोखिम और बाधाएँ
- अगले सप्ताह के संकल्प
- अनसुलझे सवाल
- स्रोतों की सूची
कभी नहीं
- गायब तथ्यों का आविष्कार न करें
- दूसरी कंपनी का कॉन्टेक्स्ट न पढ़ें
- गोपनीय जानकारी उजागर न करें
- ब्रीफ को भेजें या प्रकाशित न करें
कब पूरा मानें: जब हर दावा समर्थित हो या अनिश्चित लेबल किया गया हो, और ड्राफ्ट मानव समीक्षा के लिए तैयार हो।
कंपनी का ज्ञान तथ्य प्रदान करता है। नीति विवेक प्रदान करती है। वर्कर दोहराने योग्य अनुक्रम प्रदान करता है।
एक प्रॉम्प्ट एक उपयोगी ब्रीफ तैयार कर सकता है। एक वर्कर उस तरीके को अगले शुक्रवार किसी अन्य टीम-साथी के लिए उपलब्ध करा देता है।
6. हर सुधार को हार्नेस को बेहतर बनाने दें
पहले सफल रन को पूरी तरह तैयार इंफ्रास्ट्रक्चर न मानें।
वर्कर चलाएँ, ब्रीफ की समीक्षा करें, और हर सुधार का निदान सही परत पर करें।
- गायब तथ्य → कंपनी के ज्ञान को बेहतर करें।
- गलत कॉन्टेक्स्ट → रूटिंग और संसाधन विवरण को बेहतर करें।
- बार-बार होने वाली गलती → वर्कर स्किल को बेहतर करें।
- असुरक्षित व्यवहार → नीति या हुक को बेहतर करें।
- कमज़ोर डिलिवरेबल → आउटपुट कॉन्ट्रैक्ट को बेहतर करें।
- पुरानी जानकारी → नॉलेज गार्डनिंग को बेहतर करें।
अगर वर्कर कोई फ़ैसला चूक जाता है क्योंकि मीटिंग कभी कैप्चर नहीं हुई थी, तो प्रॉम्प्ट को फिर से लिखने से सिस्टम ठीक नहीं होगा। ज्ञान के रास्ते को बेहतर करें।
अगर वह जोखिमों को छोटे-मोटे अपडेट्स के नीचे दबाता रहता है, तो आउटपुट कॉन्ट्रैक्ट को और सख्त करें।
अगर कोई उससे बिना अनुमोदन के ब्रीफ वितरित करने को कहता है, तो नीति और एक्शन गेट को मज़बूत करें।
उपयोगी सवाल यह है: पर्यावरण के किस हिस्से ने इस गलती को संभव बनाया?
उस परत को ठीक करें, फिर उसी उदाहरण को दोबारा चलाएँ। सुधार उस आउटपुट से ज़्यादा टिकाऊ होना चाहिए जिसने उसे उजागर किया।
इसी तरह मानव विवेक का संचय होता है। आप सिस्टम को एक बार सिखाते हैं, फिर बेहतर व्यवहार को बाद के रनों के लिए उपलब्ध कराते हैं, बजाय निजी चैट में उसी सुधार को बार-बार दोहराने के।
7. हर बार टीम के उपयोग पर हार्नेस को और स्मार्ट बनाएँ
जब ब्रीफ, नीति और वर्कर समीक्षा में पास हो जाएँ, तो /hq-sync चलाएँ।
यहीं पर HQ AI मल्टीप्लेयर बन जाता है।
सेल्स आपत्ति प्रबंधन को एक स्किल में बदल सकता है। सपोर्ट एस्केलेशन नियमों को दर्ज कर सकता है। ऑपरेशंस किसी रिपोर्ट को बेहतर कर सकता है। इंजीनियरिंग एक रिव्यू गेट जोड़ सकती है।
जब हर योगदान समीक्षा में पास हो जाता है, तो वह Main में सिंक हो जाता है और साझा कंपनी हार्नेस का हिस्सा बन जाता है।
अगला टीम-साथी उन कॉन्टेक्स्ट, नियमों, स्किल्स, वर्कर्स और ऑटोमेशन को पा जाता है जिन्हें कंपनी पहले ही साबित कर चुकी है। उन्हें मूल चैट या प्रॉम्प्ट की ज़रूरत नहीं होती।
वे अपने पसंदीदा AI टूल में HQ खोलते हैं और बेहतर संस्करण से आगे बढ़ते हैं।
यह HQ का संचय लूप है: हार्नेस का उपयोग करें, एक परत को बेहतर करें, उसकी समीक्षा करें, उसे सिंक करें, और हर किसी का शुरुआती बिंदु ऊपर उठाएँ।
मॉडल Claude, Codex, ChatGPT या कोई ओपन-सोर्स मॉडल हो सकता है। कंपनी परत उसके नीचे लगातार स्मार्ट होती रहती है।
कंपनी आइसोलेशन अब भी लागू होता है। सिंक को टेनेंट्स को मिलाना नहीं चाहिए, अनुमतियों को बायपास नहीं करना चाहिए, या गोपनीय जानकारी को साझा फ़ाइलों में नहीं डालना चाहिए। एक साझा हार्नेस तभी काम करता है जब "साझा" की सीमा स्पष्ट बनी रहे।
साझा सीखने से दाँव भी बढ़ जाते हैं। एक कमज़ोर निर्देश अब सभी को प्रभावित कर सकता है, इसलिए Main को प्रोडक्शन की तरह मानें।
सिंक से पहले हर योगदान की समीक्षा करें। नीतियों को सीमित रखें। वर्कर्स को वास्तविक उदाहरणों के साथ परखें। जैसे-जैसे सेटअप बढ़ता है, कॉन्टेक्स्ट दक्षता, क्वालिटी गेट्स, स्थिरता, खोज और सुरक्षा की जाँच के लिए /harness-audit का उपयोग करें।
जब कोई बदलाव समीक्षा में पास हो जाए, तो उसे सिंक करें। फिर अगला दोहराने योग्य वर्कफ्लो चुनें और साझा आधार रेखा को फिर से बेहतर बनाएँ।
पूरी प्रगति इस प्रकार है:
मेमोरी → कॉन्टेक्स्ट → नीति → वर्कर → समीक्षा → टीम डिफ़ॉल्ट
इस सप्ताह एक आवर्ती काम से शुरू करें। उसके इनपुट, आउटपुट और अनुमोदन सीमा को परिभाषित करें। उसे मैन्युअल रूप से चलाएँ, सुधारें, फिर स्वीकृत तरीके को एक वर्कर में बदलें जिसे आपकी टीम साझा कर सके।
मॉडल बदलता रहेगा। आपकी कंपनी की मेमोरी, नियम और काम करने के बेहतरीन तरीके उसके साथ रीसेट नहीं होने चाहिए।
अगर आप अपनी टीम के लिए एक साझा हार्नेस बनाना चाहते हैं, तो आप HQ आज़मा सकते हैं।
और अधिक के लिए मुझे @VibeMarketer_ पर फ़ॉलो करें। पढ़ने के लिए धन्यवाद :)
