Superpowers, अपने नियंत्रण वाले Git रिपॉज़िटरी में बड़े बदलाव के दौरान Claude Code उपयोगकर्ता का मार्गदर्शन कर सकता है: डिज़ाइन पर सहमति, कार्य योजना की स्वीकृति, परीक्षणों के साथ कार्यान्वयन, प्रत्येक कार्य की समीक्षा और तैयार ब्रांच की जाँच। यह मार्गदर्शिका 20 अक्टूबर 2026 को जाँचे गए आधिकारिक Superpowers 7.0.0 मैनुअल पर आधारित है। BIG CHANGE ने दस्तावेज़ पढ़े हैं; हमने प्लगइन स्थापित नहीं किया और न ही इसके माध्यम से कोई प्रोजेक्ट चलाया।

बड़ा बदलाव

  • क्या बदला: स्वीकृत डिज़ाइन और कार्यान्वयन योजना, कोडिंग एजेंटों को रिपॉज़िटरी संपादित करने से पहले स्पष्ट कार्य और सीमाएँ देते हैं।
  • यह क्यों मायने रखता है: दस्तावेज़ों में बताया गया कार्यप्रवाह देखे गए असफल और सफल परीक्षणों को एक समीक्षक के अलग-अलग विनिर्देश तथा गुणवत्ता निर्णयों से जोड़ता है; इसके बाद पूरी ब्रांच की व्यापक समीक्षा होती है।
  • किस पर ध्यान दें: मालिक अब भी पूरा diff और नए स्वीकृति परीक्षण परिणाम जाँचता है तथा ब्रांच का अगला कदम तय करता है। एजेंट का कार्यप्रवाह पूरा होने पर भी बताए गए निष्कर्ष अनसुलझे रह सकते हैं।

शुरू करने से पहले

ऐसी रिपॉज़िटरी में एक अधिकृत, कई चरणों वाला कोड बदलाव चुनें, जिसके आप मालिक हैं या जिसे संपादित कर सकते हैं। उसे समीक्षा योग्य कार्यों में बाँटा जा सके और उसके व्यवहार का परीक्षण संभव हो। अपेक्षित व्यवहार, प्रभावित क्षेत्र, बाहर रखे गए काम, मूल स्वीकृति कमांड और शुरुआती commit लिखें। काम शुरू करने से पहले वह कमांड तथा संबंधित मौजूदा जाँच चलाएँ। यदि शुरुआती स्थिति में ही जाँच असफल है, तो अभी उसका कारण पहचानें; बाद के सफल या असफल परिणाम की तुलना के लिए ज्ञात शुरुआती स्थिति चाहिए।

आपको Git, प्रमाणीकृत Claude Code स्थापना, प्लगइन स्थापित करने तथा branch या worktree बनाने की अनुमति और Claude Code तथा उसके उप-एजेंटों के लिए पर्याप्त प्लान या API क्षमता चाहिए। स्रोत कोड तक पहुँच और प्लगइन उपयोग संबंधी संगठन के नियम जाँचें। प्लगइन सक्रिय करने से पहले उसकी सामग्री, वास्तविक अनुमतियाँ, प्रदाता की डेटा शर्तें और खर्च नियंत्रण देखें। Anthropic चेतावनी देता है कि प्लगइन hooks और server processes, tool-call sandbox के बाहर आपके उपयोगकर्ता अधिकारों से चल सकते हैं; सामान्य tool permission prompts ऐसे सभी कोड को नहीं ढकते। गोपनीय जानकारी, dependencies, बाहरी writes, pushes और releases को अपने वास्तविक अधिकारों तक सीमित रखें। Claude Code का प्लगइन सुरक्षा दस्तावेज़ इस सीमा को समझाता है।

नीचे दिए रास्ते में कई कार्यों वाले बदलाव के लिए Superpowers का subagent-driven-development कौशल इस्तेमाल होता है। मैनुअल एक inline executing-plans रास्ता भी बताते हैं और छोटे काम के लिए सरल डिज़ाइन सहमति की अनुमति देते हैं। हर प्रोजेक्ट में पूरा क्रम आवश्यक मानने के बजाय कार्यान्वयन से पहले मालिक के साथ रास्ता चुनें।

1. प्लगइन स्थापित करें और सक्रिय संस्करण जाँचें

इंटरैक्टिव Claude Code सत्र में आधिकारिक marketplace कमांड दर्ज करें:

Text
/plugin install superpowers@claude-plugins-official

स्थापना से पहले Claude Code प्लगइन विवरण पैनल खोलता है। सामग्री देखें और अनुमत scope चुनें। Local scope इस रिपॉज़िटरी में आपके लिए उसे सक्रिय करता है; project scope सहयोगियों की रिपॉज़िटरी सेटिंग्स को प्रभावित करता है। स्थापना सारांश और Errors टैब पढ़ें। सत्र में दिए सक्रियण निर्देश मानें या फिर शुरू करें, फिर Installed टैब जाँचें और shell में claude plugin list चलाएँ। दिखाए गए Version, Scope और Status दर्ज करें, और पुष्टि करें कि सक्रिय सत्र में Superpowers कौशल उपलब्ध हैं। marketplace कमांड इस मार्गदर्शिका के शोध में उपयोग किए गए commit को pin नहीं करता। यदि स्थापित संस्करण या कौशल का पाठ 7.0.0 से अलग है, तो आगे बढ़ने से पहले प्रक्रिया को उस स्थापित संस्करण से मिलाएँ। असफल या निष्क्रिय स्थापना पर रुकें; वह कार्यप्रवाह लोड होने का प्रमाण नहीं है। Claude Code की स्थापना मार्गदर्शिका इन जाँचों का वर्णन करती है।

2. पहले डिज़ाइन, फिर योजना स्वीकृत करें

Claude Code को वास्तविक बदलाव, स्वीकृति मानदंड, शुरुआती परिणाम और निषिद्ध संपादन बताएँ। मंशा, डिज़ाइन विकल्प और सीमाएँ तय करने के लिए Superpowers की brainstorming प्रक्रिया इस्तेमाल करें। इस कई चरणों वाले बदलाव में लिखित डिज़ाइन और builder-check निष्कर्ष देखें, मालिक के निर्णय वाले प्रश्न सुलझाएँ और पूरे विवरण को स्वीकृत करें। स्वीकृति में बनाया जाने वाला व्यवहार स्पष्ट हो; एजेंट का बात करते रहना स्वीकृति नहीं है। डिज़ाइन मैनुअल छोटे काम के लिए हल्की सहमति या स्पष्ट opt-out की अनुमति देता है, इसलिए यहाँ पूरा रास्ता बड़े कार्य के लिए जानबूझकर चुना गया है।

इसके बाद writing-plans प्रक्रिया से उस डिज़ाइन को कार्यों में बदलने को कहें। योजना की फ़ाइल सीमाएँ, interfaces, समग्र पाबंदियाँ, परीक्षण कमांड और Review Focus जाँचें। हर कार्य जाँचने लायक छोटा हो और उसका परीक्षण सहमत व्यवहार मापे। कोड बदलाव शुरू होने से पहले योजना तथा उप-एजेंटों द्वारा काम करने का तरीका स्वीकृत करें। योजना मैनुअल हस्तांतरण को परिभाषित करता है। उचित लगने वाली योजना को dependencies जोड़ने या असंबंधित फ़ाइलें बदलने की अनुमति न मानें।

काम करते समय using-git-worktrees उपयुक्त मौजूदा workspace जाँचता है या आवश्यक सहमति के साथ अलग workspace तैयार करता है। उसकी वास्तविक branch, base commit और साफ शुरुआती स्थिति दर्ज करें। जहाँ उपलब्ध हो, Claude Code का native worktree समर्थन इस्तेमाल करें। workspace में असंबंधित संपादन हों तो आगे बढ़ने से पहले उनका स्वामित्व स्पष्ट करें। worktree मैनुअल जाँच और निर्माण का रास्ता बताता है।

3. हर परीक्षण और कार्य समीक्षा देखें

स्वीकृत योजना के साथ subagent-driven-development को स्वतंत्र समीक्षा योग्य कार्यों के लिए इस्तेमाल करें। वर्तमान मैनुअल किसी कार्य को implementer देता है, फिर कार्यान्वयन और उसका diff एक कार्य समीक्षक को भेजता है। वह समीक्षक दो निर्णय देता है: क्या कार्य विनिर्देश से मेल खाता है और क्या कार्यान्वयन की गुणवत्ता स्वीकार्य है। ये एक समीक्षा के दो निर्णय हैं, लगातार काम करने वाले दो समीक्षक एजेंट नहीं। समान प्रकार के छोटे कार्य मैनुअल के नियमों के अनुसार समूह में किए जा सकते हैं। कार्यप्रवाह और समीक्षक का निर्देश यह क्रम निर्धारित करते हैं।

हर ऐसे व्यवहार के लिए, जिसमें पहले परीक्षण लिखना उपयुक्त है, दिखाई देने वाला red-green चक्र माँगें: व्यवहार का परीक्षण जोड़ें, चलाएँ और अपेक्षित असफलता देखें; न्यूनतम कार्यान्वयन करें, फिर चलाकर सफलता देखें; उसके बाद जाँच सफल रखते हुए refactor करें। import error या टूटा test harness अपेक्षित red परिणाम नहीं है। प्रत्येक कार्य के लिए कमांड, output और संबंधित commit या diff रखें। test-driven-development मैनुअल उन अपवादों को बताता है जिनमें इंसान की सहमति चाहिए; यह मार्गदर्शिका सामान्य test-first रास्ते के उपयुक्त कार्य को मानती है।

समीक्षक के दोनों निर्णय और वास्तविक diff पढ़ें। कार्य स्वीकार करने से पहले “diff से सत्यापित नहीं किया जा सकता” वाले हर बिंदु को योजना और रिपॉज़िटरी से मिलाकर सुलझाएँ। सुधार तथा उनकी सीमित दोबारा समीक्षा देखें; सफलता का नया दावा ताज़ा परीक्षण परिणाम नहीं है। 7.0.0 का कार्यप्रवाह सुधार चक्र की सीमा तय करता है और लिखित निर्णय के साथ निष्कर्ष बाद के लिए रख सकता है। उन्हें अगली समीक्षा के लिए सुरक्षित रखें। कार्य complete चिह्नित हो, तो भी उसकी समीक्षा आवश्यक रूप से निष्कलंक नहीं होती।

कार्य पूरे होने के बाद पूरी ब्रांच की अलग समीक्षा देखें। यह कार्यों के बीच प्रभाव पहचान सकती है और ऐसे स्थगित निष्कर्षों पर लौट सकती है जिन्हें कार्य समीक्षक एक diff से नहीं सुलझा सका। खुले मुद्दे के पीछे का प्रमाण और निर्णय माँगें। प्लगइन के अस्थायी workspace की सफाई से पहले डिज़ाइन, योजना, परीक्षण output, समीक्षा रिपोर्ट और पूरा diff सुरक्षित रखें। अपेक्षित कौशल शुरू न हुआ हो तो सक्रिय प्लगइन का status और version तथा दस्तावेज़ों में दिया निदान रास्ता जाँचें; केवल प्लगइन स्थापित होने से यह न मानें कि कार्यप्रवाह लागू हुआ।

4. ब्रांच जाँचें और उसका अगला कदम चुनें

अंतिम कोड पर मूल स्वीकृति कमांड और प्रोजेक्ट का पूरा test suite फिर चलाएँ। नए output, पूरी branch का diff और सभी बचे निष्कर्ष देखें। Superpowers का सत्यापन मैनुअल पूरा होने के दावे से पहले वर्तमान स्थिति का प्रमाण माँगता है। suite असफल हो तो सटीक असफलता पहचानकर सुधारें या ब्रांच समीक्षा के लिए छोड़ें; असफल suite पर दस्तावेज़ों वाला branch-finish menu नहीं आता।

नाम वाली branch पर finishing-a-development-branch local merge, push करके pull request बनाना, या branch को जैसा है वैसा रखने के विकल्प देता है। detached HEAD में pull-request और keep विकल्प मिलते हैं। Discard केवल मालिक के स्पष्ट अनुरोध और टाइप की गई पुष्टि के बाद होता है; यह सामान्य चौथा विकल्प नहीं है। ब्रांच पूरी करने का मैनुअल ये विकल्प बताता है। मालिक को निर्णय से पहले जाँच, diff और शेष निष्कर्ष दिखाएँ। merge, push, deletion या release के लिए उस कार्रवाई का उचित अधिकार चाहिए।

उपयोगी परिणाम मूल आवश्यकता से जुड़ी समीक्षा योग्य branch है: स्वीकृत डिज़ाइन और योजना, देखे गए परीक्षण परिणाम, कार्य समीक्षा के दोनों निर्णय, पूरी branch की समीक्षा, पूरा diff और नया स्वीकृति परिणाम। स्थापना, पहुँच, बजट या जाँच रन रोक दे तो सत्यापित सामग्री रखें और अंतिम पूरा चरण बताएँ। दस्तावेज़ प्रक्रिया बताते हैं; वे यह सिद्ध नहीं करते कि इस मार्गदर्शिका का न चलाया गया बदलाव कम समय या खर्च में हुआ या उसमें कम दोष थे।

स्रोत और आगे पढ़ें

  • Superpowers 7.0.0 README और स्थापना: आधिकारिक प्रोजेक्ट का रास्ता और कार्यप्रवाह का विवरण। यह पाठक के स्थापित संस्करण या परिणामों की पुष्टि नहीं करता।
  • Superpowers कार्य निष्पादन मैनुअल: कार्य समीक्षक, दो निर्णय, सुधार संबंधी निर्णय और अंतिम branch समीक्षा। इसे वास्तविक स्थापित संस्करण के साथ पढ़ें।
  • Claude Code प्लगइन स्थापना और सुरक्षा: scope, सक्रियण, संस्करण का readback और चलाने के अधिकार। संगठन के नियंत्रण उपलब्धता बदल सकते हैं।

केवल एक स्वीकृत जाँच की असफलता सुधारने के लिए BIG CHANGE की रिपॉज़िटरी की एक असफल जाँच सत्यापित करने की मार्गदर्शिका देखें। यहाँ प्रक्रिया उससे पहले, कई कार्यों वाले बदलाव के डिज़ाइन और योजना से शुरू होती है।