உங்களுக்குச் சொந்தமான Git களஞ்சியத்தில் பெரிய மாற்றம் செய்வதில் Superpowers ஒரு Claude Code பயனருக்கு வழிகாட்டலாம்: வடிவமைப்பில் உடன்பாடு, பணித் திட்ட அங்கீகாரம், சோதனைகளுடன் செயல்படுத்தல், ஒவ்வொரு பணி மதிப்பாய்வு, முடிக்கப்பட்ட கிளை ஆய்வு. இந்த வழிகாட்டி 20 அக்டோபர் 2026 அன்று சரிபார்த்த அதிகாரப்பூர்வ 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 திறன்கள் கிடைப்பதை உறுதிசெய்யுங்கள். இந்த வழிகாட்டியின் ஆய்வில் பயன்படுத்திய commit ஐ marketplace கட்டளைப் பூட்டுவதில்லை. நிறுவிய பதிப்பு அல்லது திறனின் உரை 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, புதிய ஏற்பு முடிவு. நிறுவல், அணுகல், வரவு செலவு அல்லது சோதனை வேலையை நிறுத்தினால் சரிபார்த்த ஆவணங்களை வைத்துக் கடைசியாக முடிந்த கட்டத்தைச் சொல்லுங்கள். ஆவணங்கள் ஒரு செயல்முறையை விவரிக்கின்றன; இவ்வழிகாட்டியில் இயக்காத மாற்றம் குறைந்த நேரம், குறைந்த செலவு அல்லது குறைந்த குறைபாடுகளுடன் முடிந்ததாக நிறுவவில்லை.

ஆதாரங்களும் மேலதிக வாசிப்பும்

  • Superpowers 7.0.0 README மற்றும் நிறுவல்: அதிகாரப்பூர்வ திட்ட வழியும் அதன் பணிப்போக்கு விளக்கமும். இது வாசகரின் நிறுவிய பதிப்பையோ முடிவுகளையோ உறுதிப்படுத்தாது.
  • Superpowers பணி செயலாக்கக் கையேடு: பணி மதிப்பாய்வாளர், இரண்டு தீர்ப்புகள், திருத்தத் தீர்மானங்கள், இறுதி branch மதிப்பாய்வு. உண்மையில் நிறுவிய பதிப்புடன் படியுங்கள்.
  • Claude Code செருகுநிரல் நிறுவல் மற்றும் பாதுகாப்பு: scope, இயக்குதல், பதிப்பு வாசித்து உறுதிசெய்தல், செயலாக்க உரிமைகள். நிறுவனக் கட்டுப்பாடுகள் கிடைப்பதை மாற்றலாம்.

ஒப்புக்கொண்ட ஒரு சோதனைத் தோல்வியை மட்டும் சரிசெய்ய BIG CHANGE இன் ஒரு தோல்வியடைந்த களஞ்சியச் சோதனையை உறுதிசெய்யும் வழிகாட்டியை பாருங்கள். இங்குள்ள செயல்முறை அதற்கு முன்பே, பல பணிகளுடைய மாற்றத்தின் வடிவமைப்பு மற்றும் திட்டத்துடன் தொடங்குகிறது.