Skills For Real Engineers - Matt Pocock

Matt Pocock का agent skills संग्रह, vibe coding नहीं बल्कि असली engineering के लिए एक toolbox

यह repository TypeScript educator के रूप में अच्छी तरह पहचाने जाने वाले Matt Pocock द्वारा सार्वजनिक किया गया एक प्रोजेक्ट है, जिसमें उन्होंने Claude Code के लिए रोज़मर्रा में इस्तेमाल होने वाले agent skills, यानी slash commands और behavioral conventions, इकट्ठा किए हैं। इसका slogan है "Skills For Real Engineers"। लेखक का मानना है कि GSD, BMAD, Spec-Kit जैसे frameworks, जो पूरे process को अपने ऊपर ले लेते हैं, developer के control को कम कर देते हैं और defect आने पर उसका पता लगाना मुश्किल बना देते हैं। इसके विकल्प के रूप में वे छोटे, replaceable, और किसी भी model के साथ जोड़े जा सकने वाले tool-unit approach का प्रस्ताव रखते हैं। वास्तव में codebase खोलकर देखने पर skills, skills/ के नीचे engineering, productivity, misc, personal, in-progress, deprecated जैसे buckets में बंटे हुए हैं, और हर skill को अपनी SKILL.md वाली स्वतंत्र unit के रूप में मैनेज किया जाता है।

• installation path की सादगी: npx skills@latest add mattpocock/skills की एक पंक्ति से install किया जा सकता है, और /setup-matt-pocock-skills के जरिए issue tracker का प्रकार, triage में उपयोग होने वाली label vocabulary, और document storage location को एक बार में सेट किया जाता है। हर repository के लिए इसे केवल एक बार चलाना होता है, और बाकी skills वही configuration साझा करते हैं।

• agent failure modes को चार भागों में व्यवस्थित करने वाला design intent: पहला है "जो चाहिए वह बना न पाना" वाला alignment problem, जिसके लिए grill-me, grill-with-docs intent को अंत तक पूछताछ करने वाला interview session अनिवार्य बनाते हैं। दूसरा है "बहुत ज़्यादा verbose agent" की समस्या, जिसके लिए domain terminology dictionary जैसा CONTEXT.md बनाया जाता है ताकि token waste और naming consistency, दोनों की समस्या कम हो। तीसरा है "code काम नहीं करता" वाली समस्या, जिसमें tdd red-green-refactor loop संभालता है और diagnose reproduction से regression test तक की debugging loop संभालता है। चौथा है "mud ball बन चुका code", जहाँ to-prd, zoom-out, improve-codebase-architecture module boundaries और system-level दृष्टि को वापस लाने का काम करते हैं।

• shared language को संभालने के तरीके की खासियत: यह सिर्फ coding assistance से एक कदम आगे जाकर agent और इंसान के बीच vocabulary को स्पष्ट रूप से align करने पर ज़ोर देता है। उदाहरण के तौर पर दिए गए course-video-manager के CONTEXT.md में, "course के अंदर section के अंदर lesson के file system में जगह पाने के समय से जुड़ी समस्या" को "materialization cascade" जैसे एक शब्द में समेटा गया है, ताकि वही बातचीत बार-बार दोहराने पर token और cognitive cost, दोनों कम हों।

• secondary skills की व्यावहारिकता: रोज़मर्रा workflow के लिए caveman (लगभग 75 प्रतिशत token reduction को लक्ष्य बनाने वाला compressed response mode), write-a-skill (skill बनाने का meta-skill) शामिल हैं, और support tools bundle में git-guardrails-claude-code (खतरनाक git commands को पहले से ब्लॉक करने वाला hook setup), setup-pre-commit (Husky+lint-staged आधारित pre-commit configuration) आदि भी शामिल हैं। यानी code writing के बाहर के हिस्सों को भी छोटे tools में बाँटकर संभाला गया है।

• repository के अपने संचालन नियम: engineering, productivity, misc में शामिल skills को top-level README और .claude-plugin/plugin.json में अनिवार्य रूप से register करना होता है, जबकि personal, in-progress, deprecated में ऐसा registration निषिद्ध है। इस तरह public scope को code level पर enforce किया जाता है। ADR documents का अलग directory में होना और skill linking के लिए shell scripts का scripts/ में अलग रखा जाना भी इसी अनुशासन का विस्तार माना जा सकता है।

कुल मिलाकर यह प्रोजेक्ट "agent खुद सब कुछ कर देगा" वाली integrated automation से दूरी बनाकर चलता है, और Pragmatic Programmer, Domain-Driven Design, Extreme Programming, A Philosophy of Software Design जैसे classic engineering principles को छोटे, replaceable slash command units में तोड़कर पेश करने के अधिक करीब है। जो उपयोगकर्ता flashy workflow automation tools की उम्मीद कर रहे हों, उन्हें यह थोड़ा सादा लग सकता है। लेकिन agent युग में भी alignment, shared language, feedback loop, और module design जैसी बुनियादी बातों को रोज़मर्रा के tools तक नीचे लाने की कोशिश होने के कारण इसमें व्यावहारिक कामकाजी धार नज़र आती है।