Markdown संस्करण

AI-translated from English; not yet reviewed by a fluent editor.

# कोड योजना की मंज़ूरी के लिए AI-DLC 2.11.0 को रुकने दें

> कोड बनाने से पहले AI-DLC 2.11.0 में इंसान की योजना-मंज़ूरी चालू करने और जाँचने की, तय संस्करण पर आधारित और केवल दस्तावेज़ों से बनी गाइड।

By BIG CHANGE Editorial

Published: 2026-10-15T18:54:16.360Z
Updated: 2026-10-15T18:54:16.360Z
Canonical: https://bigchange.ai/blog/aidlc-2-11-plan-approval-guide

![Conceptual charcoal illustration of one developer reading abstract plan-like lines on an unbranded desktop monitor while the keyboard sits untouched.](https://bigchange.ai/api/media/file/aidlc-human-plan-review-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no actual AI-DLC interface, user session or observed test result is depicted.

AI-DLC 2.11.0 कोड बनने से पहले Codex CLI का कार्यप्रवाह रोक सकता है ताकि डेवलपर प्रस्तावित योजना पढ़कर मंज़ूर करे। यह गाइड [8 अक्टूबर 2026 की v2.11.0 रिलीज़](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) और उस संस्करण के [Codex CLI](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md), [कार्यप्रवाह प्रोफ़ाइल](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) तथा [Plan Approval](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md#plan-approval) निर्देशों पर आधारित है। BIG CHANGE ने ये दस्तावेज़ और टैग का कमांड संदर्भ देखा। हमने AI-DLC इंस्टॉल या चलाया नहीं; नीचे का हर कदम केवल दस्तावेज़ों पर आधारित है।

यह गाइड Git प्रोजेक्ट वाले ऐसे डेवलपर के लिए है जो AI कोडिंग सहायक से फ़ाइलें बनवाने से पहले कोड योजना देखना चाहता है। अपेक्षित नतीजा Plan Approval का एक प्रश्न है जो योजना का नाम बताता है, बदलाव माँगने देता है और डेवलपर के जवाब तक बिल्ड को रोकता है। AI-DLC में आगे भी जाँच होती हैं; यह पड़ाव खास तौर पर कोड योजना के लिए है।

## शुरू करने से पहले

टैग की [Codex गाइड](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) के मुताबिक 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 रिलीज़ यह संस्करण-विशिष्ट इंस्टॉलर कमांड देती है:

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

रिलीज़ PowerShell के लिए [संस्करण-विशिष्ट Windows इंस्टॉलर](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) भी देती है। चलाने से पहले इंस्टॉलर जाँचें और अपनी मशीन के लिए उपयुक्त रास्ता चुनें। फिर प्रोजेक्ट से इंस्टॉल किया संस्करण और परिवेश जाँचें:

```bash
aidlc --version
aidlc doctor
codex --version
```

अपेक्षा है कि `aidlc --version` 2.11.0 बताएगा। `aidlc doctor` कॉन्फ़िगरेशन और रनटाइम समस्याएँ बताता है, जबकि `codex --version` से Codex CLI का न्यूनतम संस्करण जाँचा जा सकता है। इंस्टॉल किया संस्करण अलग हो तो यहीं रुकें और v2.11.0 रिलीज़ के इंस्टॉलेशन या अपडेट निर्देश लें; नीचे के कदम उसी रिलीज़ पर तय हैं।

## 2. Codex कॉन्फ़िगर करें और प्रोजेक्ट हुक पर भरोसा दें

Git प्रोजेक्ट की रूट डायरेक्टरी से [टैग वाला Codex सेटअप तरीका](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md#install) अपनाएँ:

```bash
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 में चलाएँ और जाँचें कि कोई कार्यप्रवाह सक्रिय नहीं है। [टैग का कमांड संदर्भ](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) कहता है कि सक्रिय कार्यप्रवाह होने पर केवल स्कोप कमांड मौजूदा काम ही आगे बढ़ाती है। इस उदाहरण के लिए बिना सक्रिय कार्यप्रवाह वाला प्रोजेक्ट लें।

उस कॉन्फ़िगर किए Codex प्रोजेक्ट में `$aidlc feature` लिखें और बनाए जाने वाले कार्य के प्रश्न का जवाब दें। इनपुट में सुविधा और उसकी सीमाएँ बतानी चाहिए; उसी काम से अंतिम योजना बनती है। कोड योजना बनने से पहले लागू नियंत्रण देखने के लिए [v2.11.0 का कमांड संदर्भ](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) इस्तेमाल करें:

```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` प्रवाह से बिल्ड फिर शुरू करता है। रिलीज़ नोट्स के मुताबिक अपरिवर्तित मंज़ूर योजना चैट संक्षेपण या स्थगन के बाद भी याद रहती है। [टैग का कमांड संदर्भ](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md#read-earlier-questions-and-the-audit-timeline) दर्ज समयरेखा देखने के लिए केवल पढ़ने वाली `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 इंटीग्रेशन परिवेश की रिकवरी](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md#refresh-and-version-skew) का तरीका लें। सक्रिय प्रोजेक्ट का रनटाइम बदलने से पहले संस्करण का अंतर देखें। प्रश्न नहीं होने को दर्ज मंज़ूरी का सबूत न मानें: सेटिंग बंद हो तो AI-DLC एक `PLAN_APPROVAL_SKIPPED` पंक्ति लिखता है, जिसे टैग के दस्तावेज़ स्पष्ट रूप से इंसान की मंज़ूरी से अलग बताते हैं।

## बड़ा बदलाव

- AI-DLC 2.11.0 योजना का प्रश्न अपने इंजन में रखता है, जो निर्णय दर्ज करता है और स्थगित या संक्षेपित सत्र में अपरिवर्तित मंज़ूर योजना बचाए रखता है।
- Codex CLI के Feature रन में डेवलपर Plan Approval की लागू सेटिंग जाँच सकता है, कोड बनने से पहले योजना पढ़ सकता है और मंज़ूरी के पड़ाव पर बदलाव माँग सकता है।
- योजना संपादन के बाद दोबारा मंज़ूरी Guard Policy पर निर्भर है। योजना या टेस्ट निर्देश बदलने पर फिर रुकने के लिए डेवलपर सख्त नीति चुन सकता है।

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

- [AI-DLC 2.11.0 रिलीज़](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) — तारीख वाली रिलीज़, तय इंस्टॉलर और बताए गए Plan Approval व्यवहार। रिलीज़ नोट्स सुविधा समझाते हैं; वे BIG CHANGE द्वारा यह गाइड चलाए जाने का प्रमाण नहीं हैं।
- [v2.11.0 की Codex CLI गाइड](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) — Codex संस्करण, Git और प्रदाता की पूर्वशर्तें, प्रोजेक्ट कॉन्फ़िगरेशन, हुक पर भरोसा और चलाना।
- [v2.11.0 की कार्यप्रवाह प्रोफ़ाइलें](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) — प्रोफ़ाइल की डिफ़ॉल्ट सेटिंग्स और Feature बनाम Express/Proof of concept का अंतर।
- [v2.11.0 में Plan Approval और Guard Policy](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md#plan-approval) — पहला मंज़ूरी पड़ाव, छोड़े गए रिकॉर्ड और मंज़ूर योजना बदलने पर व्यवहार।
- [v2.11.0 का कमांड संदर्भ](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) — स्टेटस, कॉन्फ़िगरेशन और ऑडिट इतिहास कमांड।

## Sources

- [AI-DLC 2.11.0 रिलीज़](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) — तय इंस्टॉलर और इंजन के Plan Approval का प्रोजेक्ट विवरण; BIG CHANGE ने चलाया नहीं।
- [v2.11.0 का AI-DLC README](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/README.md) — 8 अक्टूबर की रिलीज़ टैग में इंटीग्रेशन परिवेश और कॉन्फ़िगरेशन का सार। सामान्य नवीनतम इंस्टॉलर जानबूझकर इस्तेमाल नहीं किया गया।
- [v2.11.0 की AI-DLC Codex CLI गाइड](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) — 8 अक्टूबर की रिलीज़ टैग में Codex पूर्वशर्तें, प्रोजेक्ट सेटअप, हुक पर भरोसा और संस्करण के अंतर की रिकवरी।
- [v2.11.0 की AI-DLC कार्यप्रवाह प्रोफ़ाइलें](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) — 8 अक्टूबर की रिलीज़ टैग में Feature, Express और Proof of concept स्कोप का व्यवहार तथा मंज़ूरी की डिफ़ॉल्ट सेटिंग्स।
- [v2.11.0 में AI-DLC Plan Approval और Guard Policy](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md) — 8 अक्टूबर की रिलीज़ टैग में योजना का प्रश्न, छोड़े जाने का रिकॉर्ड और योजना या टेस्ट निर्देश बदलने पर दोबारा मंज़ूरी का व्यवहार।
- [v2.11.0 का AI-DLC CLI कमांड संदर्भ](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) — 8 अक्टूबर की रिलीज़ टैग में संस्करण, स्टेटस, कॉन्फ़िगरेशन और ऑडिट इतिहास कमांड; BIG CHANGE ने कोई कमांड नहीं चलाई।