कोड समीक्षा 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 समीक्षा के दौरान उपयोग करें जब स्वीकृत हो या रिपॉजिटरी स्पेक संदर्भ उपलब्ध हो।

किसी निश्चित बिंदु (कमिट, ब्रांच, टैग, या मर्ज-बेस) के बाद से हुए बदलावों की समीक्षा करें, दो आयामों पर — मानक (क्या कोड इस रिपॉजिटरी के प्रलेखित कोडिंग मानकों का पालन करता है?) और विनिर्देश (क्या कोड उस मूल इश्यू/PRD में मांगे गए अनुरूप है?)। दोनों समीक्षाओं को समानांतर उप-एजेंटों में चलाएं और उन्हें साथ-साथ रिपोर्ट करें। उपयोग करें जब उपयोगकर्ता किसी ब्रांच, PR, कार्य-प्रगति परिवर्तनों की समीक्षा करना चाहता है, या "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)। इस कौशल का उपयोग सेवा आर्किटेक्चर डिजाइन करते समय, डिपेंडेंसी इंजेक्शन सेट करते समय, कसकर युग

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