यह एक Claude Code प्लगइन है जो git diff या किसी एकल फ़ाइल की 6 दृष्टिकोणों (React performance / code quality / bugs / TypeScript / accessibility / security) से एक साथ समीक्षा करता है, और synthesizer agent परिणामों को एक एकल priority report में जोड़ देता है.

इसे बनाने की पृष्ठभूमि

जब PR review किसी LLM से करवाते समय एक ही context में सब कुछ डालकर "इसे overall review करो" कहा जाता है, तो दो समस्याएँ आती हैं.

  • reasoning contamination: perf दृष्टिकोण का tone a11y दृष्टिकोण के tone को प्रभावित करता है.
  • mode collapse: diff में जो एक पहलू सबसे ज़्यादा उभरता है, जवाब उसी की ओर झुक जाता है.

असल में हर guideline एक "अलग सवाल" का जवाब देती है. perf पूछता है "क्या यह तेज़ है", a11y पूछता है "क्या यह सब तक पहुँचता है", security पूछता है "क्या data leak हो रहा है", quality पूछता है "क्या इसे बदलना आसान है". इसलिए एक ही व्यक्ति से सब कुछ करवाने के बजाय, इसे इस तरह बनाया गया कि हर reviewer अलग-थलग sub-agent context में उसी बदलाव की समीक्षा करे, फिर केवल परिणामों को इकट्ठा करके merge किया जाए.

6 डिफ़ॉल्ट रिव्यूअर (उद्योग में सत्यापित guidelines जैसे की तैसी)

  • react-perf — Vercel React Best Practices
  • quality — Toss Frontend Fundamentals (readability/predictability/cohesion/coupling)
  • bugs — React rules-of-hooks + ESLint/TS-ESLint correctness rules
  • ts — Google TypeScript Style Guide + Effective TypeScript
  • a11y — WCAG 2.2 + ARIA APG
  • security — frontend security patterns (XSS, secret leak, unsafe storage आदि)

रिव्यूअर सीधे जोड़े या बदले जा सकते हैं (i18n, motion, design tokens आदि).

उपयोग

Claude Code के अंदर दो लाइनों में इंस्टॉल करें:

/plugin marketplace add huurray/fe-review-agents
/plugin install fe-review-agents@fe-review-agents

रिव्यू चलाएँ:

/fe-review-agents:diff-review # staged बदलाव
/fe-review-agents:diff-review branch:main # main के मुकाबले diff
/fe-review-agents:file-review src/App.tsx # एकल फ़ाइल deep dive

विकल्प:

  • lang=ko|en (डिफ़ॉल्ट ko)
  • severity_min=LOW|MED|HIGH|CRITICAL (इससे कम severity वाली चीज़ें report में शामिल नहीं होंगी)

ट्रेड-ऑफ़

टोकन, एकल context की तुलना में लगभग 6 गुना ज़्यादा लगते हैं. लेकिन इसके बदले reasoning contamination और mode collapse के बिना multi-perspective coverage मिलती है. यह ऐसा टूल है जो लागत बचाने वाली टीमों से ज़्यादा उन टीमों के लिए उपयुक्त है जो पैसे से अधिक reliability को प्राथमिकता देती हैं.

प्रेरणा

यह Toss में आंतरिक रूप से इस्तेमाल होने वाले बताए गए Compounding Engineering pattern (कई LLMs का PR को parallel में देखना) से प्रेरित है.

feedback/issues/PR स्वागत योग्य हैं. 🙏

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.