कोड समीक्षा Skills

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,

पूरे रिपॉजिटरी का ओवर-इंजीनियरिंग के लिए ऑडिट। ponytail-review की तरह, लेकिन डिफ के बजाय पूरे कोडबेस को स्कैन करता है: क्या हटाना है, सरल बनाना है, या stdlib/नेटिव समकक्षों से बदलना है, इसकी रैंक्ड सूची। उपयोग करें जब उपयोगकर्ता कहे "audit this codebase", "audit for over-engineering", "what can I delete from this repo", "find bloat", "ponytail-audit", या "/ponytail-audit"। एक-शॉट रिपोर्ट, फिक्स लागू नहीं करता।

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.

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

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 मर्ज/रीबेज विरोध को हल करने की आवश्यकता हो तब उपयोग करें।

पुल रिक्वेस्ट डिफ की समीक्षा करें और वर्कफ़्लो को प्रकाशित करने के लिए 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 बनाने से पहले - सफलता का कोई दावा करने से पहले सत्यापन कमांड चलाना और आउटपुट की पुष्टि करना आवश्यक है; हमेशा दावों से पहले साक्ष्य