நான் எவ்வாறு ஒரு /goal கட்டளையை உருவாக்கினேன் மற்றும் அது எனக்கு எவ்வாறு செயல்படுகிறது

எனது பெரும்பாலான AI கோடிங் அமர்வுகள் ஒரே மாதிரியாகவே முடிவடைவது வழக்கம்: ஒரு நீண்ட உரையாடல், பாதியிலேயே நின்ற வேலை, மற்றும் எது முடிந்தது, எது முடியவில்லை என்பதை நான் நினைவில் கொள்ள முயல்வது. அதனால் நான் என்று அழைக்கப்படும் ஒரு கட்டளையை உருவாக்கினேன் /goal. நீங்கள் அதற்கு ஒரு பெரிய இலக்கைக் கொடுங்கள், அந்த இலக்கு முடிக்கப்பட்டுச் சரிபார்க்கப்படும் வரை அல்லது அது ஒரு உண்மையான தடையை எதிர்கொள்ளும் வரை அது தொடர்ந்து செயல்படும்.

இன்று நவம்பர் 9, 2026. இது தற்போது முக்கியமானது, ஏனெனில் AI உதவியாளர்களால் அதிக குறியீட்டை விரைவாக எழுத முடியும், மேலும் கடினமான பகுதி குறியீட்டை எழுதுவதிலிருந்து அதை நம்புவதற்கு நகர்ந்துள்ளது. /goal அந்தப் பிரச்சனைக்கான எனது பதிலாகும்.

/goal உண்மையில் என்ன

இது ஒரு புரோகிராம் அல்ல. நான் தட்டச்சு செய்யும்போது உதவியாளர் பின்பற்றும் எழுதப்பட்ட வழிமுறைகளின் தொகுப்பாகும் இது /goal அதனைத் தொடர்ந்து ஒரு இலக்கு. ஒரு செக்லிஸ்ட் எப்படி ஒரு வெளியீட்டை மேற்கொள்வது என்பதை விவரிக்கிறதோ, அதே வழியில் இந்த வழிமுறைகள் ஒரு செயல்முறையை விவரிக்கின்றன.

இலக்கு ஒரே வாக்கியமாக இருக்கலாம். எனது சமீபத்திய ஒன்று: "Implement the v1.1 plan for my browser extension in full, phase by phase, commit once per phase, and do not push or deploy without my go-ahead." அந்த ஒரு வாக்கியம் பத்து கட்ட வேலைகளை, சுமார் இருபத்தைந்து commits-களை உள்ளடக்கியது.

ஒரே வரியில் இந்த யோசனை

வெவ்வேறு பணிகளுக்கு வெவ்வேறு மாடல்கள் ஒதுக்கப்படுகின்றன, மேலும் யாரும் தங்கள் சொந்த வீட்டுப்பாடத்தைத் தாங்களே திருத்துவதில்லை.

• திட்டமிடுதல் மிகவும் வலுவான திட்டமிடல் மாடலுக்குச் செல்கிறது. இது திட்டத்தைப் படித்து, நிலுவையில் உள்ளவற்றை வரிசைப்படுத்தி, இலக்கைக் கட்டங்களாகப் பிரித்து, ஒரு tracker கோப்பை எழுதுகிறது.
• உருவாக்குதல் வேகமான, மலிவான கோடிங் மாடலுக்குச் செல்கிறது. ஒவ்வொரு கட்டமும் tracker-லிருந்து தொடங்கும் ஒரு புதிய ஏஜென்ட்டைப் பெறுகிறது, எனவே எந்தவொரு கட்டமும் முந்தைய கட்டத்தின் தேய்ந்துபோன நினைவகத்தைச் சார்ந்திருக்காது.
• முக்கியமான குறியீடு மிகவும் கவனமாகச் செயல்படும் கோடிங் மாடலுக்குச் செல்கிறது. பயனர் தரவை நீக்குதல், கோப்புகளை மாற்றி எழுதுதல் அல்லது வெளியீட்டு ஸ்கிரிப்டுகள் (release scripts) போன்றவற்றை ஒரு பணி தொடும்போது, அதை critical என்று நான் குறிக்கிறேன்.
• மதிப்பாய்வு ஒரு தனி படிக்க மட்டுமேயான (read-only) மதிப்பாய்வாளருக்குச் செல்கிறது. இது ஒருபோதும் குறியீட்டை எழுதியதில்லை. இது diff-ஐப் படித்துப் பிரச்சனைகளைப் புகாரளிக்கிறது; இதனால் எதையும் திருத்த முடியாது.

இது எவ்வாறு இயங்குகிறது, படிப்படியாக

படி 1: திட்டமிடல் கட்டம்

எந்தக் குறியீட்டிற்கும் முன், திட்டமிடுபவர் திட்டப்பணியைச் சரிபார்க்கிறார்: திறந்த குறிப்புகள், முடிக்கப்படாத வேலை, git நிலை மற்றும் உருவாக்கவும் சோதிக்கவும் பயன்படுத்தப்படும் கட்டளைகள். பின்னர் அவர் இலக்கு, ஒரு சரிபார்ப்புப் பட்டியல், மற்றும் ஒவ்வொரு உருப்படிக்கும் நிரூபிக்கப்படக்கூடிய ஒரு ஒற்றை-வரிச் சரிபார்ப்பு (வெற்றிபெற வேண்டிய ஒரு கட்டளை போன்றவை) ஆகியவற்றைக் கொண்ட ஒரு tracker கோப்பை எழுதுகிறார். ஒவ்வொரு உருப்படியும் ஒரு மாடல் குறிச்சொல்லையும் (model tag) பெறுகிறது. tracker என்பது ஒற்றை உண்மை மூலமாகும் (single source of truth). உரையாடல் மிக நீளமாகி உதவியாளர் மறந்துவிட்டாலும், tracker-க்கு இன்னும் தெரியும்.

இது முடிவுகளையும் பதிவு செய்கிறது. எனது திட்டத்தில் நான் பதிலளிக்காத திறந்த கேள்விகள் இருந்தபோது, ஒவ்வொன்றிற்கும் அது தேர்ந்தெடுத்த இயல்புநிலை மதிப்பை tracker பட்டியலிட்டது, எனவே நான் பின்னர் அவற்றை மாற்றியமைக்க முடியும்.

படி 2: ஒரு கட்டத்திற்கு ஒரு புதிய ஏஜென்ட்

ஒவ்வொரு கட்டமும் ஒரு புதிய ஏஜென்ட் மூலம் உருவாக்கப்படுகிறது. அது குறியீட்டை எழுதுகிறது, build மற்றும் சோதனைகளை இயக்குகிறது, தோல்விகளைச் சரிசெய்கிறது, மற்றும் ஒரு எளிய செய்தியுடன் ஒரு commit செய்கிறது. இது tracker-ல் உள்ள அதன் உருப்படிகளை டிக் செய்கிறது. பின்னர் அது நின்றுவிடுகிறது, அடுத்த கட்டம் ஒரு புதிய தொடக்கத்துடன் (clean slate) தொடங்குகிறது.

படி 3: மதிப்பாய்வு வாயில் (review gate)

ஒரு கட்டம் commit செய்யப்பட்டதும், ஒரு தனி மதிப்பாய்வாளர் tracker-ன் சோதனைகளுக்கு எதிராக diff-ஐப் படிக்கிறார். இது வரிசையாக நான்கு விஷயங்களைப் பார்க்கிறது: குறியீடு உண்மையில் ஏற்புச் சோதனைகளை பூர்த்தி செய்கிறதா, அது பாதுகாப்பானதா, அசாதாரண நிகழ்வுகளைக் கையாள்கிறதா, மற்றும் ஆவணங்கள் குறியீடு செய்வதோடு பொருந்துகிறதா. இது கோப்பு, வரி மற்றும் ஒரு வாக்கியத் தோல்விக் காட்சி (failure scenario) ஆகியவற்றுடன் வரிசைப்படுத்தப்பட்ட பிரச்சனைகளின் பட்டியலை வழங்குகிறது.

படி 4: சரிசெய்தல் மற்றும் மறு மதிப்பாய்வு

உறுதிப்படுத்தப்பட்ட பிரச்சனைகள் சரிசெய்யும் பணிகளாக ஒரு புதிய ஏஜென்ட்டிற்குச் செல்கின்றன. சரிசெய்த பிறகு, மதிப்பாய்வாளர் மீண்டும் பார்க்கிறார். தீர்க்கப்படாத உறுதிப்படுத்தப்பட்ட பிரச்சனையைக் கொண்ட ஒரு கட்டத்தை முடிந்தது எனக் குறிக்க முடியாது, மேலும் முழு இலக்கும் நிறைவடைந்தது என்று அழைக்கப்பட முடியாது.

படி 5: நேர்மையான அறிக்கை

இறுதியில் ஒவ்வொரு அளவுகோலும் பூர்த்தி செய்யப்பட்டு, ஒவ்வொரு சோதனையும் பசுமையாக (green) இருந்தால் மட்டுமே COMPLETE என்று கூறும் ஓர் அறிக்கையை நான் பெறுகிறேன். இல்லையெனில் அது PARTIAL என்று கூறி, எவை விடுபட்டுள்ளன என்பதைத் துல்லியமாகப் பட்டியலிடுகிறது. இந்த அறிக்கை எதையும் உயர்த்தி மதிப்பிடுவதில்லை.

ஒரு நிஜமான திட்டத்தில் இது கண்டறிந்தவை

அந்தத் திட்டம் ஒரு பிரவுசர் தாவலின் (tab) ஆடியோவைப் பதிவு செய்யும் தனிப்பட்ட உலாவி நீட்டிப்பாகும். புதிய பதிப்பு பதிவுகளை உலாவியின் தனிப்பட்ட கோப்பு முறைமையில் சேமித்தது, பெயர் வாரியாக கோப்புறைகளில் சேமிக்க என்னை அனுமதித்தது, வீடியோ கோப்புகளைப் பழுதுநீக்கியது, மற்றும் ஒரு லைப்ரரி பக்கத்தைச் சேர்த்தது.

சோதனைகள் கண்டறியாத உண்மையான பிழைகளை மதிப்பாய்வாளர்கள் கண்டறிந்தனர்:

• கோப்புறையில் சேமிக்கும் அம்சம் ஒவ்வொரு முறையும் பழைய Save As உரையாடலுக்கு அமைதியாகத் தானாகவே மாறியிருக்கும். சேமிப்பு இயங்கிய பின்னணிப் பக்கத்தால் (background page) நீட்டிப்பு அமைப்புகளைப் படிக்க முடியாது, எனவே குறியீடு அமைதியாக இயல்புநிலையைத் தேர்ந்தெடுத்தது. சோதனைகள் ஒரு போலி அமைப்புகள் சேமிப்பகத்தைப் (fake settings store) பயன்படுத்தியதால் அவை தேர்ச்சி பெற்றன.
• ஒரு பழுதுபார்க்கும் படி, அதன் சொந்த சோதனைகளில் தேர்ச்சி பெற்று, அசல் கோப்பை மாற்றியமைக்கக்கூடிய ஒரு சுருக்கப்பட்ட கோப்பை உருவாக்கியிருக்கக்கூடும்.
• மீட்டெடுக்கப்பட்ட பதிவுகள் அவற்றின் கோப்புப் பெயர்களில் தவறான நீளத்தைப் பெற்றன, ஏனெனில் பழுதுபார்க்கப்பட்ட கோப்பு ஒரு புதிய மாற்றியமைக்கப்பட்ட தேதியைக் கொண்டிருக்கும்.
• தோல்வியுற்ற எழுதுதல் நடவடிக்கை, பதிவின் மீதமுள்ள பகுதியை அமைதியாகக் கைவிட்டிருக்கலாம்.

இவற்றில் எதுவுமே விசித்திரமானவை அல்ல. இவை ஒவ்வொன்றும் விடுபட்ட, குறுகிய அல்லது தவறான பெயரிடப்பட்ட பதிவாக சில வாரங்களுக்குப் பிறகு வெளிப்பட்டிருக்கும்.

நான் அதில் எழுதிய விதிகள்

• கேள்விகள் கேட்பதற்காக நிறுத்த வேண்டாம். முடிவு செய்யுங்கள், முடிவை tracker-ல் எழுதுங்கள், மற்றும் தொடருங்கள்.
• வெளியுலகைத் தொடர்பு கொள்ளும் அல்லது அழிவை ஏற்படுத்தக்கூடிய செயல்கள் இதற்கு விதிவிலக்குகள்: push செய்தல், deploy செய்தல், செய்திகளை அனுப்புதல், தரவை நீக்குதல், அல்லது எனது கடவுச்சொல் தேவைப்படும் எதுவும். அவை நான் இயக்க வேண்டிய துல்லியமான கட்டளையுடன் தடுக்கப்பட்ட உருப்படிகளாக மாறுகின்றன.
• தோல்வியடையும் ஒரு சரிபார்ப்பைத் தேர்ச்சி பெற வைப்பதற்காக அதை ஒருபோதும் முடக்க வேண்டாம், மேலும் தோல்வியடையும் சோதனையை ஒருபோதும் நீக்க வேண்டாம்.
• தொடர்பற்ற தூய்மைப்படுத்தல்கள் எதுவும் கூடாது. இலக்கிற்கு உதவும் குறியீடு மட்டுமே இருக்க வேண்டும்.
• நான் ஒரு flag-ஐ வழங்காத வரை அல்லது அவ்வாறு கூறாத வரை ஒருபோதும் push அல்லது release செய்ய வேண்டாம்.

முடிவுரை

/goal எனக்குச் சிறப்பாகச் செயல்படுகிறது, ஏனெனில் இது ஒரு தெளிவற்ற விருப்பத்தை நிரூபிக்கக்கூடிய படிகளின் கண்காணிக்கப்பட்ட பட்டியலாக மாற்றுகிறது, மேலும் ஒரு பகுதியை உருவாக்குபவர் அதை அங்கீகரிக்கும் நபராக ஒருபோதும் இருப்பதில்லை. இது உதவியாளரை புத்திசாலியாக்குவதில்லை. இது முடிவை மிகவும் நம்பகமானதாகவும், எனது சொந்த கவனத்தைக் குறைவாகத் தேவைப்படுவதாகவும் மாற்றுகிறது.

நன்மைகள்

• உள்ளீட்டின் ஒரு வாக்கியமானது ஒரு பெரிய, பல கட்டப் பணியை முன்னெடுத்துச் செல்ல முடியும்.
• நீண்ட அமர்வுகள் மற்றும் சூழல் இழப்பைத் (context loss) தாண்டி tracker நிலைத்திருக்கிறது.
• சுயாதீனமான மதிப்பாய்வு, ஆசிரியரின் சொந்த சோதனைகள் தவறவிட்ட பிழைகளைக் கண்டறிகிறது.
• ஒவ்வொரு கட்டமும் ஒரு சிறிய commit ஆகும், எனவே வரலாற்றைப் படிப்பதும் பழைய நிலைக்குத் திருப்புவதும் எளிதானது.
• இறுதி அறிக்கை எது சரிபார்க்கப்பட்டது மற்றும் எது சரிபார்க்கப்படவில்லை என்பதில் நேர்மையாக உள்ளது.
• push செய்தல் மற்றும் deploy செய்தல் போன்ற ஆபத்தான நடவடிக்கைகள் எனது கட்டுப்பாட்டிலேயே இருக்கின்றன.

குறைபாடுகள்

• இது மெதுவானது. ஒவ்வொரு கட்டத்திற்கும் ஒரு build, மதிப்பாய்வு மற்றும் சரிசெய்தல் சுழற்சி இருப்பதால், இந்தத் திட்டம் பல மணிநேரங்களை எடுத்துக் கொண்டது.
• பல ஏஜென்ட்கள் ஒரே குறியீட்டைப் படிப்பதால், இது அதிக டோக்கன்களைப் பயன்படுத்துகிறது.
• மதிப்பாய்வாளர்களால் முடிவில்லாத சிறிய விளிம்புநிலை நிகழ்வுகளைக் கண்டறிய முடியும், எனவே மதிப்பாய்வுச் சுற்றுகளுக்கு ஒரு வரம்பு தேவைப்படுகிறது.
• போலியான சூழலில் இயங்கும் சோதனைகளால் நிஜ சாதனத்தின் நடத்தையை நிரூபிக்க முடியாது. சில சோதனைகளுக்கு இன்னமும் ஒரு மனிதர் தேவைப்படுகிறார்.
• ஒரு பலவீனமான இலக்கு அறிக்கை ஒரு பலவீனமான திட்டத்தை உருவாக்குகிறது. தெளிவாக இல்லாத ஒரு இலக்கை இந்தக் கட்டளையால் சரிசெய்ய முடியாது.

எச்சரிக்கை

இந்தக் கட்டுரை கல்வி நோக்கத்திற்கானது மற்றும் எனது சொந்த அமைப்பை விவரிக்கிறது. பெயர்கள், பாதைகள் மற்றும் திட்ட விவரங்கள் பொதுமைப்படுத்தப்பட்டுள்ளன, மேலும் உங்கள் சொந்த கட்டளைகளில் உள்ள எந்தவொரு placeholder மதிப்புகளும் உங்களுடைய சொந்த மதிப்புகளால் மாற்றப்பட வேண்டும். மாடல் பெயர்கள் மற்றும் கருவியின் நடத்தை அடிக்கடி மாறுகின்றன, எனவே முக்கியமான பணிகளுக்கு இதை நம்புவதற்கு முன், ஒவ்வொரு கூற்றையும் சரிபார்த்து, சிறிய, குறைந்த ஆபத்துள்ள திட்டத்தில் இந்த செயல்முறையைச் சோதிக்கவும்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

• ஒரு /goal கட்டளை என்றால் என்ன? — இது ஒரு AI கோடிங் உதவியாளரை ஒரு பெரிய இலக்கைத் திட்டமிடவும், உருவாக்கவும், மதிப்பாய்வு செய்யவும், சரிபார்க்கவும், பின்னர் நேர்மையாகப் புகாரளிக்கவும் வைக்கும் சேமிக்கப்பட்ட வழிமுறைகளின் தொகுப்பாகும்.
• இது ஒரு புரோகிராமா அல்லது செருகுநிரலா (plugin)? — இல்லை. இது உதவியாளர் பின்பற்றும் கட்டளைக் கோப்பில் உள்ள ஒரு எழுதப்பட்ட செயல்முறையாகும், எனவே எந்தவொரு உரைக் கோப்பையும் போல நீங்கள் இதைத் திருத்தலாம்.
• ஒவ்வொரு பணிக்கும் ஏன் வெவ்வேறு மாடலைப் பயன்படுத்த வேண்டும்? — திட்டமிடுதல், வழக்கமான கோடிங் மற்றும் கவனமான மதிப்பாய்வு ஆகியவற்றிற்கு வெவ்வேறு பலங்கள் தேவைப்படுகின்றன, மேலும் ஒவ்வொன்றிற்கும் சரியான ஒன்றைப் பயன்படுத்துவது செலவைக் குறைத்து தரத்தை மேம்படுத்துகிறது.
• ஒவ்வொரு கட்டத்திற்கும் ஏன் ஒரு புதிய ஏஜென்ட்? — ஒரு புதிய ஏஜென்ட் நீண்ட, ஓரளவு மறக்கப்பட்ட உரையாடலுக்குப் பதிலாக tracker-லிருந்து தொடங்குகிறது, இது விலகிச் செல்வதையும் பழைய அனுமானங்களையும் தவிர்க்கிறது.
• உருவாக்குபவரிடமிருந்து மதிப்பாய்வாளர் ஏன் தனித்திருக்க வேண்டும்? — ஒரு படைப்பாளி தனது சொந்த வேலையை நம்ப முனைகிறார், எனவே குறியீட்டை எழுதாத ஒரு வாசகர் படைப்பாளி கவனிக்கத் தவறிய பிரச்சனைகளைக் கண்டறிகிறார்.
• இது தானாகவே குறியீட்டை deploy அல்லது push செய்யுமா? — இல்லை. push செய்தல், release செய்தல் மற்றும் deploy செய்தல் ஆகியவற்றிற்கு எனது வெளிப்படையான அனுமதி தேவை, மேலும் இந்தக் கட்டளை அவற்றுக்குப் பதிலாக அவற்றை முடக்கப்பட்ட படிகளாகப் பட்டியலிடுகிறது.
• எதையாவது முடிக்க முடியாதபோது இது என்ன செய்கிறது? — இது அந்த உருப்படியைத் தடுக்கப்பட்டதாகக் குறிக்கிறது, துல்லியமான பிழையையும் அதைத் தடுப்பு நீக்குவது எது என்பதையும் எழுதுகிறது, மேலும் பிற சார்பற்ற பணிகளுக்கு நகர்கிறது.
• கூடுதல் நேரத்திற்கு இது மதிப்புடையதா? — பெரிய அல்லது ஆபத்தான மாற்றங்களுக்கு, ஆம், ஏனெனில் மதிப்பாய்வுச் சுற்றுகள் பிழைகளை முன்கூட்டியே கண்டறிகின்றன. ஒரு சிறிய திருத்தத்திற்கு, சாதாரண அரட்டையே வேகமானது.

குறிச்சொற்கள்

#ClaudeCode #AICoding #DeveloperWorkflow #CodeReview #Automation #SoftwareEngineering #AIAgents #Productivity #DevTools #BuildInPublic