Skills For Real Engineers Matt Pocock द्वारा पेशेवर इंजीनियरों के लिए बनाई गई AI Agent स्किल लाइब्रेरी है, जो उनके रोज़ .claude डायरेक्ट्री में इस्तेमाल होने वाले अभ्यासों का संग्रह है। यह GSD, BMAD जैसा भारी प्रोसेस फ्रेमवर्क नहीं है, बल्कि छोटी, कंपोज़ेबल और खुद बदलने लायक स्किल्स का सेट है। इसमें /grill-me, /tdd, /diagnose जैसी कमांड से ज़रूरतों को अलाइन करना, रेड-ग्रीन रिफैक्टर चलाना और बग को व्यवस्थित तरीके से खोजना शामिल है, और यह किसी खास मॉडल से बंधा नहीं है।

Skills For Real Engineers क्या है
एक वाक्य में कहें: Skills For Real Engineers (रिपॉज़िटरी नाम Matt Pocock Skills) Matt Pocock द्वारा पेशेवर इंजीनियरों के लिए बनाई गई AI Agent स्किल लाइब्रेरी है, जो Matt Pocock के रोज़मर्रा के .claude डायरेक्ट्री अभ्यास से निकली है।
इसकी स्थिति साफ़ है—यह vibe coding का खिलौना नहीं, बल्कि "सच में इंजीनियरिंग करने" का रोज़मर्रा का टूलबॉक्स है। लेखक के अनुसार ये स्किल्स Claude Code, Codex जैसे कोडिंग Agent में बार-बार दिखने वाली सामान्य विफलताओं को ठीक करने के लिए बनाई गई हैं।
GSD, BMAD से अंतर
GSD, BMAD और Spec-Kit जैसे तरीके "प्रोसेस को अपने कब्ज़े में लेने" की कोशिश करते हैं। ऐसा करते हुए वे आपका नियंत्रण भी छीन लेते हैं, और प्रोसेस में कोई समस्या आने पर उसे पहचानना मुश्किल हो जाता है। Skills For Real Engineers उलटा रास्ता अपनाती है:
- छोटी और सटीक: हर स्किल स्वतंत्र रूप से चलती है, कोई बड़ा एकीकृत फ्रेमवर्क नहीं।
- कंपोज़ेबल: ज़रूरत के हिसाब से चुनें, काट-छाँट करें और अपने रिपॉज़िटरी में ढालें।
- Hack करने योग्य: स्किल्स आपके रिपॉज़िटरी की साधारण फ़ाइलें हैं, समझ न आए तो बदल दें।
- मॉडल-निरपेक्ष: किसी खास मॉडल से बंधी नहीं, Claude, Codex, Cursor आदि सभी पर चलती है।
- इंजीनियरिंग-मूल: यह prompt ट्रिक्स का ढेर नहीं, बल्कि The Pragmatic Programmer और Domain-Driven Design जैसे क्लासिक इंजीनियरिंग सिद्धांतों पर आधारित है।
उत्पाद की स्थिति
यह उन डेवलपर्स के लिए है जिनके पास पहले से वास्तविक इंजीनियरिंग आदतें हैं: स्टैटिक टाइप, ऑटोमेटेड टेस्ट और रेड-ग्रीन रिफैक्टर जैसी असली प्रतिक्रियाओं से Agent को बांधना, ताकि वह "आँख बंद करके उड़ान" न भरे। स्किल लाइब्रेरी कोई होस्टेड सेवा नहीं देती और न ही आपके लिए आर्किटेक्चर तय करती है; यह केवल फिर से इस्तेमाल होने वाले संवाद और प्रोसेस इंटरफ़ेस उपलब्ध कराती है।
मुख्य विशेषताएँ
स्किल्स Agent को स्लैश कमांड के रूप में मिलती हैं और मुख्य रूप से कुछ समूहों में बंटी हैं।
ज़रूरतों को अलाइन करना
/grill-me: कोडिंग से पहले गहन सवाल-जवाब सेशन के ज़रिए ज़रूरतों और निर्णय शाखाओं को पूरी तरह स्पष्ट करता है; बिना कोड वाले कामों में भी चलता है।/grill-with-docs: grilling के साथ-साथ प्रोजेक्ट की साझा भाषा और आर्किटेक्चर डिसीज़न रिकॉर्ड (ADR) बनाने में मदद करता है।/zoom-out: Agent को स्थानीय कोड से बाहर निकलकर पूरे सिस्टम के नज़रिये से व्याख्या देने को कहता है।
विकास और सत्यापन
/tdd: Agent को रेड-ग्रीन रिफैक्टर लूप चलाने के लिए प्रेरित करता है, ताकि वर्टिकल स्लाइस के हिसाब से फीचर बनें या बग ठीक हों।/diagnose: व्यवस्थित डायग्नोसिस लूप—रिप्रोड्यूस → मिनिमाइज़ → परिकल्पना → इंस्ट्रुमेंट → फिक्स → रिग्रेशन टेस्ट।/prototype: डिज़ाइन जाँचने के लिए तेज़ी से चलने लायक टर्मिनल प्रोटोटाइप या कई UI वैरिएंट बनाता है।
कार्य और योजना
/triage: स्टेट मशीन के आधार पर Issue को रैंक और असाइन करता है, कस्टम लेबल शब्दावली सपोर्ट करता है।/to-prd: मौजूदा बातचीत के संदर्भ को अपने आप PRD में बदलकर GitHub Issue के रूप में सबमिट करता है।/to-issues: प्लान या PRD को स्वतंत्र रूप से लिए जा सकने वाले वर्टिकल स्लाइस टास्क में बाँटता है।
आर्किटेक्चर और सहयोग
/improve-codebase-architecture: CONTEXT.md और ADR के आधार पर मॉड्यूल गहराई से सुधारने के अवसर पहचानता है और आर्किटेक्चर की गंदगी को नियंत्रित करता है।/caveman: बेहद संपीड़ित संचार मोड; तकनीकी सटीकता बनाए रखते हुए लगभग 75% टोकन खपत घटाता है।/handoff: मौजूदा सेशन को हैंडऑफ़ दस्तावेज़ में बदल देता है, ताकि दूसरा Agent बिना रुकावट काम जारी रख सके।/teach: मौजूदा डायरेक्ट्री को स्टेटफुल शिक्षण स्थान की तरह इस्तेमाल करते हुए कई सेशन में नई स्किल या अवधारणा सिखाता है।/write-a-skill: तय संरचना के अनुसार नई स्किल बनाता है; प्रोग्रेसिव डिस्क्लोज़र और रिसोर्स पैकेजिंग सपोर्ट करता है।
साझा भाषा तंत्र
CONTEXT.md के ज़रिए प्रोजेक्ट की शब्दावली बनाना इस पूरी स्किल लाइब्रेरी की सबसे अहम तरकीबों में से एक है। लेखक ने देखा कि Agent को अक्सर सीधे प्रोजेक्ट में डाल दिया जाता है और वह काम करते-करते अंदरूनी शब्दों का अनुमान लगाता रहता है, इसलिए जो बात 1 शब्द में कही जा सकती है उसे 20 शब्दों में कहता है।
उदाहरण के लिए, "course के किसी section में lesson को made real करने पर समस्या होती है" को बदलकर "materialization cascade में समस्या है" कहने से हर बार बहुत सारी व्याख्या बचती है, और यह संक्षिप्तता सेशन दर सेशन चक्रवृद्धि की तरह फ़ायदा देती है। साझा भाषा से यह भी होता है: वेरिएबल, फ़ंक्शन और फ़ाइलों के नाम एक जैसे रहते हैं; कोडबेस Agent के लिए नेविगेट करना आसान हो जाता है; और Agent सोचते समय कम टोकन खर्च करता है।
Skills For Real Engineers का उपयोग कैसे करें
इसमें प्रवेश के दो रास्ते हैं, दो अलग-अलग दर्शन के साथ; दोनों में से केवल एक चुनना चाहिए।
रास्ता एक: Claude Code प्लगइन
- पूरी स्किल सेट एक प्रबंधित, केवल-पढ़ने वाले बंडल के रूप में इंस्टॉल होती है; लेखक के नया वर्ज़न जारी करते ही अपने आप अपडेट हो जाती है—यानी fork नहीं, बल्कि सब्सक्राइब जैसा है।
- यह Claude Code के आधिकारिक मार्केटप्लेस में है, इसलिए पहले कुछ जोड़ने की ज़रूरत नहीं; अपडेट अपने आप आते हैं।
- नेटिव Codex प्लगइन रोडमैप में है (देखें
.agents/adr/0002-ship-as-a-claude-code-plugin.md)।
रास्ता दो: skills इंस्टॉलर
npx skills@latest add mattpocock/skills चलाएँ, टारगेट Agent चुनें और /setup-matt-pocock-skills को चेक करें। इंस्टॉलर आपको खुद स्किल्स और कोडिंग Agent चुनने देता है; स्किल्स आपके रिपॉज़िटरी में साधारण फ़ाइलों की तरह लिखी जाती हैं। वे आपकी अपनी होती हैं, संपादित की जा सकती हैं, और पीछे से अपने आप अपडेट नहीं होतीं; जब चाहें npx skills update से नवीनतम बदलाव खींच सकते हैं।
ध्यान दें: दोनों रास्ते एक साथ इंस्टॉल करने पर हर स्किल दो बार आ जाएगी।
इनिशियलाइज़ेशन और रोज़मर्रा की लय
- Agent में एक बार
/setup-matt-pocock-skillsचलाएँ, हर रिपॉज़िटरी में केवल एक बार। यह पूछेगा: कौन सा Issue ट्रैकर इस्तेमाल करें (GitHub, Linear या स्थानीय फ़ाइलें); ट्राइएज करते समय कौन से लेबल लगाएँ (/triageइन्हीं लेबल पर निर्भर करता है); और बनाए गए दस्तावेज़ कहाँ सहेजें। - हर बदलाव से पहले
/grill-meया/grill-with-docsसे ज़रूरतें अलाइन करें। - विकास के दौरान
/tddसे गुणवत्ता बनाए रखें। - बग मिलने पर
/diagnoseसे व्यवस्थित डायग्नोसिस शुरू करें। - आर्किटेक्चर मेंटेनेंस के लिए नियमित रूप से
/improve-codebase-architectureचलाते रहें ताकि कोड सड़ने से बचे।
पूरा इंस्टॉलेशन और कॉन्फ़िगरेशन लगभग 30 सेकंड में हो सकता है। इसमें GitHub, Linear या स्थानीय फ़ाइलें Issue ट्रैकर के रूप में सपोर्टेड हैं।
उपयुक्त परिदृश्य
- ज़रूरतों को अलाइन करना और योजना बनाना: प्रोजेक्ट शुरू करने या फीचर बदलने से पहले
/grill-meया/grill-with-docsके ज़रिए Agent से गहन सवाल-जवाब करें, ताकि ज़रूरतों, निर्णय शाखाओं और डोमेन शब्दावली पर दोनों पूरी तरह सहमत हों। - टेस्ट-ड्रिवन डेवलपमेंट: जब कोड क्वालिटी सुनिश्चित करनी हो, तब
/tddसे Agent को रेड-ग्रीन रिफैक्टर लूप चलाने को कहें। वर्टिकल स्लाइस में फीचर बनाने या बग ठीक करने से हर बदलाव ऑटोमेटेड टेस्ट की निगरानी में रहता है। - जटिल बग डायग्नोसिस: जब रिप्रोड्यूस करने में मुश्किल परफ़ॉर्मेंस रिग्रेशन या लॉजिक बग मिले, तब
/diagnoseसे पूरा डायग्नोसिस लूप चलाएँ। - आर्किटेक्चर की निरंतर मेंटेनेंस: बड़े, लंबे समय से मेंटेन हो रहे कोडबेस में नियमित रूप से
/improve-codebase-architectureचलाएँ। यह CONTEXT.md और ADR के आधार पर मॉड्यूल सुधारने के अवसर पहचानता है और Agent की वजह से कोड सड़ने की गति को रोकता है। - क्रॉस-सेशन सहयोग: लंबे काम और कई Agent के बीच काम बाँटने के लिए
/handoffसे सेशन को संपीड़ित करें और/cavemanसे टोकन खपत घटाएँ।
फ़ायदे
- हल्का और कंपोज़ेबल: भारी फ्रेमवर्क से इनकार; हर स्किल स्वतंत्र और अपनी ज़रूरत के हिसाब से ढालने लायक।
- मॉडल-निरपेक्ष: Claude, Codex, Cursor आदि सभी पर चलती है।
- इंजीनियरिंग-मूल: prompt ट्रिक्स के बजाय क्लासिक इंजीनियरिंग सिद्धांतों पर आधारित।
- साझा भाषा तंत्र: CONTEXT.md से Agent की संचार लागत और टोकन खपत काफ़ी घटती है।
- फीडबैक लूप: स्टैटिक टाइप, ऑटोमेटेड टेस्ट और रेड-ग्रीन रिफैक्टर जैसी असली प्रतिक्रिया पर ज़ोर।
- बदलने में आसान: skills वाले रास्ते में स्किल्स आपके रिपॉज़िटरी की संपादन योग्य फ़ाइलें होती हैं।
सीमाएँ
- यह स्किल्स का सेट है, कोई एंड-टू-एंड प्रोसेस मैनेजर नहीं। जिन टीमों के पास साझा भाषा और ADR का अनुशासन नहीं है, उन्हें CONTEXT.md और निर्णय रिकॉर्ड खुद बनाए रखने होंगे।
/triageका लेबल सिस्टम इनिशियलाइज़ेशन के समय की कॉन्फ़िगरेशन पर निर्भर करता है; गलत कॉन्फ़िगरेशन से ट्राइएज नतीजे खराब हो सकते हैं।- दोनों इंस्टॉल रास्ते परस्पर अनन्य हैं; एक साथ इंस्टॉल करने पर स्किल्स डुप्लिकेट हो जाती हैं।
- नेटिव Codex प्लगइन अभी रोडमैप में है, इसलिए Codex उपयोगकर्ता फ़िलहाल स्किल फ़ाइल इंस्टॉल वाले रास्ते से काम चलाएँ।
- विशिष्ट सपोर्ट दायरा, कमांड विवरण और अपडेट की गति बदल सकते हैं।
मूल्य और उपलब्धता की जाँच के संकेत
इस बार के तथ्य-पत्र में कोई मूल्य, सदस्यता शुल्क या लाइसेंस शर्तों की जानकारी नहीं दी गई है, इसलिए अनुमान नहीं लगाया जा रहा। शुल्क है या नहीं, लाइसेंस कैसा है, कौन से इंस्टॉल चैनल उपलब्ध हैं और नवीनतम वर्ज़न क्या है—यह सब सीधे उत्पाद की आधिकारिक साइट https://github.com/mattpocock/skills और आपके Agent के आधिकारिक प्लगइन मार्केटप्लेस पेज पर दोबारा जाँचकर ही तय करें।
अक्सर पूछे जाने वाले प्रश्न (FAQ)
क्या यह किसी मॉडल से बंधा है?
नहीं। आधिकारिक विवरण के अनुसार यह मॉडल-निरपेक्ष है; Claude, Codex, Cursor आदि सभी पर इस्तेमाल हो सकती है।
क्या इंस्टॉल करते ही सीधे इस्तेमाल कर सकते हैं?
नहीं, पहले इनिशियलाइज़ करना ज़रूरी है। Agent में एक बार /setup-matt-pocock-skills चलाएँ और Issue ट्रैकर, ट्राइएज लेबल और दस्तावेज़ डायरेक्ट्री कॉन्फ़िगर करें। इसके बाद /triage जैसी स्किल्स आपकी सेटिंग के मुताबिक काम कर पाएँगी।
मुझे प्लगइन चुनना चाहिए या इंस्टॉलर?
लेखक के अपडेट के साथ चलना है और केवल-पढ़ने वाला प्रबंधित बंडल स्वीकार है, तो Claude Code प्लगइन चुनें। फ़ाइलों का स्वामित्व चाहिए, उन्हें बदलना है और अपडेट का समय खुद नियंत्रित करना है, तो npx skills@latest add mattpocock/skills इस्तेमाल करें। दोनों एक साथ इंस्टॉल न करें।
क्या यह GSD, BMAD से टकराता है?
लेखक की मंशा एक वैकल्पिक सोच देना है: GSD, BMAD और Spec-Kit प्रोसेस को अपने हाथ में लेकर मदद करते हैं, लेकिन इसी के साथ आपका नियंत्रण भी छीन लेते हैं और प्रोसेस के अंदर की समस्याएँ हल करना कठिन बना देते हैं। यह स्किल सेट छोटा, कंपोज़ेबल और hack करने लायक रास्ता चुनता है। दोनों को मिलाना है या नहीं, यह आपकी टीम के अनुशासन पर निर्भर करता है।
सबसे पहले कौन सी स्किल आज़मानी चाहिए?
लेखक के अनुसार /grill-with-docs शायद पूरे रिपॉज़िटरी की सबसे दमदार तकनीक है: यह गहन सवाल-जवाब सेशन भी है, और AI के साथ साझा भाषा बनाने तथा कठिन निर्णयों को ADR में दर्ज करने में भी मदद करती है।
वैकल्पिक समाधान
- GSD, BMAD, Spec-Kit: डेवलपमेंट प्रोसेस को अपने नियंत्रण में लेने वाले भारी फ्रेमवर्क; इनमें नियंत्रण कम होता है और प्रोसेस की समस्या पहचानना कठिन होता है।
- डेवलपर यीज़े Eze की ओपन-सोर्स Agent Skill: "सोचना कि इंटरनेट पर कैसे जाएँ" पर केंद्रित।
- Jesse Vincent की ओपन-सोर्स Agentic स्किल फ्रेमवर्क और सॉफ़्टवेयर डेवलपमेंट मेथड प्लगइन।
- AI कोडिंग असिस्टेंट के लिए डिज़ाइन की गई ओपन-सोर्स AI डिज़ाइन Skill।
- सामान्य तरीका: खुद .claude या प्रोजेक्ट-स्तरीय स्किल फ़ाइलें मेंटेन करें और टीम की आदतों के अनुसार जोड़ें।
प्राथमिक स्रोत
- उत्पाद की आधिकारिक साइट और रिपॉज़िटरी: https://github.com/mattpocock/skills
अगर आप इन स्किल्स में होने वाले बदलावों और लेखक की नई बनाई स्किल्स से अपडेट रहना चाहते हैं, तो उनके न्यूज़लेटर से जुड़ सकते हैं, जिसके लगभग 60,000 डेवलपर सब्सक्राइबर हैं।
अक्सर पूछे जाने वाले प्रश्न
Skills For Real Engineers क्या किसी मॉडल से बंधी है?
नहीं। इसका आधिकारिक विवरण मॉडल-निरपेक्ष है; Claude, Codex, Cursor आदि सभी पर इस्तेमाल हो सकती है।
क्या इंस्टॉल करते ही सीधे चला सकते हैं? और क्या कॉन्फ़िगरेशन करना पड़ता है?
नहीं, पहले इनिशियलाइज़ेशन ज़रूरी है। Agent में एक बार /setup-matt-pocock-skills चलाएँ; यह पूछेगा कि कौन सा Issue ट्रैकर इस्तेमाल करना है (GitHub, Linear या स्थानीय फ़ाइलें), triage के लिए कौन से लेबल रखने हैं और दस्तावेज़ कहाँ सहेजने हैं। इसके बाद /triage जैसी स्किल्स आपकी सेटिंग के मुताबिक काम करेंगी।
Claude Code प्लगइन और skills इंस्टॉलर में से किसे चुनें?
दोनों दो अलग दर्शन हैं, केवल एक चुनें। Claude Code प्लगइन पूरी स्किल सेट को प्रबंधित केवल-पढ़ने वाले बंडल के रूप में इंस्टॉल करता है और लेखक के रिलीज़ पर अपने आप अपडेट होता है। skills इंस्टॉलर (npx skills@latest add mattpocock/skills) संपादन योग्य स्किल फ़ाइलों को आपके रिपॉज़िटरी में कॉपी करता है, जिन पर आपका नियंत्रण रहता है और npx skills update से अपडेट खींच सकते हैं। दोनों एक साथ इंस्टॉल करने पर हर स्किल दो बार आ जाएगी।
यह GSD, BMAD से कैसे अलग है?
GSD, BMAD, Spec-Kit प्रोसेस को अपने हाथ में लेकर मदद करते हैं, लेकिन इसी के साथ आपका नियंत्रण छीन लेते हैं और प्रोसेस के अंदर की समस्याएँ हल करना कठिन बना देते हैं। यह स्किल सेट छोटा, कंपोज़ेबल और hack करने लायक रहता है, किसी प्रोसेस से बंधता नहीं और हर स्किल स्वतंत्र रूप से चलती है।
साझा भाषा को इतना महत्वपूर्ण क्यों माना जाता है?
लेखक ने देखा कि Agent को अक्सर सीधे प्रोजेक्ट में डाल दिया जाता है और वह काम करते-करते शब्दों का अनुमान लगाता है; जो बात 1 शब्द में हो सकती है उसे 20 शब्दों में कहता है। CONTEXT.md से साझा भाषा बनाने पर नामकरण ज़्यादा एक जैसा होता है, कोडबेस में नेविगेशन आसान होता है और Agent सोचते समय कम टोकन खर्च करता है। यह बचत सेशन दर सेशन चक्रवृद्धि की तरह बढ़ती है।
अगर शुरुआत में केवल एक स्किल आज़मानी हो, तो कौन सी चुनें?
लेखक के अनुसार /grill-with-docs शायद पूरे रिपॉज़िटरी की सबसे दमदार तकनीक है: यह गहन सवाल-जवाब सेशन भी है, AI के साथ प्रोजेक्ट की साझा भाषा बनाने में मदद करती है, और कठिन निर्णयों को ADR में दर्ज करती है।