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 पर निर्भर है। योजना या टेस्ट निर्देश बदलने पर फिर रुकने के लिए डेवलपर सख्त नीति चुन सकता है।

स्रोत और आगे पढ़ने के लिए

  • 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 का कमांड संदर्भ — स्टेटस, कॉन्फ़िगरेशन और ऑडिट इतिहास कमांड।