कोड समीक्षा Skills

WCAG 2.2 दिशानिर्देशों का पालन करते हुए वेब पहुंच का ऑडिट और सुधार करें। इसका उपयोग तब करें जब "पहुंच में सुधार करें", "a11y ऑडिट", "WCAG अनुपालन", "स्क्रीन रीडर समर्थन", "कीबोर्ड नेविगेशन", या "सुलभ बनाएं" के लिए कहा जाए।

Rigor Analyze / Rigor Audit केवल पढ़ने योग्य कौशल है जो गहन शिक्षण अनुसंधान रिपॉजिटरी के लिए है। इसका उपयोग तब करें जब उपयोगकर्ता किसी रिपॉजिटरी को पढ़ना और समझना चाहता है, मॉडल संरचना और प्रशिक्षण या अनुमान प्रवेश बिंदुओं का निरीक्षण करना चाहता है, कॉन्फ़िगरेशन और सम्मिलन बिंदुओं की समीक्षा करना चाहता है, या कोड को संशोधित किए बिना या भारी कार्य चलाए बिना संदिग्ध कार्यान्वयन पैटर्न को चिह्न

Angular कोड उत्पन्न करता है और आर्किटेक्चरल मार्गदर्शन प्रदान करता है। प्रोजेक्ट, कंपोनेंट या सेवाएँ बनाते समय, या रिएक्टिविटी (signals, linkedSignal, resource), फॉर्म, डिपेंडेंसी इंजेक्शन, रूटिंग, SSR, एक्सेसिबिलिटी (ARIA), एनिमेशन, स्टाइलिंग (कंपोनेंट स्टाइल, Tailwind CSS), टेस्टिंग या CLI टूलिंग पर सर्वोत्तम प्रथाओं के लिए ट्रिगर करें।

आधुनिक वेब विकास की सर्वोत्तम प्रथाओं को सुरक्षा, अनुकूलता और कोड गुणवत्ता के लिए लागू करें। जब "सर्वोत्तम प्रथाएँ लागू करें", "सुरक्षा ऑडिट", "कोड को आधुनिक बनाएँ", "कोड गुणवत्ता समीक्षा" या "कमजोरियों की जाँच करें" के लिए कहा जाए तो इसका उपयोग करें।

We need to translate the given English text to Hindi. The text describes a decision guide for delegating to caveman-style subagents. It mentions specific names: cavecrew-investigator, cavecrew-builder, cavecrew-reviewer, and cavecrew. These names should be preserved as they are. Also, technical terms like "Explore", "tool-result", "main context", "subagent", "diff review", "inline" should be preserved or translated appropriately. The instruction says to preserve product names, protocol names, URLs, numbers, and technical terms. So we keep "cavecrew-investigator", "cavecrew-builder", "cavecrew-reviewer", "cavecrew", "Explore", "diff review", "inline", "tool-result", "main context", "subagent". Also "caveman-compressed" might be kept as is or translated? It's a technical term describing compression style. Probably keep as "caveman-compressed" or translate as "गुफामानव-संपीड़ित"? But the

अल्ट्रा-संक्षिप्त कमिट संदेश जनरेटर। कमिट संदेशों से शोर हटाता है जबकि आशय और तर्क को संरक्षित करता है। पारंपरिक कमिट प्रारूप। विषय ≤50 वर्ण, बॉडी केवल तब जब "क्यों" स्पष्ट न हो। उपयोग करें जब उपयोगकर्ता कहे "write a commit", "commit message", "generate commit", "/commit", या /caveman-commit को आमंत्रित करे। स्टेजिंग परिवर्तन होने पर स्वचालित रूप से सक्रिय होता है।

अल्ट्रा-संकुचित कोड समीक्षा टिप्पणियाँ। PR फीडबैक से शोर कम करता है जबकि कार्रवाई योग्य संकेत को संरक्षित करता है। प्रत्येक टिप्पणी एक पंक्ति में होती है: स्थान, समस्या, समाधान। उपयोग तब करें जब उपयोगकर्ता "इस PR की समीक्षा करें", "कोड समीक्षा", "डिफ की समीक्षा करें", "/review" कहे, या /caveman-review का आह्वान करे। पुल अनुरोधों की समीक्षा करते समय स्वचालित रूप से सक्रिय होता है।

कोड डिफ, PR, इश्यू कतार, रिलीज़ तैयारी, कमिट, पुश, प्रकाशन और प्रोजेक्ट ऑडिट की समीक्षा करता है। उपयोग तब करें जब उपयोगकर्ता review/看看代码/合并前/看看issue/PR/release/push पूछें या किसी स्वीकृत योजना को लागू करने के लिए, गंदे और अनट्रैक किए गए वर्कट्री के लिए सुरक्षा गेट के साथ। विचारों की खोज, मूल कारणों की डिबगिंग या गद्य समीक्षा के लिए नहीं।

पुल रिक्वेस्ट के कार्यान्वयन की spec_context.md में दिए गए स्पेक संदर्भ से तुलना करें और किसी भी महत्वपूर्ण बेमेल को review.json में फीड करें। PR समीक्षा के दौरान उपयोग करें जब स्वीकृत हो या रिपॉजिटरी स्पेक संदर्भ उपलब्ध हो।

Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".

बहु-आयामी कोड समीक्षा करता है। किसी भी बदलाव को मर्ज करने से पहले उपयोग करें। अपने, किसी अन्य एजेंट या मानव द्वारा लिखे गए कोड की समीक्षा करते समय उपयोग करें। जब आपको मुख्य शाखा में प्रवेश करने से पहले कई आयामों पर कोड गुणवत्ता का आकलन करने की आवश्यकता हो, तब उपयोग करें।

कोड को स्पष्टता के लिए सरल बनाता है। जब व्यवहार बदले बिना स्पष्टता के लिए कोड को रीफैक्टर करना हो तो उपयोग करें। जब कोड काम करता है लेकिन पढ़ने, बनाए रखने या विस्तार करने में आवश्यकता से अधिक कठिन हो तो उपयोग करें। जब अनावश्यक जटिलता जमा हो चुके कोड की समीक्षा कर रहे हों तो उपयोग करें।

गहन मॉड्यूल डिज़ाइन करने के लिए साझा शब्दावली। इसका उपयोग तब करें जब उपयोगकर्ता किसी मॉड्यूल के इंटरफ़ेस को डिज़ाइन या सुधारना चाहता हो, गहनता के अवसर खोजना चाहता हो, यह तय करना चाहता हो कि सीम कहाँ जाएगी, कोड को अधिक परीक्षण योग्य या AI-नेविगेबल बनाना चाहता हो, या जब किसी अन्य कौशल को गहन मॉड्यूल शब्दावली की आवश्यकता हो।

Conventional Commits v1.0.0 शाखा नामकरण, वर्कट्री नामकरण, और GitHub तथा GitLab परियोजनाओं के लिए कमिट संदेश मानक। शाखाएँ बनाते समय, वर्कट्री का नामकरण करते समय, कमिट लिखते समय, कमिट संदेश उत्पन्न करते समय, शाखा परंपराओं की समीक्षा करते समय, या चेंजलॉग ऑटोमेशन सेट करते समय उपयोग करें। तब लागू करें जब आपकी परियोजना को सुसंगत git इतिहास, SemVer-संचालित रिलीज़, पार्स करने योग्य चेंजलॉग जनर

वर्तमान शाखा के लिए warp रिपॉजिटरी में एक पुल रिक्वेस्ट बनाएँ। इसका उपयोग तब करें जब उपयोगकर्ता PR खोलने, पुल रिक्वेस्ट बनाने, समीक्षा के लिए परिवर्तन सबमिट करने, या मर्ज के लिए कोड तैयार करने का उल्लेख करे।

व्यवस्थित मूल-कारण डिबगिंग का मार्गदर्शन करता है। इसका उपयोग तब करें जब परीक्षण विफल हों, बिल्ड टूट जाएं, व्यवहार अपेक्षाओं से मेल न खाए, या आपको कोई अप्रत्याशित त्रुटि मिले। इसका उपयोग तब करें जब आपको अनुमान लगाने के बजाय मूल कारण खोजने और ठीक करने के लिए एक व्यवस्थित दृष्टिकोण की आवश्यकता हो।

पदावनति और प्रवासन का प्रबंधन करता है। पुराने सिस्टम, API या सुविधाओं को हटाते समय उपयोग करें। उपयोगकर्ताओं को एक कार्यान्वयन से दूसरे में स्थानांतरित करते समय उपयोग करें। मौजूदा कोड को बनाए रखने या बंद करने का निर्णय लेते समय उपयोग करें।

अनुशासित निदान लूप कठिन बग और प्रदर्शन प्रतिगमन के लिए। पुनरुत्पादन → न्यूनतमीकरण → परिकल्पना → उपकरणीकरण → सुधार → प्रतिगमन-परीक्षण। उपयोग करें जब उपयोगकर्ता कहे "इसका निदान करें" / "इसे डीबग करें", कोई बग रिपोर्ट करे, कहे कि कुछ टूटा/फेंक रहा/विफल हो रहा है, या प्रदर्शन प्रतिगमन का वर्णन करे।

हार्ड बग्स और प्रदर्शन प्रतिगमन के लिए निदान लूप। उपयोग करें जब उपयोगकर्ता "निदान करें"/"डीबग करें" कहे, या कुछ टूटा/फेंकता/विफल/धीमा होने की रिपोर्ट करे।

जब आपके पास एक लिखित कार्यान्वयन योजना हो जिसे समीक्षा जांच बिंदुओं के साथ एक अलग सत्र में निष्पादित करना हो, तब इसका उपयोग करें।

We need to translate the given English text into Hindi. The text describes a skill called "explore-code" but the instruction says to preserve the name only if it appears in the source text. The name "explore-code" does not appear in the provided text. So we just translate the text inside <text>. The text is a description of a skill for rigorous improvement implementation in deep learning research repositories. We need to preserve technical terms like "LoRA", "adapter layers", "backbone", "head", "rollback-aware records", "explore_outputs/", "current_research". Also preserve URLs if any (none here). Numbers: none. Protocol names: none. Product names: none. We translate into Hindi, keeping technical terms as is or with transliteration if needed. The instruction says "preserve" so likely keep them in English. But for Hindi translation, we can write them in English script within Hindi text. Also note: "Do not include the name unless it appears in the source text." So we don't add "explore-code".

Fastify Node.js बैकएंड सर्वर और REST API को TypeScript या JavaScript का उपयोग करके विकसित करने का मार्गदर्शन करता है। इसका उपयोग Fastify एप्लिकेशन बनाने, कॉन्फ़िगर करने या डीबग करने के दौरान करें — जिसमें रूट परिभाषित करना, प्लगइन लागू करना, JSON Schema सत्यापन सेट करना, त्रुटियों को संभालना, प्रदर्शन को अनुकूलित करना, प्रमाणीकरण प्रबंधित करना, CORS और सुरक्षा हेडर कॉन्फ़िगर करना, डेटाबेस को एकीकृत करना, WebSockets के साथ काम करना और

जब कार्यान्वयन पूरा हो जाए, सभी परीक्षण पास हो जाएं, और आपको कार्य को एकीकृत करने का निर्णय लेना हो - मर्ज, PR या सफाई के लिए संरचित विकल्प प्रस्तुत करके विकास कार्य के पूरा होने का मार्गदर्शन करता है

वार्प रस्ट कोडबेस में कंपाइलेशन त्रुटियों, लिंटिंग समस्याओं और टेस्ट विफलताओं को ठीक करें। प्रीसबमिट जांच, WASM-विशिष्ट त्रुटियों और विशिष्ट टेस्ट चलाने को शामिल करता है। उपयोग करें जब उपयोगकर्ता बिल्ड त्रुटियों, क्लिप्पी या fmt विफलताओं, टेस्ट विफलताओं का सामना करता है, या PR से पहले प्रीसबमिट चलाने या व्याख्या करने की आवश्यकता होती है।

डिफ़ॉल्ट LLM ट्रंकेशन व्यवहार को ओवरराइड करता है। पूर्ण कोड जनरेशन लागू करता है, प्लेसहोल्डर पैटर्न पर प्रतिबंध लगाता है, और टोकन-सीमा विभाजन को साफ-सुथरे ढंग से संभालता है। किसी भी ऐसे कार्य पर लागू करें जिसमें संपूर्ण, असंक्षिप्त आउटपुट की आवश्यकता हो।

गिट वर्कफ़्लो प्रथाओं को संरचित करता है। किसी भी कोड परिवर्तन करते समय उपयोग करें। कमिट करते समय, ब्रांचिंग करते समय, विरोधों को हल करते समय, या जब आपको कई समानांतर स्ट्रीम में कार्य को व्यवस्थित करने की आवश्यकता हो, तब उपयोग करें। रिलीज़ काटते समय, सिमैंटिक वर्जन बंप चुनते समय, टैग करते समय, या चेंजलॉग लिखते समय उपयोग करें।

गोलैंग बेंचमार्किंग, प्रोफाइलिंग और प्रदर्शन मापन। इसका उपयोग तब करें जब गो बेंचमार्क लिखना, चलाना या तुलना करना हो, pprof के साथ हॉट पाथ प्रोफाइल करना हो, CPU/मेमोरी/ट्रेस प्रोफाइल की व्याख्या करनी हो, benchstat के साथ परिणामों का विश्लेषण करना हो, CI बेंचमार्क रिग्रेशन डिटेक्शन सेट करना हो, या Prometheus रनटाइम मेट्रिक्स के साथ उत्पादन प्रदर्शन की जांच करनी हो। इसका उपयोग तब भी करें जब डेवलप

We need to translate the given English text into Hindi. The text describes a skill about Golang code style conventions. We must preserve the name "golang-code-style" but it's not in the text, so we don't include it. We also preserve URLs, product names, protocol names, numbers, technical terms. The text includes references to other skills like "samber/cc-skills-golang@golang-naming" etc. Those should be preserved as is. The translation should be natural Hindi, but keep technical terms like "Golang", "code style", "line length", "variable declarations", "control flow", "comments", "linter", "doc comments" etc. Possibly use transliteration or Hindi equivalents? For technical terms, often English terms are used in Hindi context. But we can translate where possible. For example, "line length and breaking" -> "पंक्ति की लंबाई और विभाजन". "variable declarations" -> "चर घोषणाएँ". "control flow clarity" -> "न

गोलांग कंकरेंसी पैटर्न। इसका उपयोग तब करें जब गोरूटीन, चैनल, सेलेक्ट, लॉक, सिंक प्रिमिटिव, एरग्रुप, सिंगलफ्लाइट, वर्कर पूल, या फैन-आउट/फैन-इन पाइपलाइन से जुड़े कंकरेंट गो कोड लिख रहे हों या समीक्षा कर रहे हों। यह तब भी सक्रिय होता है जब आप गोरूटीन लीक, रेस कंडीशन, चैनल ओनरशिप समस्याएं पहचानते हैं, या चैनल और म्यूटेक्स के बीच चय

गोलांग में डिपेंडेंसी इंजेक्शन (DI) के लिए व्यापक मार्गदर्शिका। इसमें शामिल है कि DI क्यों महत्वपूर्ण है (परीक्षणीयता, ढीला युग्मन, चिंताओं का पृथक्करण, जीवनचक्र प्रबंधन), मैनुअल कंस्ट्रक्टर इंजेक्शन, और DI लाइब्रेरी तुलना (google/wire, uber-go/dig, uber-go/fx, samber/do)। इस कौशल का उपयोग सेवा आर्किटेक्चर डिजाइन करते समय, डिपेंडेंसी इंजेक्शन सेट करते समय, कसकर युग

इडियोमैटिक गोलैंग डिज़ाइन पैटर्न — फंक्शनल ऑप्शंस, कंस्ट्रक्टर, एरर फ्लो और कैस्केडिंग, रिसोर्स मैनेजमेंट और लाइफसाइकिल, ग्रेसफुल शटडाउन, रेज़िलिएंस, आर्किटेक्चर, डिपेंडेंसी इंजेक्शन, डेटा हैंडलिंग, स्ट्रीमिंग और अन्य। तब लागू करें जब आर्किटेक्चरल पैटर्न के बीच स्पष्ट रूप से चुनाव करना हो, फंक्शनल ऑप्शंस लागू करना हो, कं

Golang परियोजनाओं के लिए व्यापक दस्तावेज़ीकरण मार्गदर्शिका, जिसमें godoc टिप्पणियाँ, README, CONTRIBUTING, CHANGELOG, Go Playground, उदाहरण परीक्षण, API दस्तावेज़ और llms.txt शामिल हैं। इसका उपयोग दस्तावेज़ टिप्पणियाँ लिखने या समीक्षा करने, दस्तावेज़ीकरण, कोड उदाहरण जोड़ने, दस्तावेज़ साइटें सेट करने या दस्तावेज़ीकरण सर्वोत्तम प्रथाओं पर चर्चा करने के दौरान करें। यह लाइब्रेरी और एप्लिकेशन/CLI दोनों के लिए ट्रिगर होता है।

इडियोमैटिक गोलैंग एरर हैंडलिंग — %w के साथ क्रिएशन और रैपिंग, errors.Is/As, errors.Join, कस्टम एरर टाइप्स, सेंटिनल एरर्स, panic/recover, सिंगल हैंडलिंग रूल, slog के साथ स्ट्रक्चर्ड लॉगिंग, HTTP रिक्वेस्ट लॉगिंग मिडलवेयर, और प्रोडक्शन एरर्स के लिए samber/oops। लॉग एग्रीगेशन थर्ड-पार्टी टूल्स के साथ स्केल पर लॉग्स को उपयोगी बनाने के लिए बनाया गया। Go कोड में एरर्स बनाते, रैप करते, निर

We need to translate the given English text to Hindi. The text describes compile-time dependency injection in Golang using google/wire, listing various functions and concepts. We must preserve product names, protocol names, URLs, numbers, and technical terms. The name "golang-google-wire" is not in the text, so we don't include it. We translate only the text inside <text>. No extra commentary, labels, etc. Let's translate step by step: "Compile-time dependency injection in Golang using google/wire" -> "गोलैंग में google/wire का उपयोग करके कंपाइल-टाइम डिपेंडेंसी इंजेक्शन" "— wire.NewSet, wire.Build, wire.Bind (interface→concrete), wire.Struct, wire.Value, wire.InterfaceValue, wire.FieldsOf, cleanup functions, //go:build wireinject injector files, and generated wire_gen.go." -> "— wire.NewSet, wire.B

Golang माइक्रोसर्विसेज़ के लिए gRPC उपयोग दिशानिर्देश, प्रोटोबफ़ संगठन, और उत्पादन-तैयार पैटर्न प्रदान करता है। इसका उपयोग तब करें जब gRPC सर्वर/क्लाइंट को लागू, समीक्षा या डीबग कर रहे हों, प्रोटो फ़ाइलें लिख रहे हों, इंटरसेप्टर सेट कर रहे हों, स्टेटस कोड के साथ gRPC त्रुटियों को संभाल रहे हों, TLS/mTLS कॉन्फ़िगर कर रहे हों, bufconn के साथ परीक्षण कर रहे हों, या स्ट्रीमिंग RPC के स

गोलैंग कौशल ऑर्केस्ट्रेटर — किसी भी गोलैंग कोडिंग, समीक्षा, डीबग या सेटअप कार्य पर हमेशा सक्रिय रहता है। कार्य संदर्भ पढ़ता है और samber/cc-skills-golang से सबसे प्रासंगिक कौशल लोड करता है, अक्सर एक साथ कई: gRPC सेवा लिखने पर golang-grpc + golang-testing + golang-error-handling लोड होता है; पैनिक डीबग करने पर golang-troubleshooting + golang-safety लोड होता है; सुरक्षा ऑडिट करने पर golang-security + golang-lint + golang-safety लोड होता है। साथ ही:

Golang प्रोजेक्ट्स के लिए लिंटिंग सर्वोत्तम अभ्यास और golangci-lint कॉन्फ़िगरेशन — लिंटर चलाना, .golangci.yml कॉन्फ़िगर करना, nolint निर्देशों के साथ चेतावनियाँ दबाना, लिंट आउटपुट की व्याख्या करना और लिंटर चुनना। इसका उपयोग तब करें जब golangci-lint कॉन्फ़िगर करना हो, लिंट चेतावनियों या nolint सप्रेशन के बारे में पूछना हो, कोड गुणवत्ता टूलिंग सेट अप करनी हो, या लिंटर चुनने हों। इसका उपयोग तब भी करें

golang-linter — AI एजेंटों के लिए एक इंस्टॉल करने योग्य कौशल।

गोलांग कोड को हाल की भाषा सुविधाओं, मानक लाइब्रेरी सुधारों और प्रचलित पैटर्न का उपयोग करने के लिए आधुनिक बनाएं। गो कोड लिखते या समीक्षा करते समय और पुराने शैली के पैटर्न का पता चलने पर, या किसी अप्रचलन चेतावनी का सामना करने पर सक्रिय रूप से ट्रिगर करें। इसका उपयोग तब भी करें जब उपयोगकर्ता स्पष्ट रूप से आधुनिकीकरण, गो संस्करण उन्नयन, या CI/टूलिंग रिफ्रेश का अनुरोध करता है।

Go (Golang) नामकरण परंपराएँ — पैकेज, कंस्ट्रक्टर, स्ट्रक्ट, इंटरफ़ेस, कॉन्स्टेंट, एनम, एरर, बूलियन, रिसीवर, गेटर/सेटर, फंक्शनल ऑप्शन, एक्रोनिम, टेस्ट फंक्शन और सबटेस्ट नाम शामिल हैं। इस कौशल का उपयोग नया Go कोड लिखते समय, समीक्षा या रीफैक्टरिंग करते समय, नामकरण विकल्पों (New बनाम NewTypeName, isConnected बनाम connected, ErrNotFound बनाम NotFoundError, iota 0 पर StatusReady बनाम StatusUnknown) के बीच चय

गोलांग प्रदर्शन अनुकूलन पैटर्न और पद्धति - यदि X अड़चन है, तो Y लागू करें। इसमें आवंटन कमी, CPU दक्षता, मेमोरी लेआउट, GC ट्यूनिंग, पूलिंग, कैशिंग और हॉट-पाथ अनुकूलन शामिल है। इसका उपयोग तब करें जब प्रोफाइलिंग या बेंचमार्क ने कोई अड़चन पहचान ली हो और आपको उसे ठीक करने के लिए सही अनुकूलन पैटर्न की आवश्यकता हो। इसका उपयोग प्रदर्शन कोड समीक्षा करते समय भी करें ताकि सुधार

उत्पादन-तैयार Golang लाइब्रेरी और फ्रेमवर्क की सिफारिश करता है। तब लागू करें जब उपयोगकर्ता स्पष्ट रूप से लाइब्रेरी सुझाव मांगता है, विकल्पों की तुलना करना चाहता है, किसी विशिष्ट कार्य के लिए लाइब्रेरी चुनने की आवश्यकता हो, या प्रोजेक्ट में कोई नई निर्भरता जोड़ी जा रही हो।

रक्षात्मक Golang कोडिंग जो पैनिक, मूक डेटा भ्रष्टाचार और सूक्ष्म रनटाइम बग को रोकने के लिए है। इसका उपयोग तब करें जब nil पैनिक, append aliasing, मैप समवर्ती पहुंच, फ्लोट तुलना समस्याएँ, या शून्य-मान डिज़ाइन प्रश्नों का सामना हो। साथ ही कोड की समीक्षा करते समय nil-सुरक्षा, संख्यात्मक रूपांतरण ओवरफ्लो, संसाधन जीवनचक्र समस्याएँ (लूप में defer), या स्लाइस और मैप की रक्षात्मक प्रतिलिपि के लिए उप

गोलैंग में samber/do का उपयोग करके डिपेंडेंसी इंजेक्शन — सर्विस कंटेनर, लाइफसाइकिल प्रबंधन, स्कोप, हेल्थ चेक, ग्रेसफुल शटडाउन और मॉड्यूल संगठन। तब लागू करें जब samber/do का उपयोग या अपनाया जा रहा हो, जब कोडबेस github.com/samber/do या github.com/samber/do/v2 को इम्पोर्ट करता हो, या मैनुअल कंस्ट्रक्टर इंजेक्शन को DI कंटेनर में रीफैक्टर किया जा रहा हो।

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

गोलांग के लिए सुरक्षा सर्वोत्तम अभ्यास और भेद्यता रोकथाम। इंजेक्शन (SQL, कमांड, XSS), क्रिप्टोग्राफी, फाइलसिस्टम सुरक्षा, नेटवर्क सुरक्षा, कुकीज़, सीक्रेट्स प्रबंधन, मेमोरी सुरक्षा और लॉगिंग को शामिल करता है। सुरक्षा के लिए Go कोड लिखते, समीक्षा करते या ऑडिट करते समय, या क्रिप्टो, I/O, सीक्रेट्स प्रबंधन, उपयोगकर्ता इनपुट हैंडलिंग या प्रमाणीकरण से जुड़े किसी भी जोख

Golang कॉन्फ़िगरेशन लाइब्रेरी जो spf13/viper का उपयोग करती है — स्तरित प्राथमिकता (फ़्लैग > एनवी > फ़ाइल > केवी > डिफ़ॉल्ट), BindPFlag/BindPFlags, SetEnvPrefix + SetEnvKeyReplacer + AutomaticEnv, ReadInConfig + ConfigFileNotFoundError, Unmarshal + mapstructure स्ट्रक्ट टैग, सब-ट्री के लिए Sub, हॉट रीलोड के लिए WatchConfig + OnConfigChange, टेस्ट आइसोलेशन के लिए viper.New(), और रिमोट केवी इंटीग्रेशन। तब लागू करें जब spf13/viper का उपयोग या अपनाया जा रहा हो, या ज

Golang परीक्षण के लिए stretchr/testify का व्यापक मार्गदर्शन। assert, require, mock और suite पैकेजों को गहराई से कवर करता है। testify के साथ परीक्षण लिखते समय, मॉक बनाते समय, परीक्षण सूट सेट करते समय, या assert और require के बीच चयन करते समय उपयोग करें। testify assertions, mock अपेक्षाएँ, argument matchers, कॉल सत्यापन, suite जीवनचक्र, और Eventually, JSONEq, तथा custom matchers जैसे उन्नत पैटर्न को कवर करता है। तब लागू करें जब कोडबेस github.com/stretchr/testify को आयात करता है।

गोलैंग स्ट्रक्ट और इंटरफ़ेस डिज़ाइन पैटर्न — कम्पोज़ीशन, एम्बेडिंग, टाइप एसर्शन, टाइप स्विचेज़, इंटरफ़ेस सेग्रीगेशन, इंटरफ़ेस के माध्यम से डिपेंडेंसी इंजेक्शन, स्ट्रक्ट फ़ील्ड टैग, और पॉइंटर बनाम वैल्यू रिसीवर। इस स्किल का उपयोग तब करें जब गो टाइप डिज़ाइन कर रहे हों, इंटरफ़ेस परिभाषित या कार्यान्वित कर रहे हों, स्ट्रक्ट या इंटर

प्रोडक्शन-रेडी गोलैंग टेस्ट — टेबल-ड्रिवन टेस्ट, टेस्टिफाई सूट और मॉक, पैरेलल टेस्ट, फज़िंग, फिक्स्चर, गोलिक के साथ गोरूटीन लीक डिटेक्शन, स्नैपशॉट टेस्टिंग, कोड कवरेज, इंटीग्रेशन टेस्ट, इडियोमैटिक टेस्ट नेमिंग। गो टेस्ट लिखते या रिव्यू करते समय, टेस्टिंग दृष्टिकोण चुनते समय, गो टेस्ट सीआई सेट अप करते समय, या फ्लैकी/स्लो टेस

यह कौशल तब उपयोग किया जाना चाहिए जब उपयोगकर्ता "एजेंट कोड लिखना", "ADK के साथ एजेंट बनाना", "टूल जोड़ना", "कॉलबैक बनाना", "एजेंट परिभाषित करना", "स्टेट मैनेजमेंट का उपयोग करना" चाहता है, या ADK (एजेंट डेवलपमेंट किट) Python API पैटर्न और कोड उदाहरणों की आवश्यकता है। Google ADK कौशल सूट का हिस्सा। यह एजेंट प्रकारों, टूल परिभाषाओं, ऑर्केस्ट्रेशन पैटर्न, कॉलबैक और स्ट

बजट-जागरूक एजेंट-सहायता प्राप्त इंजीनियरिंग स्वास्थ्य ऑडिट चलाता है, जो निर्देश/कॉन्फ़िग ड्रिफ्ट, हुक्स/MCP, वेरिफायर सतहों और AI रखरखाव के लिए होता है। इसका उपयोग तब करें जब उपयोगकर्ता 检查claude/检查codex/检查pi/配置检查/健康度 पूछें या एजेंटों द्वारा निर्देशों को अनदेखा करने, सत्यापन की कमी, या कोड के रखरखाव में कठिनाई की रिपोर्ट करें। कोड डीबग करने या PR समीक्षा के लिए नहीं।

त्रुटियों, क्रैश, रिग्रेशन, विफल परीक्षणों, टूटे हुए व्यवहार और स्क्रीनशॉट-रिपोर्टेड दोषों के समाधान लागू करने से पहले मूल कारण ढूंढता है। उपयोग करें जब उपयोगकर्ता 排查/报错/崩溃/不工作/回归/判断为什么报错 पूछें, या कहें कि कुछ पहले काम करता था और अब विफल हो रहा है। कोड समीक्षा या नई सुविधाओं के लिए नहीं।

हाइपरफ्रेम्स कंपोज़िशन में रजिस्ट्री ब्लॉक और कंपोनेंट्स को इंस्टॉल और वायर करें। hyperframes add चलाते समय, ब्लॉक या कंपोनेंट इंस्टॉल करते समय, इंस्टॉल किए गए आइटम को index.html में वायर करते समय, या hyperframes.json के साथ काम करते समय उपयोग करें। इसमें add कमांड, इंस्टॉल स्थान, ब्लॉक सब-कंपोज़िशन वायरिंग, कंपोनेंट स्निपेट मर्जिंग, रजिस्ट्री डिस्कवरी, और अपस्ट्रीम में योगदान देने के लिए नए ब्लॉ

किसी PRD या मुद्दों के सेट के आधार पर कार्य का कार्यान्वयन करें।

PRODUCT.md और TECH.md से स्वीकृत सुविधा को लागू करें, स्पेक्स और कोड को उसी PR में संरेखित रखें जैसे-जैसे कार्यान्वयन विकसित होता है। उत्पाद और तकनीकी स्पेक्स स्वीकृत होने के बाद और अगला कदम सुविधा का निर्माण होने पर उपयोग करें।

किसी भी कोडबेस का वरिष्ठ सलाहकार के रूप में सर्वेक्षण करें और अन्य मॉडलों/एजेंटों द्वारा निष्पादित करने के लिए प्राथमिकता-आधारित, स्व-निहित कार्यान्वयन योजनाएँ तैयार करें। स्रोत कोड पर सख्ती से केवल-पढ़ने योग्य रहें — स्वयं कभी भी कार्यान्वित, सुधार या रीफैक्टर न करें। इसका उपयोग तब करें जब किसी कोडबेस का ऑडिट करने, सुधार के अवसर (बग, सुरक्षा, प्रदर्शन, परीक्षण कवरेज, तक

कोडबेस में गहन अवसर खोजें, जो CONTEXT.md में डोमेन भाषा और docs/adr/ में निर्णयों से प्रेरित हो। इसका उपयोग तब करें जब उपयोगकर्ता आर्किटेक्चर में सुधार करना चाहता हो, रीफैक्टरिंग के अवसर खोजना चाहता हो, कसकर जुड़े मॉड्यूल को समेकित करना चाहता हो, या कोडबेस को अधिक परीक्षण योग्य और AI-नेविगेट करने योग्य बनाना चाहता हो।

React प्रोजेक्ट्स और कंपोनेंट्स को Radix UI से Base UI में माइग्रेट करता है। जब radix से माइग्रेट करने, base-ui पर जाने, radix प्रिमिटिव्स को कन्वर्ट करने, या shadcn प्रोजेक्ट की बेस लाइब्रेरी बदलने के लिए कहा जाए तब उपयोग करें। एकल कंपोनेंट्स ("migrate accordion") और पूरे प्रोजेक्ट्स को संभालता है।

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given English text to Hindi. The text describes a skill called "Rigor Run skill" for README-first deep learning repo reproduction. It specifies when to use it and when not to use it. We must preserve the name "minimal-run-and-audit" but it's not in the text, so we ignore. Also preserve technical terms like "README-first", "deep learning", "repro_outputs/", "patch notes", etc. No extra commentary. Just translation. Let's translate sentence by sentence: "Rigor Run skill for README-first deep learning repo reproduction." -> "README-first डीप लर्निंग रिपॉजिटरी पुनरुत्पादन के लिए Rigor Run कौशल।" (Note: "Rigor Run" is a name, keep as is? The text says "Rigor Run skill" - it's a skill name. Should we translate? The instruction says preserve product names, protocol names, etc. "Rigor Run" might be a

Nx वर्कस्पेस का अन्वेषण और समझ। वर्कस्पेस, प्रोजेक्ट या कार्यों के बारे में प्रश्नों का उत्तर देते समय उपयोग करें। साथ ही जब कोई nx कमांड विफल हो या कार्य चलाने से पहले उपलब्ध लक्ष्य/कॉन्फ़िगरेशन जांचने की आवश्यकता हो तब उपयोग करें। उदाहरण: 'इस वर्कस्पेस में कौन से प्रोजेक्ट हैं?', 'प्रोजेक्ट X कैसे कॉन्फ़िगर किया गया है?', 'लाइब्रेरी Y पर क्या निर्भर करता है?', 'मैं कौन से लक्ष्य

सबसे आलसी समाधान को लागू करता है जो वास्तव में काम करता है, सबसे सरल, सबसे छोटा, सबसे न्यूनतम। एक वरिष्ठ डेवलपर की तरह काम करता है जिसने सब कुछ देखा है: कार्य के अस्तित्व की आवश्यकता पर सवाल उठाएं (YAGNI), कस्टम कोड से पहले मानक लाइब्रेरी का उपयोग करें, डिपेंडेंसी से पहले नेटिव प्लेटफॉर्म सुविधाओं का उपयोग करें, पचास से पहले एक लाइन का उपयोग करें। तीव्रता स्तरों का समर्थन करता है: lite,

Whole-repo audit for over-engineering. Like ponytail-review, but scans the entire codebase instead of a diff: a ranked list of what to delete, simplify, or replace with stdlib/native equivalents. Use when the user says "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find bloat", "ponytail-audit", or "/ponytail-audit". One-shot report, does not apply fixes.

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Code review focused exclusively on over-engineering. Finds what to delete: reinvented standard library, unneeded dependencies, speculative abstractions, dead flexibility. One line per finding: location, what to cut, what replaces it. Use when the user says "review for over-engineering", "what can we delete", "is this over-engineered", "simplify review", or invokes /ponytail-review. Complements correctness-focused review, this one only hunts complexity.

pr-to-video वर्कफ़्लो - एक GitHub पुल रिक्वेस्ट (github.com/ / /pull/ , या / # , या चेकआउट किए गए रिपॉजिटरी में "this PR" जैसा URL) -> अंतर्ग्रहीत PR तथ्य (शीर्षक, बॉडी, डिफ़, कमिट, फ़ाइलें, +/- आँकड़े) -> narrator_scripts.json + ऑडियो (आवाज़ + BGM) + section_plan.md -> कोड-डिफ़ / पहले-बाद / प्रभाव व्याख्याकार वीडियो। इनपुट एक कोड परिवर्तन है। URL एक PR लिंक है, न कि स्क्रैप करने के लिए कोई मार्केटिंग साइट;

एक स्थिर इंटरैक्टिव D3 वॉकथ्रू जनरेट करें जो पुल रिक्वेस्ट का हो। इसका उपयोग तब करें जब उपयोगकर्ता ज़ूम करने योग्य PR मैप, ग्राफ/कैनवास PR ओरिएंटेशन, या PR सिस्टम घटकों, डेटा प्रवाह, कोड निर्भरताओं और उपयोगकर्ता क्रियाओं का वैकल्पिक विज़ुअलाइज़ेशन चाहता हो।

इंटरैक्टिव QA सत्र जहां उपयोगकर्ता बातचीत के माध्यम से बग या समस्याएं रिपोर्ट करता है, और एजेंट GitHub पर इश्यू फाइल करता है। संदर्भ और डोमेन भाषा के लिए पृष्ठभूमि में कोडबेस का अन्वेषण करता है। तब उपयोग करें जब उपयोगकर्ता बग रिपोर्ट करना, QA करना, बातचीत के माध्यम से इश्यू फाइल करना चाहता है, या "QA सत्र" का उल्लेख करता है।

कोड समीक्षा प्रतिक्रिया प्राप्त करते समय उपयोग करें, सुझावों को लागू करने से पहले, विशेष रूप से यदि प्रतिक्रिया अस्पष्ट या तकनीकी रूप से संदिग्ध लगती है - इसमें तकनीकी कठोरता और सत्यापन की आवश्यकता है, न कि प्रदर्शनात्मक सहमति या अंधा कार्यान्वयन

मौजूदा वेबसाइटों और ऐप्स को प्रीमियम गुणवत्ता में अपग्रेड करता है। वर्तमान डिज़ाइन का ऑडिट करता है, सामान्य AI पैटर्न की पहचान करता है, और कार्यक्षमता को बाधित किए बिना उच्च-स्तरीय डिज़ाइन मानक लागू करता है। किसी भी CSS फ्रेमवर्क या वेनिला CSS के साथ काम करता है।

उपयोगकर्ता साक्षात्कार के माध्यम से छोटे-छोटे कमिट्स के साथ एक विस्तृत रीफैक्टर योजना बनाएं, फिर इसे GitHub मुद्दे के रूप में दर्ज करें। इसका उपयोग तब करें जब उपयोगकर्ता रीफैक्टर की योजना बनाना चाहता हो, रीफैक्टरिंग RFC बनाना चाहता हो, या रीफैक्टर को सुरक्षित क्रमिक चरणों में विभाजित करना चाहता हो।

कार्य पूरा करते समय, प्रमुख सुविधाएँ लागू करते समय, या विलय से पहले यह सुनिश्चित करने के लिए उपयोग करें कि कार्य आवश्यकताओं को पूरा करता है

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

जब आपको चल रहे git मर्ज/रीबेज विरोध को हल करने की आवश्यकता हो तब उपयोग करें।

एक निश्चित बिंदु (कमिट, ब्रांच, टैग या मर्ज-बेस) के बाद से दो अक्षों पर हुए बदलों की समीक्षा करें — मानक (क्या कोड इस रिपॉजिटरी के दस्तावेजीकृत कोडिंग मानकों का पालन करता है?) और विनिर्देश (क्या कोड मूल इश्यू/PRD में मांगे गए अनुरूप है?)। दोनों समीक्षाएं समानांतर उप-एजेंटों में चलाता है और उन्हें साथ-साथ रिपोर्ट करता है। इसका उपयोग तब करें जब उपयोगकर्ता किसी ब्रांच, PR, कार्य-प्रगति में बद

पुल रिक्वेस्ट डिफ की समीक्षा करें और वर्कफ़्लो को प्रकाशित करने के लिए review.json में संरचित फीडबैक लिखें। इसका उपयोग तब करें जब pr_diff.txt और pr_description.txt जैसे स्थानीय आर्टिफैक्ट से चेक-आउट किए गए PR की समीक्षा कर रहे हों और सीधे GitHub पर पोस्ट करने के बजाय मशीन-पठनीय समीक्षा आउटपुट तैयार कर रहे हों।

गहन शिक्षण अनुसंधान कार्य के लिए रिगोर डिबग / रिगोर ऑडिट कौशल। इसका उपयोग तब करें जब उपयोगकर्ता ट्रेसबैक, टर्मिनल त्रुटि, CUDA OOM, चेकपॉइंट लोड विफलता, आकार बेमेल, NaN हानि लक्षण, या प्रशिक्षण विफलता पेस्ट करता है और किसी भी पैचिंग से पहले रूढ़िवादी निदान चाहता है, जिसमें डिबग फिक्स को शोध योगदान से स्पष्ट रूप से अलग किया गया हो। व्यापक रीफैक्टरिंग, अनुमानात्मक अनु

वर्तमान रिपॉजिटरी में Husky प्री-कमिट हुक्स को lint-staged (Prettier), टाइप चेकिंग और टेस्ट के साथ सेट अप करें। इसका उपयोग तब करें जब उपयोगकर्ता प्री-कमिट हुक्स जोड़ना चाहता है, Husky सेट अप करना चाहता है, lint-staged कॉन्फ़िगर करना चाहता है, या कमिट-टाइम फ़ॉर्मेटिंग/टाइपचेकिंग/टेस्टिंग जोड़ना चाहता है।

snyk-agent-scan के लिए अनुपालन विशेषज्ञ — एजेंट स्किल फ़ाइल स्कैनर — अन्य Snyk CLI टूल (snyk test, snyk code SAST, snyk iac, snyk container) के लिए नहीं। सामग्री को पुनर्गठित करके अलर्ट ठीक करता है, कभी भी जानकारी को दबाकर या हटाकर नहीं। स्किल निर्देशिका की प्रत्येक फ़ाइल को कवर करता है: SKILL.md, references/, assets/, और कोई भी द्वितीयक मार्कडाउन। नई स्किल लिखते समय, मौजूदा स्किल संपादित करते समय, स्थानीय या CI में विफ

हर कार्यान्वयन निर्णय को आधिकारिक दस्तावेज़ीकरण पर आधारित करता है। इसका उपयोग तब करें जब आप पुराने पैटर्न से मुक्त, आधिकारिक स्रोत-उद्धृत कोड चाहते हैं। इसका उपयोग किसी भी फ्रेमवर्क या लाइब्रेरी के साथ निर्माण करते समय करें जहाँ सटीकता मायने रखती है।

किसी भी बग, परीक्षण विफलता, या अप्रत्याशित व्यवहार का सामना करने पर, सुधार प्रस्तावित करने से पहले उपयोग करें।

किसी भी सुविधा या बगफिक्स को लागू करते समय, कार्यान्वयन कोड लिखने से पहले उपयोग करें।

TypeScript की उन्नत टाइप प्रणाली में महारत हासिल करें, जिसमें जेनेरिक्स, कंडीशनल टाइप्स, मैप्ड टाइप्स, टेम्पलेट लिटरल्स और यूटिलिटी टाइप्स शामिल हैं, ताकि टाइप-सुरक्षित एप्लिकेशन बनाए जा सकें। इसका उपयोग जटिल टाइप लॉजिक लागू करते समय, पुन: प्रयोज्य टाइप यूटिलिटीज बनाते समय, या TypeScript प्रोजेक्ट्स में कंपाइल-टाइम टाइप सुरक्षा सुनिश्चित करते समय करें।

यह सुनिश्चित करें कि ब्रांच या पुल रिक्वेस्ट का कार्यान्वयन शुरू किए गए उत्पाद, तकनीकी, सुरक्षा और संबंधित विनिर्देशों से मेल खाता हो। इसका उपयोग विनिर्देश-संचालित परिवर्तन की समीक्षा या समाप्ति के दौरान करें और चेक-इन किए गए विनिर्देशों तथा कार्यान्वयन के बीच विसंगतियों को हल करें।

कार्य पूर्ण, ठीक या पास होने का दावा करने से पहले उपयोग करें, कमिट या PR बनाने से पहले - सफलता का कोई दावा करने से पहले सत्यापन कमांड चलाना और आउटपुट की पुष्टि करना आवश्यक है; हमेशा दावों से पहले साक्ष्य