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 किंवा नंतरची आवृत्ती, प्रकल्प हुकसाठी 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 वापरता येतात. विश्वास दिल्यानंतर $aidlc --doctor Codex मध्ये चालवा. हुक चालत नसतील तर एकत्रीकरण वातावरणाच्या मार्गदर्शकातील विश्वास पुनर्प्राप्ती पद्धत वापरा; केवळ इन्स्टॉलर यशस्वी झाला म्हणून प्रकल्प हुक सुरू असल्याचे सिद्ध होत नाही. मॉडेल पुरवठादार आणि त्याची प्रवेशमाहिती Codex च्या वापरकर्ता-स्तरीय सेटिंग्जमध्ये ठरते; AI-DLC ती देत नाही.

3. Feature कार्यप्रवाह सुरू करून सेटिंग्ज तपासा

प्रथम $aidlc --status Codex मध्ये चालवा आणि कोणताही कार्यप्रवाह सक्रिय नसल्याचे तपासा. टॅग केलेला कमांड संदर्भ सांगतो की सक्रिय कार्यप्रवाह असेल तर केवळ स्कोप कमांड दिल्यावर विद्यमान काम पुढे जाते. या मार्गदर्शकासाठी सक्रिय कार्यप्रवाह नसलेला प्रकल्प वापरा.

त्या कॉन्फिगर केलेल्या 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 (मी फायली संपादित करेन) मार्ग वापरा. केवळ आपले उत्तर आराखड्याला मान्यता देते; मॉडेल आपल्या वतीने मंजुरी देऊ शकत नाही. हा टप्पा सुरू असताना कोड निर्मिती त्या उत्तराची वाट पाहते. प्रकाशन नोंदीनुसार बिल्ड थांबलेला असतानाही आढावा, सेटिंग, कमिट किंवा दुसरी अनुमत विनंती पुढे जाऊ शकते.

5. मंजूर करा, नोंद तपासा आणि बदललेला आराखडा हाताळा

आराखडा मान्य असल्यास खुल्या प्रश्नात Approve Plan (आराखडा मंजूर करा) असे उत्तर द्या. इंजिन त्या आराखड्यासाठी मंजुरी नोंदवते आणि नेहमीच्या next प्रवाहातून बिल्ड पुन्हा सुरू करते. प्रकाशन नोंदीनुसार न बदललेला मंजूर आराखडा चॅट संक्षेपण किंवा स्थगितीनंतरही लक्षात राहतो. टॅग केलेला कमांड संदर्भ नोंदवलेली कालरेषा पाहण्यासाठी केवळ वाचनाची aidlc engine audit history कमांड सांगतो, आणि $aidlc --status कार्यप्रवाहाचे स्थान दाखवते. तयार कोडच्या आधी मंजुरीचा टप्पा प्रत्यक्ष दिसण्याबरोबर या नोंदी यश तपासण्याचा आधार आहेत.

बिल्डपूर्वी आराखडा किंवा चाचणी सूचना बदलल्यास कठोर Guard Policy पुन्हा मंजुरी मागते. सैल किंवा बंद धोरणात बदल कळवून नोंदवला जातो, पण सक्तीच्या नव्या मंजुरीशिवाय कार्यप्रवाह पुढे जाऊ शकतो. टॅग केलेली कागदपत्रे मंजुरीनंतर असंबंधित स्रोत फायली बदलण्याची स्थितीही वेगळी सांगतात: त्या हालचाली कळवल्या जातात, तर आराखडा-मंजुरी आराखडा आणि चाचणी सूचनांपुरतीच राहते. व्यक्ती ‘मंजूर आराखड्याकडे परत जा’ असे सांगून बिल्डपूर्वी जुना आराखडा परत आणू शकते. फक्त चॅट संक्षेपित झाला म्हणून न बदललेल्या आराखड्याने दुसऱ्यांदा प्रश्न विचारू नये.

थांबण्याचा टप्पा दिसत नसल्यास

प्रथम $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 वर अवलंबून असते. आराखडा किंवा चाचणी सूचना बदलल्यावर पुन्हा थांबण्यासाठी डेव्हलपर कठोर धोरण निवडू शकतो.

स्रोत आणि पुढील वाचन