ప్రతిపాదిత ప్లాన్‌ను డెవలపర్ చదివి ఆమోదించేందుకు, కోడ్ రూపొందించే ముందే AI-DLC 2.11.0 ఒక Codex CLI వర్క్‌ఫ్లోను ఆపగలదు. ఈ మార్గదర్శిని 2026 అక్టోబర్ 8 నాటి v2.11.0 విడుదలను, దానికి సంబంధించిన వెర్షన్‌కు చెందిన Codex CLI, వర్క్‌ఫ్లో ప్రొఫైల్ మరియు Plan Approval సూచనలను అనుసరిస్తుంది. BIG CHANGE ఆ పత్రాలను, ఆ ట్యాగ్‌కు చెందిన కమాండ్ రిఫరెన్స్‌ను పరిశీలించింది. మేము AI-DLCను ఇన్‌స్టాల్ చేయలేదు లేదా అమలు చేయలేదు; కింది ప్రతి దశ డాక్యుమెంటేషన్‌పై మాత్రమే ఆధారపడింది.

AI కోడింగ్ అసిస్టెంట్ ఫైళ్లను రూపొందించే ముందు కోడ్ ప్లాన్‌ను పరిశీలించాలనుకునే, Git ప్రాజెక్ట్ ఉన్న డెవలపర్ కోసం ఈ మార్గదర్శిని. ఆశించిన ఫలితం: ప్లాన్‌ను గుర్తించి, మార్పులు కోరేందుకు డెవలపర్‌కు అవకాశం ఇచ్చి, సమాధానం ఇచ్చే వరకు బిల్డ్‌ను వేచి ఉంచే Plan Approval ప్రశ్న. AI-DLCలో తరువాత కూడా తనిఖీలు ఉంటాయి; ఈ ఆమోద దశ ప్రత్యేకంగా కోడ్ ప్లాన్‌కు సంబంధించినది.

ప్రారంభించే ముందు

ట్యాగ్ చేసిన వెర్షన్‌కు చెందిన Codex మార్గదర్శిని ప్రకారం Codex CLI 0.145.0 లేదా కొత్త వెర్షన్, ప్రాజెక్ట్ హుక్‌ల కోసం 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ను కాన్ఫిగర్ చేసి ప్రాజెక్ట్ హుక్‌లను విశ్వసించండి

Git ప్రాజెక్ట్ మూల డైరెక్టరీ నుంచి ట్యాగ్ చేసిన Codex సెటప్ విధానాన్ని ఉపయోగించండి:

Terminal
aidlc config --harness codex
aidlc doctor
codex

ప్రాజెక్ట్ హుక్‌లను విశ్వసించాలా అని Codex అడుగుతుంది. ఈ ఎంపికను ఎంచుకునే ముందు ప్రాజెక్ట్‌ను, రూపొందించిన హుక్‌లను సమీక్షించండి: Trust all and continue (అన్నింటినీ విశ్వసించి కొనసాగించు). ఇప్పటికే మూసివేసిన డైలాగ్‌ను ఈ కమాండ్‌తో తిరిగి తెరవవచ్చని ట్యాగ్ చేసిన మార్గదర్శిని చెబుతుంది: /hooks, తరువాత t మరియు Esc. విశ్వాస అనుమతి ఇచ్చిన తరువాత Codexలో $aidlc --doctor అమలు చేయండి. హుక్‌లు అమలు కాకపోతే హార్నెస్ మార్గదర్శినిలోని విశ్వాస పునరుద్ధరణ పద్ధతిని అనుసరించండి; ఇన్‌స్టాలర్ విజయవంతమవడం ఒక్కటే ప్రాజెక్ట్ హుక్‌లు క్రియాశీలంగా ఉన్నాయని నిర్ధారించదు. మోడల్ ప్రొవైడర్, దాని క్రెడెన్షియల్స్‌ను Codex యూజర్ స్థాయి సెట్టింగ్‌లలో కాన్ఫిగర్ చేస్తారు; వాటిని AI-DLC అందించదు.

3. Feature వర్క్‌ఫ్లోను ప్రారంభించి దాని సెట్టింగ్‌లను పరిశీలించండి

మొదట Codexలో $aidlc --status అమలు చేసి, ఏ వర్క్‌ఫ్లో కూడా క్రియాశీలంగా లేదని తనిఖీ చేయండి. ట్యాగ్ చేసిన కమాండ్ రిఫరెన్స్ ప్రకారం ఒక వర్క్‌ఫ్లో క్రియాశీలంగా ఉన్నప్పుడు స్కోప్ కమాండ్‌ను మాత్రమే ఇస్తే ఇప్పటికే ఉన్న పనినే కొనసాగిస్తుంది. ఈ వివరణ కోసం క్రియాశీల వర్క్‌ఫ్లో లేని ప్రాజెక్ట్‌ను వాడండి.

కాన్ఫిగర్ చేసిన ఆ 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 తదుపరి ప్లాన్‌కు ప్రశ్నను ఆన్ చేస్తుంది. మెషీన్ స్థాయి స్విచ్ దాన్ని బలవంతంగా ఆఫ్ చేయవచ్చు; టీమ్ మెమరీ నియమం ఆన్‌లో ఉండాలని కోరవచ్చు. స్టేటస్ లైన్ అమల్లో ఉన్న విలువను చూపుతుంది. ఈ వివరణలో, ఇప్పటికే ఆమోదించిన ప్లాన్‌ను లేదా దాని పరీక్ష సూచనలను సవరించినప్పుడు మళ్లీ ఆమోదం అవసరమవ్వాలని కోరుకుంటే, ఈ కమాండ్‌తో Guard Policyని strictగా పెట్టండి: $aidlc --guard-policy strict. 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 (ఫైళ్లను నేనే సవరిస్తాను) మార్గాన్ని వాడండి. మీ సమాధానం మాత్రమే ప్లాన్‌కు అనుమతినిస్తుంది; మోడల్ మీ తరఫున ఆమోదించలేడు. ఈ ఆమోద దశ ఆన్‌లో ఉంటే కోడ్ రూపొందించడం ఆ సమాధానం కోసం వేచి ఉంటుంది. బిల్డ్ వేచి ఉన్నప్పటికీ సమీక్ష, సెట్టింగ్, కమిట్ లేదా అనుమతించిన మరో అభ్యర్థన కొనసాగవచ్చని విడుదల గమనికలు చెబుతున్నాయి.

5. ఆమోదించి, రికార్డును తనిఖీ చేసి, మారిన ప్లాన్‌ను నిర్వహించండి

ప్లాన్ ఆమోదయోగ్యంగా ఉన్నప్పుడు తెరిచి ఉన్న ప్రశ్నలో Approve Plan (ప్లాన్‌ను ఆమోదించు) అని సమాధానం ఇవ్వండి. ఇంజిన్ ఆ ప్లాన్‌కు ఆమోదాన్ని రికార్డు చేసి, తన సాధారణ next ప్రవాహం ద్వారా బిల్డ్‌ను తిరిగి కొనసాగిస్తుంది. విడుదల గమనికల ప్రకారం, మారని ఆమోదిత ప్లాన్ చాట్ సందర్భాన్ని సంక్షిప్తం చేసినా లేదా సెషన్‌ను నిలిపి ఉంచినా గుర్తుండిపోతుంది. ట్యాగ్ చేసిన కమాండ్ రిఫరెన్స్ రికార్డు చేసిన కాలక్రమాన్ని చూడటానికి రీడ్-ఓన్లీ కమాండ్ aidlc engine audit history ను వివరిస్తుంది; అలాగే $aidlc --status వర్క్‌ఫ్లో స్థితిని చూపుతుంది. రూపొందించిన కోడ్‌కు ముందే ఆమోద దశ కనిపించడంతోపాటు ఈ రికార్డులు విజయాన్ని తనిఖీ చేయడానికి ఆధారాలు.

బిల్డ్‌కు ముందు ప్లాన్ లేదా దాని పరీక్ష సూచనలు మారితే, strict Guard Policy మళ్లీ ఆమోదం అడుగుతుంది. relaxed లేదా off పాలసీలో మార్పును నివేదించి రికార్డు చేస్తుంది, కానీ తప్పనిసరి కొత్త ఆమోదం లేకుండానే వర్క్‌ఫ్లో కొనసాగవచ్చు. ఆమోదం తరువాత సంబంధం లేని సోర్స్ ఫైళ్ల మార్పులను కూడా ట్యాగ్ చేసిన పత్రాలు వేరుగా పేర్కొంటాయి: ఆ మార్పులు నివేదిస్తారు, కానీ ప్లాన్ ఆమోదం మాత్రం ప్లాన్, పరీక్ష సూచనలకే సంబంధించినది. బిల్డ్‌కు ముందు పాత ప్లాన్‌ను పునరుద్ధరించేందుకు వ్యక్తి “ఆమోదించిన ప్లాన్‌కు తిరిగి వెళ్లు” అని చెప్పవచ్చు. చాట్‌ను సంక్షిప్తం చేశారనే కారణంతోనే మారని ప్లాన్‌కు రెండోసారి ప్రశ్న రాకూడదు.

ఆగడం కనిపించకపోతే

మొదట $aidlc --status మరియు $aidlc config get plan-approval చదవండి. ఎంచుకున్న స్కోప్‌ను, అమల్లో ఉన్న సెట్టింగ్‌ను, దాని మూలాన్ని తనిఖీ చేయండి. Express, Proof of concept డిఫాల్ట్‌గా ఆఫ్‌లో ఉంటాయి; ఆ ఉద్దేశానికి Plan Approvalను ప్రారంభించండి లేదా పూర్తి జీవచక్రం ఆ పనికి సరిపోతే Feature వర్క్‌ఫ్లోను ప్రారంభించండి. కాన్ఫిగరేషన్ లేదా హుక్‌లలో లోపం కనిపిస్తే aidlc doctor అమలు చేసి, ఈ పునరుద్ధరణ విధానాన్ని అనుసరించండి: Codex హార్నెస్ పునరుద్ధరణ. క్రియాశీల ప్రాజెక్ట్ రన్‌టైమ్‌ను మార్చే ముందు వెర్షన్ తేడా ఉందేమో తనిఖీ చేయండి. ప్రశ్న కనిపించకపోవడం ఆమోదం నమోదైందని రుజువు చేస్తుందని అనుకోకండి: సెట్టింగ్ ఆఫ్‌లో ఉన్నప్పుడు AI-DLC ఒక PLAN_APPROVAL_SKIPPED రోను రాస్తుంది; ట్యాగ్ చేసిన పత్రాలు దాన్ని వ్యక్తి ఇచ్చిన ఆమోదం నుంచి స్పష్టంగా వేరు చేస్తాయి.

పెద్ద మార్పు

  • AI-DLC 2.11.0 ప్లాన్ ప్రశ్నను తన ఇంజిన్‌లో ఉంచుతుంది. అది నిర్ణయాన్ని రికార్డు చేసి, సెషన్‌ను నిలిపి ఉంచినా లేదా సందర్భాన్ని సంక్షిప్తం చేసినా మారని ఆమోదిత ప్లాన్‌ను ఉంచుతుంది.
  • Codex CLI Feature రన్‌లో, డెవలపర్ Plan Approval అమల్లో ఉన్న సెట్టింగ్‌ను తనిఖీ చేసి, కోడ్ రూపొందించే ముందు ప్లాన్‌ను చదివి, ఆమోద దశలో మార్పులు కోరవచ్చు.
  • ప్లాన్ సవరణ తరువాత పునఃఆమోదం Guard Policyపై ఆధారపడుతుంది. ప్లాన్ లేదా పరీక్ష సూచనలు మారినప్పుడు మళ్లీ ఆపేందుకు డెవలపర్ strictను ఎంచుకోవచ్చు.

మూలాలు మరియు మరింత చదవడానికి

  • AI-DLC 2.11.0 విడుదల — తేదీతో కూడిన విడుదల, నిర్దిష్ట వెర్షన్ ఇన్‌స్టాలర్లు, పేర్కొన్న Plan Approval ప్రవర్తన. విడుదల గమనికలు ఫీచర్‌ను వివరిస్తాయి; BIG CHANGE ఈ మార్గదర్శినిని అమలు చేసిందని అవి నిరూపించవు.
  • v2.11.0లో Codex CLI మార్గదర్శిని — Codex వెర్షన్, Git, ప్రొవైడర్ ముందస్తు అవసరాలు, ప్రాజెక్ట్ కాన్ఫిగరేషన్, హుక్‌ల విశ్వాసం, ప్రారంభించే విధానం.
  • v2.11.0లో వర్క్‌ఫ్లో ప్రొఫైళ్లు — ప్రొఫైల్ డిఫాల్ట్లు, Feature మరియు Express/Proof of concept మధ్య వ్యత్యాసం.
  • v2.11.0లో Plan Approval, Guard Policy — మొదటి ఆమోద దశ, దాటవేసిన రికార్డులు, ఆమోదిత ప్లాన్ మారినప్పుడు ప్రవర్తన.
  • v2.11.0లో కమాండ్ రిఫరెన్స్ — స్టేటస్, కాన్ఫిగరేషన్, ఆడిట్-హిస్టరీ కమాండ్లు.