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 کی native ریلیز کو 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 نے کوئی کمانڈ نہیں چلائی۔