AI-DLC 2.11.0 குறியீடு உருவாக்குவதற்கு முன் Codex CLI பணிப்பாய்வை நிறுத்தி, உருவாக்குநர் முன்மொழிந்த திட்டத்தைப் படித்து ஒப்புதல் அளிக்க வழிசெய்யும். இந்த வழிகாட்டி அக்டோபர் 8, 2026 அன்று வெளியான v2.11.0 பதிப்பு மற்றும் அந்தப் பதிப்பின் Codex CLI, பணிப்பாய்வு சுயவிவரம் மற்றும் Plan Approval அறிவுறுத்தல்களைப் பின்பற்றுகிறது. BIG CHANGE அந்த ஆவணங்களையும் பதிப்புக் குறியின் கட்டளை மேற்கோளையும் ஆய்வு செய்தது. AI-DLCஐ நிறுவவோ இயக்கவோ இல்லை; கீழுள்ள அனைத்துப் படிகளும் ஆவண அடிப்படையிலானவை மட்டுமே.

Git திட்டம் கொண்ட, AI குறியீட்டு உதவியாளர் கோப்புகளை உருவாக்குவதற்கு முன் திட்டத்தை ஆராய விரும்பும் உருவாக்குநருக்கான வழிகாட்டி இது. திட்டத்தின் பெயரைக் குறிப்பிட்டு, மாற்றம் கோர அனுமதித்து, உருவாக்குநர் பதிலளிக்கும் வரை பில்டை காத்திருக்கச் செய்யும் Plan Approval கேள்வியே எதிர்பார்க்கப்படும் விளைவு. AI-DLCஇல் பின்னரும் சோதனைகள் உள்ளன; இந்த ஒப்புதல் கட்டம் குறிப்பாகக் குறியீட்டுத் திட்டத்தைப் பற்றியது.

தொடங்குவதற்கு முன்

பதிப்புக் குறியிலுள்ள Codex வழிகாட்டி Codex CLI 0.145.0 அல்லது புதிய பதிப்பு, திட்ட hookகளுக்கு Git களஞ்சியம், அமைக்கப்பட்ட மாதிரி வழங்குநர் ஆகியவற்றைக் கோருகிறது. நேட்டிவ் AI-DLC வெளியீட்டிற்கு Bun அல்லது Node.js தேவையில்லை. அதன் குறியீட்டையும் திட்டத்தையும் அமைக்கப்பட்ட மாதிரி வழங்குநருக்கு அனுப்ப அனுமதியுள்ள திட்டத்தைப் பயன்படுத்தவும். வழங்குநரின் தரவு கையாளுதல், கட்டண விதிகளைத் தனியாகப் படிக்கவும்; இந்தப் பணிப்பாய்விற்கான வழங்குநர் பயன்பாட்டின் ஒரே விலையை AI-DLC களஞ்சியம் குறிப்பிடவில்லை.

உள்ளீடாகத் தெளிவான உருவாக்கப் பணியைத் தயாராக வைத்திருக்கவும். இந்த வழிகாட்டி தேர்ந்தெடுப்பது Feature சுயவிவரம்; v2.11.0 ஆவணத்தில் Featureக்கு Plan Approval இயக்கப்பட்டதாக உள்ளது. Express மற்றும் Proof of concept தொடங்கும்போது Plan Approval அணைக்கப்பட்டிருக்கும். இருப்பினும் ஒருவர் குறிப்பிட்ட திட்டத்தை மதிப்பாய்வு செய்யக் கோரலாம். ஒவ்வொரு AI-DLC இயக்கமும் நிற்கும் என்ற பொதுவான எதிர்பார்ப்பைவிட சுயவிவரம் முக்கியம்.

1. குறிப்பிட்ட வெளியீட்டை நிறுவிச் சரிபார்க்கவும்

macOS, Linux அல்லது WSLஇல் v2.11.0 வெளியீடு இந்தப் பதிப்பிற்கான நிறுவல் கட்டளையை வழங்குகிறது:

Terminal
curl -fsSL https://github.com/awslabs/aidlc-workflows/releases/download/v2.11.0/install.sh | sh -s -- --version 2.11.0

வெளியீடு PowerShellக்காக பதிப்பிற்குரிய Windows நிறுவியையும் வழங்குகிறது. இயக்குவதற்கு முன் நிறுவியை ஆராய்ந்து, உங்கள் கணினிக்கு ஏற்ற வழியைத் தேர்ந்தெடுக்கவும். பின் திட்டத்திலிருந்து நிறுவிய பதிப்பையும் சூழலையும் சரிபார்க்கவும்:

Terminal
aidlc --version
aidlc doctor
codex --version

எதிர்பார்ப்பு: aidlc --version 2.11.0 எனத் தெரிவிக்க வேண்டும். aidlc doctor அமைப்பு மற்றும் இயக்கநேரப் பிரச்சினைகளைத் தெரிவிக்கிறது; codex --version மூலம் Codex CLIஇன் குறைந்தபட்சப் பதிப்பைச் சரிபார்க்கலாம். நிறுவிய பதிப்பு வேறானால் இங்கே நிறுத்தி v2.11.0 வெளியீட்டின் நிறுவல் அல்லது புதுப்பிப்பு வழிமுறைகளைப் பயன்படுத்தவும்; கீழுள்ள படிகள் அந்தப் பதிப்பிற்குரியவை.

2. Codexஐ அமைத்து திட்ட hookகளை நம்ப அனுமதிக்கவும்

Git திட்டத்தின் மூல அடைவிலிருந்து பதிப்புக் குறியிலுள்ள Codex அமைப்பு வழியைப் பயன்படுத்தவும்:

Terminal
aidlc config --harness codex
aidlc doctor
codex

திட்ட hookகளை நம்பலாமா என Codex கேட்கிறது. திட்டத்தையும் உருவான hookகளையும் முதலில் மதிப்பாய்வு செய்து, பிறகு Trust all and continue (அனைத்தையும் நம்பித் தொடரவும்) என்பதைத் தேர்ந்தெடுக்கவும். ஏற்கெனவே மூடிய உரையாடல் பெட்டியை மீண்டும் திறக்க /hooks, பின்னர் t மற்றும் Esc பயன்படுத்தலாம் என அந்தப் பதிப்பு வழிகாட்டி கூறுகிறது. நம்பிக்கை வழங்கியபின் $aidlc --doctor என்பதை Codexஇல் இயக்கவும். hookகள் இயங்காவிட்டால் ஒருங்கிணைப்பு இயக்கச்சூழல் வழிகாட்டியின் நம்பிக்கை மீட்பைப் பின்பற்றவும்; நிறுவி வெற்றியடைந்தது மட்டுமே திட்ட hookகள் செயலிலுள்ளன என்பதை நிரூபிக்காது. மாதிரி வழங்குநரும் அதன் சான்றுகளும் Codexஇன் பயனர் நிலை அமைப்புகளில் உள்ளன; AI-DLC வழங்குவதில்லை.

3. Feature பணிப்பாய்வைத் தொடங்கி அமைப்புகளைப் பார்க்கவும்

முதலில் $aidlc --status என்பதை Codexஇல் இயக்கி, செயலில் பணிப்பாய்வு இல்லை என உறுதிப்படுத்தவும். பதிப்புக் குறியின் கட்டளை மேற்கோள் கூறுவதன்படி, செயலில் பணிப்பாய்வு இருந்தால் கூடுதல் விருப்பமில்லாத scope கட்டளை ஏற்கெனவே உள்ள வேலையைத் தொடரும். இந்த வழிகாட்டிக்கு செயலில் பணிப்பாய்வு இல்லாத திட்டத்தைப் பயன்படுத்தவும்.

அமைக்கப்பட்ட அந்த Codex திட்டத்தில் $aidlc feature எனத் தட்டச்சு செய்து உருவாக்க விரும்பும் பணி பற்றிய கேள்விக்குப் பதிலளிக்கவும். உள்ளீடு அம்சத்தையும் கட்டுப்பாடுகளையும் விவரிக்க வேண்டும்; அந்த வேலையிலிருந்து இறுதித் திட்டம் உருவாகிறது. குறியீட்டுத் திட்டம் உருவாகும் முன் நடைமுறையில் உள்ள கட்டுப்பாடுகளைப் பார்க்க v2.11.0 கட்டளை மேற்கோளைப் பயன்படுத்தவும்:

Text
$aidlc --status
$aidlc config get plan-approval
$aidlc config get guard-policy

Plan Approvalஇன் on (இயக்கப்பட்டது) நிலை மற்றும் குறிப்பிடப்பட்ட அமைப்பு மூலத்தைப் பார்க்கவும். இந்த நோக்கத்திற்கு அது அணைக்கப்பட்டிருந்தால் $aidlc --plan-approval on அடுத்த திட்டத்திற்கான கேள்வியை இயக்குகிறது. கணினி நிலை மாற்றி கட்டாயமாக அணைக்கலாம்; குழு நினைவக விதி இயக்கப்பட்டிருக்கக் கோரலாம். நிலை வரி நடைமுறை மதிப்பைக் காட்டும். ஏற்கெனவே ஒப்புதல் பெற்ற திட்டம் அல்லது அதன் சோதனை வழிமுறைகளைத் திருத்தும்போதும் மறுஒப்புதல் வேண்டுமெனில் இந்த வழிகாட்டியில் $aidlc --guard-policy strict மூலம் Guard Policyஐ கடுமையாக அமைக்கவும். இயக்கப்பட்ட Plan Approval முதல் கேள்வியைக் கட்டுப்படுத்துகிறது; ஒப்புதல் பெற்ற திட்டம் மாறியபின் என்ன நடக்கும் என்பதை Guard Policy கட்டுப்படுத்துகிறது.

4. ஒப்புதல் கட்டத்தில் குறியீட்டுத் திட்டத்தைப் பார்க்கவும்

Code Generationஇல் திட்டம் தயாராகும் வரை பணிப்பாய்வைத் தொடரவும். Plan Approval இயக்கப்பட்டால் v2.11.0 இயந்திரம் திட்டத்தின் சுருக்கத்தையும் பாதையையும் காட்டுகிறது; அதிலுள்ள விருப்பங்கள் Approve Plan (திட்டத்தை ஒப்புதல் அளிக்கவும்), Request Changes (மாற்றங்களைக் கோரவும்) அல்லது I'll edit the files (நானே கோப்புகளைத் திருத்துவேன்). குறிப்பிடப்பட்ட code-generation-plan.md கோப்பைத் திறந்து முன்மொழிந்த கோப்புகள், வரிசை, சோதனை வழிமுறைகளைப் படிக்கவும். ஒப்புதலுக்கு முன் கட்டளைகள், திட்டத் தரவிற்கான அணுகல், களஞ்சியத்தை மாற்றக்கூடிய நடவடிக்கைகளை ஆராயவும்.

திட்டத்திற்கு வேறு செயலாக்கம் அல்லது சோதனை தேவைப்பட்டால் Request Changes (மாற்றங்களைக் கோரவும்) என்பதைத் தேர்ந்தெடுக்கவும். நீங்களே கோப்புகளைத் திருத்தினால், திருத்தத்தையே ஒப்புதலாகக் கருதாமல் இயந்திரத்தின் I'll edit the files (நானே கோப்புகளைத் திருத்துவேன்) வழியைப் பயன்படுத்தவும். உங்கள் பதில் மட்டுமே திட்டத்திற்கு அனுமதி தருகிறது; மாதிரி உங்களுக்காக ஒப்புதல் அளிக்க முடியாது. இந்தக் கட்டம் இயங்கினால் குறியீடு உருவாக்கம் பதிலுக்காகக் காத்திருக்கும். பில்டு காத்திருக்கும் போதும் மதிப்பாய்வு, அமைப்பு, commit அல்லது வேறு அனுமதிக்கப்பட்ட கோரிக்கை தொடரலாம் என வெளியீட்டுக் குறிப்புகள் கூறுகின்றன.

5. ஒப்புதல் அளித்து பதிவைப் பார்த்து மாற்றிய திட்டத்தைக் கையாளவும்

திட்டம் ஏற்றுக்கொள்ளத்தக்கதாக இருந்தால் திறந்துள்ள கேள்வியில் Approve Plan (திட்டத்தை ஒப்புதல் அளிக்கவும்) எனப் பதிலளிக்கவும். இயந்திரம் அந்தத் திட்டத்தின் ஒப்புதலைப் பதிவுசெய்து வழக்கமான next ஓட்டத்தில் பில்டைத் தொடர்கிறது. வெளியீட்டுக் குறிப்புகளின்படி மாற்றமில்லாத ஒப்புதல் பெற்ற திட்டம், உரையாடல் சுருக்கப்பட்டாலும் ஒத்திவைக்கப்பட்டாலும் நினைவில் இருக்கும். பதிப்புக் குறியின் கட்டளை மேற்கோள் பதிவுசெய்த காலவரிசையைப் பார்ப்பதற்கான வாசிப்பு-மட்டும் aidlc engine audit history கட்டளையை விவரிக்கிறது; $aidlc --status பணிப்பாய்வு நிலையை காட்டுகிறது. குறியீடு உருவாகும் முன் ஒப்புதல் கட்டம் தெளிவாகத் தோன்றுவதோடு இந்தப் பதிவுகளும் வெற்றி சரிபார்ப்பாகும்.

பில்டுக்கு முன் திட்டம் அல்லது சோதனை வழிமுறைகள் மாறினால் கடுமையான Guard Policy மீண்டும் ஒப்புதல் கேட்கும். தளர்வான அல்லது அணைக்கப்பட்ட கொள்கையில் மாற்றம் தெரிவிக்கப்பட்டுப் பதிவாகும்; ஆனால் கட்டாயப் புதிய ஒப்புதல் இல்லாமல் பணிப்பாய்வு தொடரலாம். ஒப்புதலுக்குப் பின் தொடர்பில்லாத மூலக் கோப்புகள் மாறுவதையும் அந்தப் பதிப்பு ஆவணங்கள் வேறுபடுத்துகின்றன: அந்த மாற்றம் தெரிவிக்கப்படும்; திட்ட ஒப்புதல் திட்டம் மற்றும் சோதனை வழிமுறைகளைப் பற்றியே இருக்கும். ஒருவர் ‘ஒப்புதல் பெற்ற திட்டத்திற்குத் திரும்பு’ என்று கூறி பில்டுக்கு முன் முந்தைய திட்டத்தை மீட்கலாம். உரையாடல் சுருக்கப்பட்டது என்பதற்காக மட்டும் மாற்றமில்லாத திட்டம் இரண்டாவது முறை கேட்கக் கூடாது.

இடைநிறுத்தம் தோன்றாவிட்டால்

முதலில் $aidlc --status மற்றும் $aidlc config get plan-approval படிக்கவும். தேர்ந்தெடுத்த scope, நடைமுறை அமைப்பு, அதன் மூலத்தைப் பார்க்கவும். Express மற்றும் Proof of concept இயல்பாக அணைக்கப்பட்டிருக்கும்; அந்த நோக்கத்திற்கு Plan Approvalஐ இயக்கவும் அல்லது முழு வாழ்க்கைச் சுழற்சி பணிக்கு ஏற்றால் Feature பணிப்பாய்வைத் தொடங்கவும். அமைப்பு அல்லது hookகள் பழுதாகத் தோன்றினால் aidlc doctor இயக்கி Codex ஒருங்கிணைப்பு இயக்கச்சூழல் மீட்பைப் பின்பற்றவும். செயலில் உள்ள திட்டத்தின் இயக்கநேரத்தை மாற்றும் முன் பதிப்பு பொருத்தமின்மையைப் பார்க்கவும். கேள்வி இல்லாததை ஒப்புதல் பதிவானதற்கான சான்றாகக் கொள்ளாதீர்கள்: அமைப்பு அணைக்கப்பட்டால் AI-DLC ஒரு PLAN_APPROVAL_SKIPPED வரியை எழுதுகிறது; இதை மனித ஒப்புதலிலிருந்து அந்தப் பதிப்பு ஆவணங்கள் தெளிவாக வேறுபடுத்துகின்றன.

பெரிய மாற்றம்

  • AI-DLC 2.11.0 திட்டக் கேள்வியைத் தன் இயந்திரத்தில் வைக்கிறது; அது முடிவைப் பதிவுசெய்து ஒத்திவைக்கப்பட்ட அல்லது சுருக்கப்பட்ட அமர்விலும் மாற்றமில்லாத ஒப்புதல் பெற்ற திட்டத்தை வைத்திருக்கிறது.
  • Codex CLI Feature இயக்கத்தில் உருவாக்குநர் Plan Approvalஇன் நடைமுறை அமைப்பைப் பார்த்து, குறியீடு உருவாகும் முன் திட்டத்தைப் படித்து, ஒப்புதல் கட்டத்தில் மாற்றங்களைக் கோரலாம்.
  • திட்டத் திருத்தத்திற்குப் பின் மறுஒப்புதல் Guard Policyஐப் பொறுத்தது. திட்டம் அல்லது சோதனை வழிமுறைகள் மாறும்போது மீண்டும் நிறுத்த உருவாக்குநர் கடுமையான கொள்கையைத் தேர்ந்தெடுக்கலாம்.

மூலங்களும் கூடுதல் வாசிப்பும்

  • AI-DLC 2.11.0 வெளியீடு — தேதியிட்ட வெளியீடு, குறிப்பிட்ட நிறுவிகள், கூறப்பட்ட Plan Approval நடத்தை. வெளியீட்டுக் குறிப்புகள் அம்சத்தை விவரிக்கின்றன; BIG CHANGE இந்த வழிகாட்டியை இயக்கியதைக் காட்டுவதில்லை.
  • v2.11.0இன் Codex CLI வழிகாட்டி — Codex பதிப்பு, Git மற்றும் வழங்குநர் முன்தேவைகள், திட்ட அமைப்பு, hook நம்பிக்கை, இயக்குதல்.
  • v2.11.0இன் பணிப்பாய்வு சுயவிவரங்கள் — சுயவிவர இயல்புநிலைகளும் Feature மற்றும் Express/Proof of concept இடையிலான வேறுபாடும்.
  • v2.11.0இன் Plan Approval மற்றும் Guard Policy — முதல் ஒப்புதல் கட்டம், தவிர்த்த பதிவுகள், ஒப்புதல் பெற்ற திட்டம் மாறும்போதான நடத்தை.
  • v2.11.0 கட்டளை மேற்கோள் — நிலை, அமைப்பு, தணிக்கை வரலாற்றுக் கட்டளைகள்.