एक कौशल एक नामित, पुन: उपयोग योग्य प्रक्रिया है जो Zero को सिखाती है कि आपकी टीम किसी विशिष्ट प्रकार का काम कैसे करती है।
पहली बार जब आप Zero से कुछ करने को कहते हैं, तो आप एक प्रॉम्प्ट लिखते हैं। दूसरी बार, आप शायद छोटे बदलावों के साथ वही प्रॉम्प्ट पेस्ट करते हैं। तीसरी बार तक, आप किसी Notion दस्तावेज़ से एक लंबा प्रॉम्प्ट कॉपी कर रहे होते हैं जिसे किसी ने "team prompt library" कहा। यही वह क्षण है जब इसे एक कौशल बनाना है।
कौशल किस समस्या को हल करते हैं
एक बार का चैट एक बार के कार्य के लिए ठीक है। लेकिन लगभग हर टीम के पास ऐसे काम का बैकलॉग होता है जो आवर्ती होता है — अलग-अलग इनपुट, वही आकार:
- कोई ग्राहक लिखता है → उनका इतिहास देखें → उनकी भाषा में उत्तर तैयार करें → टिकट लॉग करें
- कोई बग रिपोर्ट सामने आती है → रीप्रो चरण निकालें → गंभीरता वर्गीकृत करें → एक संरचित इश्यू दर्ज करें
- सोमवार की सुबह → पिछले सप्ताह के आँकड़े खींचें → पिछले सप्ताह से तुलना करें → एक डाइजेस्ट पोस्ट करें
कौशल के बिना, इनमें से प्रत्येक एक 200-शब्द का प्रॉम्प्ट है जिसे सभी को याद रखना पड़ता है। कौशल के साथ, वे एक स्लैश कमांड हैं: /triage-bug-report, /weekly-metrics, /customer-reply।
प्रत्येक कौशल एक अग्रणी / के साथ नामित होता है। एक दृश्य कौशल पिकर रोडमैप पर है — अभी के लिए, आप एक कौशल बनाते हैं, अपने एजेंट को बताते हैं कि यह मौजूद है, और एजेंट उसके बाद से इसका उपयोग करता है।
कौशल कब बनाना है
ईमानदार नियम: यदि आपने काफ़ी हद तक वही प्रॉम्प्ट दो बार से अधिक लिखा है — या आप कल्पना कर सकते हैं कि कोई साथी इसे लिख रहा है — तो यह एक कौशल है।
ठोस संकेत:
- काम का एक ऐसा नाम है जिसका आपकी टीम पहले से उपयोग करती है ("morning brief," "competitor scan")
- प्रॉम्प्ट विशिष्ट उपकरणों, चैनलों, या टेम्पलेट का उल्लेख करता है जो हर रन में बदलने नहीं चाहिए
- आउटपुट का एक निश्चित आकार होता है (एक डाइजेस्ट, एक ड्राफ़्ट, एक दर्ज इश्यू)
- टीम में कई लोगों को इसे ट्रिगर करने की आवश्यकता होती है
- आप चाहते हैं कि यह किसी schedule पर चले
एक कौशल में क्या होता है
एक कौशल तीन खंडों वाला एक छोटा मार्कडाउन दस्तावेज़ है:
- विवरण। एक-पंक्ति सारांश जो Zero को बताता है कि यह कौशल कब लागू होता है। Zero आने वाले अनुरोधों को विवरणों के विरुद्ध मिलाता है, इसलिए वाक्यांश मायने रखता है —
"triage a customer-facing bug report and file it to GitHub with severity""do bug stuff"से बेहतर है। - मुख्य भाग। प्रक्रिया स्वयं। सादा गद्य काम करता है; आपको छद्म कोड की आवश्यकता नहीं है। Zero को कौन से उपकरण उपयोग करने चाहिए, आउटपुट आकार, और कोई भी बाधाओं का उल्लेख करें। मुख्य भाग काफ़ी हद तक उस मूल चैट प्रॉम्प्ट जैसा दिखता है जिसने काम किया।
- अनुमत कनेक्टर (वैकल्पिक)। एक प्रतिबंध सूची — यदि आप चाहते हैं कि यह कौशल केवल Slack और GitHub को छुए, तो उन्हें सूचीबद्ध करें। डिफ़ॉल्ट रूप से कौशल आपके वर्कस्पेस से जुड़ी किसी भी चीज़ का उपयोग कर सकता है।
बस इतना ही। कोई नोड ग्राफ़ नहीं, कोई YAML कॉन्फ़िग नहीं, कोई ट्रिगर खंड नहीं।
किसी चैट से एक कौशल लिखना
सबसे तेज़ रास्ता है पहले चैट में प्रॉम्प्ट लिखना, इसे काम में लाना, फिर इसे प्रमोट करना। Zero यह आपके लिए कर सकता है:
"अंतिम वार्तालाप को
triage-bug-reportनामक एक पुन: उपयोग योग्य कौशल में बदल दें। विवरण को कसा हुआ बनाएँ।"
Zero करेगा:
- वार्तालाप को वापस पढ़ें
- प्रक्रिया निकालें
- एक विवरण प्रस्तावित करें
- कौशल को आपके वर्कस्पेस में सहेजें
- आपको वह विहित नाम बताएँ जिसका आप बाद में उपयोग कर सकते हैं
यदि आप शब्दांकन परिष्कृत करना चाहते हैं तो अपने वर्कस्पेस में Skills पेज से सहेजे गए कौशल को संपादित करें।
Zero एक कौशल कैसे चुनता है
आपको किसी कौशल को नाम से इनवोक करने की आवश्यकता नहीं है। जब कोई आने वाला अनुरोध इसके विवरण से मेल खाता है तो Zero कौशल को स्वचालित रूप से लोड करता है। इसलिए यदि आपने customer-reply-draft नामक एक कौशल "draft a reply to a customer email using our voice and docs" विवरण के साथ लिखा है, तो किसी ग्राहक ईमेल को अग्रेषित करना — या "draft a reply to this customer" कहना — उस कौशल को बिना नाम दिए ट्रिगर कर देगा।
यदि आप किसी विशिष्ट कौशल को बाध्य करना चाहते हैं, तो इसका स्पष्ट रूप से उल्लेख करें: "इस ईमेल पर customer-reply-draft कौशल का उपयोग करें।"
अंतर्निहित कौशल
प्रत्येक Zero एजेंट VM0 द्वारा निर्मित क्रॉस-फ़ंक्शनल कौशलों के एक रोस्टर के साथ आता है — जो अनुसंधान और विश्लेषण, वित्त और लेखा, कानूनी और अनुपालन, उत्पाद, मार्केटिंग, ग्राहक समर्थन, और टीम संचार को कवर करता है। वे डोमेन प्रक्रियाएँ हैं, कनेक्टर वर्कफ़्लो नहीं: प्रत्येक Zero को सिखाता है कि किसी आवर्ती प्रकार के काम को कैसे संभालना है।
प्रत्येक एक स्लैश कमांड है जिसे आप सीधे इनवोक कर सकते हैं। एक नमूना:
/deep-dive— संरचित अनुसंधान और समाधान डिज़ाइन; तथ्य इकट्ठा करें, फिर विकल्पों का पता लगाएँ/prd-writing— संरचित समस्या फ़्रेमिंग और स्वीकृति मानदंड के साथ उत्पाद आवश्यकताएँ/copywriting— चैनलों में मार्केटिंग कॉपी (ब्लॉग, ईमेल, सोशल, लैंडिंग पेज)/competitor-matrix— फ़ीचर तुलना मैट्रिक्स, पोज़िशनिंग टियरडाउन, जीत/हार विश्लेषण/customer-reply— चैनल और अत्यावश्यकता के अनुरूप सहानुभूतिपूर्ण, ब्रांड-अनुरूप उत्तर/nda-screening— आने वाले NDA को GREEN / YELLOW / RED के रूप में वर्गीकृत करें और उन्हें रूट करें/status-updates— किसी भी दर्शक के अनुरूप प्रगति रिपोर्ट और हितधारक अपडेट
टीम में कौशल साझा करना
कौशल वर्कस्पेस-स्कोप्ड होते हैं, व्यक्तिगत नहीं। एक बार जब आप एक कौशल सहेजते हैं, तो वर्कस्पेस का हर सदस्य इसका उपयोग कर सकता है। कोई अलग "publish" चरण नहीं है।
यह मायने रखता है: इसका मतलब है कि एक उपयोगी कौशल लिखने वाला पहला व्यक्ति पूरी टीम को वह क्षमता देता है। दस अच्छी तरह नामित कौशलों वाली पाँच की टीम एक ऐसी टीम की तुलना में काफ़ी तेज़ी से आगे बढ़ती है जो प्रत्येक कार्य को व्यक्तिगत रूप से संभालती है।
सामान्य पैटर्न
कुछ आकार जो बार-बार दिखाई देते हैं:
- इनटेक फ़ॉर्म। एक कौशल जो इनपुट का एक टुकड़ा (एक ईमेल, एक बग रिपोर्ट, एक थ्रेड) लेता है और एक संरचित आर्टिफ़ैक्ट (एक इश्यू, एक ड्राफ़्ट, एक पंक्ति) उत्पादित करता है।
- लय ब्रीफ़। एक कौशल जो किसी schedule के साथ जोड़ा गया हो जो दैनिक या साप्ताहिक चलता है और कहीं दृश्यमान पोस्ट करता है।
- मध्य-वार्तालाप सहायक। किसी चैनल में
@Zeroद्वारा ट्रिगर किया गया एक कौशल जो एक केंद्रित उप-कार्य करता है (देखें, सारांशित करें, वर्गीकृत करें)। - कंपोज़र। एक कौशल जो एक बहु-प्रारूप बंडल उत्पादित करता है — ब्लॉग ड्राफ़्ट + सोशल पोस्ट + कार्ड — एक ही रन में।
बचने योग्य नुकसान
- कौशल जो बहुत संकीर्ण हैं। यदि कोई कौशल केवल एक विशिष्ट इनपुट में फ़िट होता है, तो यह भंगुर है। इनपुट के विवरण नहीं, बल्कि काम के आकार का लक्ष्य रखें।
- कौशल जो बहुत अस्पष्ट हैं। "Help with marketing" इतना व्यापक है कि Zero नहीं जान पाएगा कि इसे कब लागू करना है। विवरण में विशिष्ट रहें।
- कौशल जो क्रेडेंशियल हार्डकोड करते हैं। कौशल के मुख्य भाग में API कुंजियाँ पेस्ट न करें। इसके बजाय custom connectors का उपयोग करें।
- कौशल जो आउटपुट आकार को दबा देते हैं। स्पष्ट रूप से बताएँ कि आर्टिफ़ैक्ट कैसा दिखना चाहिए — "तीन आइटमों की एक क्रमांकित सूची" या "150 शब्दों से कम का एक ड्राफ़्ट उत्तर।"
आगे क्या
- किसी कौशल को किसी schedule पर रखें ताकि यह आपके टाइप किए बिना चले।
- permissions के माध्यम से प्रतिबंधित करें कि कोई कौशल किन connectors को छू सकता है।
- अंत-से-अंत तक लिखे गए कौशलों के लिए Example workflows देखें।