మీ నియంత్రణలోని Git రిపాజిటరీలో పెద్ద మార్పు చేయడంలో Superpowers ఒక Claude Code వినియోగదారుకు దారి చూపగలదు: రూపకల్పనపై అంగీకారం, పనుల ప్రణాళిక ఆమోదం, పరీక్షలతో అమలు, ప్రతి పని సమీక్ష, పూర్తయిన బ్రాంచ్ పరిశీలన. ఈ మార్గదర్శి 2026 అక్టోబర్ 20న పరిశీలించిన అధికారిక Superpowers 7.0.0 మాన్యువళ్లను అనుసరిస్తుంది. BIG CHANGE పత్రాలను సమీక్షించింది; మేము ప్లగిన్‌ను ఇన్‌స్టాల్ చేయలేదు, దాని ద్వారా ప్రాజెక్టును నడపలేదు.

పెద్ద మార్పు

  • ఏమి మారింది: ఆమోదించిన రూపకల్పన, అమలు ప్రణాళిక రిపాజిటరీని మార్చే ముందు కోడింగ్ ఏజెంట్లకు నిర్దిష్ట పని, పరిమితులు ఇస్తాయి.
  • ఎందుకు ముఖ్యం: పత్రాల్లోని పనిప్రవాహం గమనించిన విఫల, విజయ పరీక్షలను ఒక సమీక్షకుడి నిర్దేశాలు, నాణ్యతపై వేర్వేరు తీర్పులతో కలిపి, తర్వాత మొత్తం బ్రాంచ్‌కు విస్తృత సమీక్షను అందిస్తుంది.
  • ఏది గమనించాలి: యజమాని ఇప్పటికీ పూర్తి diff, తాజా ఆమోద పరీక్ష ఫలితాలను తనిఖీ చేసి బ్రాంచ్‌కు తదుపరి చర్య నిర్ణయిస్తారు. ఏజెంట్ పనిప్రవాహం పూర్తయినా వెల్లడించిన అంశాలు మిగలవచ్చు.

మొదలుపెట్టే ముందు

మీ సొంతమైన లేదా సవరించేందుకు అనుమతి ఉన్న రిపాజిటరీలో అధికారమున్న ఒక బహుళ దశల కోడ్ మార్పును ఎంచుకోండి. దానిని సమీక్షించగల పనులుగా విడగొట్టడం, ప్రవర్తనను పరీక్షించడం సాధ్యమవాలి. కోరిన ప్రవర్తన, ప్రభావిత ప్రాంతం, మినహాయింపులు, అసలు ఆమోద పరీక్ష కమాండ్, ప్రారంభ commit రాయండి. పని మొదలయ్యే ముందు ఆ కమాండ్, సంబంధిత ప్రస్తుత తనిఖీలు నడపండి. ప్రారంభ స్థితిలోనే విఫలమైతే ఆ వైఫల్యాన్ని ఇప్పుడే గుర్తించండి; తర్వాత విజయమైనా వైఫల్యమైనా అర్థం చేసుకోవడానికి తెలిసిన ప్రారంభ స్థితి అవసరం.

మీకు Git, ప్రమాణీకరించిన Claude Code ఇన్‌స్టాలేషన్, ప్లగిన్ ఇన్‌స్టాల్ చేయడానికి, branch లేదా worktree సృష్టించడానికి అనుమతి, Claude Code మరియు దాని ఉప-ఏజెంట్లకు సరిపడా ప్లాన్ లేదా API సామర్థ్యం కావాలి. సోర్స్ కోడ్ ప్రవేశం, ప్లగిన్ వినియోగంపై సంస్థ నియమాలు చూడండి. ప్రారంభించే ముందు ప్లగిన్ విషయాలు, వాస్తవ అనుమతులు, ప్రదాత డేటా నిబంధనలు, ఖర్చు నియంత్రణలు సమీక్షించండి. ప్లగిన్ hooks, server processes మీ వినియోగదారు అధికారాలతో tool-call sandbox వెలుపల నడవవచ్చని Anthropic హెచ్చరిస్తుంది; సాధారణ 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 ను స్థిరపరచదు. ఇన్‌స్టాల్ చేసిన సంచిక లేదా నైపుణ్య పాఠం 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 సొంత worktree మద్దతు వాడండి. workspace లో ఇతర పనుల సవరణలు ఉంటే ముందుకు వెళ్లే ముందు వాటి యాజమాన్యం పరిష్కరించండి. worktree మాన్యువల్ తనిఖీ, సృష్టి మార్గాన్ని వివరిస్తుంది.

3. ప్రతి పరీక్ష, పని సమీక్షను గమనించండి

ఆమోదించిన ప్రణాళికతో subagent-driven-development ను విడిగా సమీక్షించగల పనులకు వాడండి. ప్రస్తుత మాన్యువల్ పనికి ఒక అమలుదారుని నియమించి, తర్వాత అమలు, దాని 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 విఫలమైతే ఖచ్చిత వైఫల్యాన్ని గుర్తించి సరిదిద్దండి లేదా branch ను సమీక్షకు ఉంచండి; విఫల 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, తాజా ఆమోద ఫలితం. ఇన్‌స్టాలేషన్, ప్రవేశం, బడ్జెట్ లేదా తనిఖీ పని ఆపితే నిర్ధారించిన ఫలితాలు ఉంచి చివరి పూర్తయిన దశ చెప్పండి. పత్రాలు ప్రక్రియ చెబుతాయి; ఇక్కడ నడపని మార్పుకు తక్కువ సమయం, తక్కువ ఖర్చు లేదా తక్కువ లోపాలు ఉన్నాయని నిరూపించవు.

ఆధారాలు, మరింత చదవడానికి

ఒక అంగీకరించిన తనిఖీ మరమ్మతుకు మాత్రమే BIG CHANGE యొక్క ఒక విఫల రిపాజిటరీ తనిఖీని నిర్ధారించే మార్గదర్శి చూడండి. ఇక్కడి ప్రక్రియ అంతకుముందే, అనేక పనుల మార్పుకు రూపకల్పన, ప్రణాళికతో మొదలవుతుంది.