Markdown edition

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

# I-configure ang AI-DLC 2.11.0 na huminto para sa pag-apruba ng plano

> Gabay na nakatakda sa isang bersyon at batay lamang sa dokumentasyon para paganahin at suriin ang pag-apruba ng tao sa plano sa AI-DLC 2.11.0 bago gumawa ng code.

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.

Kayang ihinto ng AI-DLC 2.11.0 ang daloy ng trabaho sa Codex CLI bago gumawa ng code upang mabasa at maaprubahan ng developer ang mungkahing plano. Sinusunod ng gabay na ito ang [v2.11.0 release noong Oktubre 8, 2026](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) at ang mga tagubilin ng bersyong iyon para sa [Codex CLI](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md), [workflow profile](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) at [Plan Approval](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md#plan-approval). Sinuri ng BIG CHANGE ang mga dokumentong iyon at ang command reference ng tag. Hindi namin in-install o pinatakbo ang AI-DLC; dokumentasyon lamang ang batayan ng lahat ng hakbang sa ibaba.

Para ito sa developer na may Git project at gustong tingnan ang code plan bago gumawa ng mga file ang AI coding assistant. Ang inaasahang resulta ay isang Plan Approval question na tumutukoy sa plano, nagbibigay ng opsiyong humiling ng pagbabago, at nagpapatigil sa build hanggang sumagot ang developer. May mga susunod pang pagsusuri ang AI-DLC; partikular na tungkol sa code plan ang hakbang na ito.

## Bago magsimula

Ang [Codex guide ng tag](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) ay nangangailangan ng Codex CLI 0.145.0 o mas bago, Git repository para sa project hooks, at naka-configure na model provider. Hindi kailangan ng Bun o Node.js ang native na AI-DLC release. Gumamit ng proyektong may pahintulot kang ipadala ang code at plano sa naka-configure mong model provider. Hiwalay na suriin ang mga tuntunin ng provider sa paghawak ng datos at pagsingil; walang iisang presyong nakasaad sa AI-DLC repository para sa paggamit ng provider sa workflow na ito.

Maghanda ng tiyak na development task bilang input. Pinipili ng gabay na ito ang profile na **Feature** dahil ayon sa dokumentasyon ng v2.11.0, naka-on ang Plan Approval para sa Feature. Ang **Express** at **Proof of concept** ay nagsisimulang naka-off ang Plan Approval, bagaman puwedeng humiling ang isang tao ng pagsusuri sa partikular na plano. Mas mahalaga ang profile kaysa sa pangkalahatang pag-asang hihinto ang bawat AI-DLC run.

## 1. I-install at suriin ang itinakdang release

Sa macOS, Linux o WSL, ibinibigay ng v2.11.0 release ang installer command na ito para sa mismong bersyon:

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

Nagbibigay rin ang release ng [Windows installer para sa mismong bersyon](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) para sa PowerShell. Suriin ang installer at piliin ang paraang angkop sa iyong computer bago ito patakbuhin. Pagkatapos, tingnan mula sa proyekto ang naka-install na bersyon at environment:

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

Asahang `aidlc --version` ang mag-uulat ng 2.11.0. Ang `aidlc doctor` ay nag-uulat ng mga problema sa configuration at runtime, samantalang ang `codex --version` ay para masuri ang minimum na bersyon ng Codex CLI. Kung iba ang naka-install na bersyon, huminto rito at gamitin ang mga tagubilin sa pag-install o pag-refresh mula sa v2.11.0 release; nakatakda sa release na iyon ang mga hakbang sa ibaba.

## 2. I-configure ang Codex at pagkatiwalaan ang project hooks

Mula sa root ng Git project, gamitin ang [Codex setup path ng tag](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
```

Itatanong ng Codex kung pagkakatiwalaan ang project hooks. Suriin muna ang proyekto at ang mga nabuong hook bago piliin ang **Trust all and continue (Pagkatiwalaan lahat at magpatuloy)**. Ayon sa guide ng tag, puwedeng buksan muli ang naisara nang dialog gamit ang `/hooks`, kasunod ang `t` at Esc. Patakbuhin ang `$aidlc --doctor` sa Codex pagkatapos magbigay ng tiwala. Kung hindi tumatakbo ang hooks, sundin ang trust recovery sa guide ng integration environment; hindi sapat ang matagumpay na installer upang patunayang aktibo ang project hooks. Ang model provider at credentials nito ay nasa user-level settings ng Codex, hindi ibinibigay ng AI-DLC.

## 3. Magsimula ng Feature workflow at suriin ang settings

Unang patakbuhin ang `$aidlc --status` sa Codex at tiyaking walang aktibong workflow. Ayon sa [command reference ng tag](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md), ang scope command na walang dagdag na option ay nagpapatuloy sa umiiral na trabaho kapag may aktibong workflow. Gumamit ng proyektong walang aktibong workflow para sa gabay na ito.

Sa naka-configure na Codex project na iyon, i-type ang `$aidlc feature` at sagutin ang hiling nito para sa gawaing gusto mong buuin. Dapat ilarawan ng input ang feature at mga limitasyon nito; mula sa trabahong iyon bubuuin ang huling plano. Bago mabuo ang code plan, suriin ang epektibong mga kontrol gamit ang [v2.11.0 command reference](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
```

Hanapin ang Plan Approval **on (naka-on)** at ang nakasaad na pinagmulan ng setting. Kung naka-off ito para sa layuning ito, ang `$aidlc --plan-approval on` ay mag-o-on ng tanong para sa susunod na plano. Puwedeng piliting i-off ito ng switch sa antas ng computer, at puwedeng ipag-utos ng team memory rule na naka-on ito; ipinapakita ng status line ang epektibong halaga. Sa gabay na ito, gawing strict ang Guard Policy gamit ang `$aidlc --guard-policy strict` kung gusto mo ring humingi ng bagong pag-apruba kapag inedit ang naaprubahang plano o ang test instructions nito. Kinokontrol ng naka-on na Plan Approval ang unang tanong; kinokontrol ng Guard Policy ang mangyayari kapag nagbago ang naaprubahang plano.

## 4. Suriin ang code plan sa hakbang ng pag-apruba

Ipagpatuloy ang workflow hanggang may nakahandang plano ang Code Generation. Kapag naka-on ang Plan Approval, ipinapakita ng v2.11.0 engine ang buod at path ng plano, kasama ang mga opsiyong **Approve Plan (Aprubahan ang plano)**, **Request Changes (Humiling ng pagbabago)**, o **I'll edit the files (Ako ang mag-e-edit ng mga file)**. Buksan ang tinukoy na `code-generation-plan.md` at basahin ang mga iminungkahing file, pagkakasunod at test instructions. Suriin ang mga command, pag-access sa datos ng proyekto at mga aksiyong maaaring magbago ng repository bago mag-apruba.

Piliin ang **Request Changes (Humiling ng pagbabago)** kung kailangan ng plano ng ibang implementasyon o test. Kung ikaw mismo ang mag-e-edit ng mga file, gamitin ang path ng engine na **I'll edit the files (Ako ang mag-e-edit ng mga file)** sa halip na ituring ang pag-edit bilang pag-apruba. Ang sagot mo lamang ang nagpapahintulot sa plano; hindi ito maaaprubahan ng modelo para sa iyo. Kapag naka-on ang hakbang na ito, naghihintay ang code generation sa sagot. Ayon sa release notes, puwedeng magpatuloy ang review, setting, commit o iba pang pinapayagang request habang naghihintay ang build.

## 5. Mag-apruba, suriin ang rekord at harapin ang nabagong plano

Kapag katanggap-tanggap na ang plano, isagot ang **Approve Plan (Aprubahan ang plano)** sa bukas na tanong. Itinatala ng engine ang pag-apruba para sa planong iyon at ipinagpapatuloy ang build sa normal nitong `next` flow. Ayon sa release notes, naaalala ang hindi nabagong aprubadong plano kahit i-compact o pansamantalang isantabi ang chat. Ang [command reference ng tag](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md#read-earlier-questions-and-the-audit-timeline) ay nagdodokumento ng read-only na `aidlc engine audit history` para suriin ang nakatalang timeline, at ang `$aidlc --status` ay nagpapakita ng posisyon ng workflow. Ang mga rekord na ito, kasabay ng nakikitang paglitaw ng tanong bago mabuo ang code, ang pagsusuri ng tagumpay.

Kung magbabago ang plano o test instructions bago ang build, muling humihingi ng pag-apruba ang strict Guard Policy. Kapag relaxed o naka-off ang policy, iuulat at itatala ang pagbabago pero puwedeng magpatuloy ang workflow nang walang sapilitang bagong pag-apruba. Hiwalay ding tinatalakay ng dokumentasyon ng tag ang pagbabago ng hindi kaugnay na source files pagkatapos ng pag-apruba: iuulat iyon, habang ang plan approval ay tungkol pa rin sa plano at test instructions. Puwedeng sabihin ng tao ang “bumalik sa naaprubahang plano” upang ibalik ang naunang plano bago ang build. Hindi dapat magtanong muli sa hindi nabagong plano dahil lamang na-compact ang chat.

## Kung hindi lumitaw ang paghinto

Unang basahin ang `$aidlc --status` at `$aidlc config get plan-approval`. Suriin ang napiling scope, epektibong setting at pinagmulan nito. Naka-off bilang default ang Express at Proof of concept; i-on ang Plan Approval para sa layuning iyon o magsimula ng Feature workflow kung angkop sa gawain ang buong lifecycle nito. Kung mukhang sira ang configuration o hooks, patakbuhin ang `aidlc doctor` at sundin ang [Codex integration-environment recovery](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md#refresh-and-version-skew). Tingnan muna kung may hindi tugmang bersyon bago baguhin ang runtime ng aktibong proyekto. Huwag ipagpalagay na ang kawalan ng tanong ay patunay ng naitalang pag-apruba: kapag naka-off ang setting, nagsusulat ang AI-DLC ng row na `PLAN_APPROVAL_SKIPPED`, na tahasang ibinubukod ng dokumentasyon ng tag sa pag-apruba ng isang tao.

## Ang malaking pagbabago

- Inilalagay ng AI-DLC 2.11.0 ang tanong sa plano sa engine nito, na nagtatala ng desisyon at nagpapanatili sa hindi nabagong aprubadong plano sa pansamantalang isinantabi o na-compact na session.
- Sa Codex CLI Feature run, puwedeng suriin ng developer ang epektibong setting ng Plan Approval, basahin ang plano bago gumawa ng code at humiling ng pagbabago sa hakbang ng pag-apruba.
- Nakasalalay sa Guard Policy ang muling pag-apruba pagkatapos mag-edit ng plano. Puwedeng piliin ng developer ang strict upang huminto muli kapag nagbago ang plano o test instructions.

### Mga sanggunian at karagdagang babasahin

- [AI-DLC 2.11.0 release](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) — may petsang release, nakatakdang mga installer at nakasaad na asal ng Plan Approval. Inilalarawan ng release notes ang feature; hindi nila ipinapakitang pinatakbo ng BIG CHANGE ang gabay na ito.
- [Codex CLI guide sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) — bersyon ng Codex, mga kailangan sa Git at provider, project configuration, tiwala sa hooks at pagtawag.
- [Workflow profiles sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) — mga default ng profile at pagkakaiba ng Feature at Express/Proof of concept.
- [Plan Approval at Guard Policy sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md#plan-approval) — unang hakbang ng pag-apruba, mga rekord ng paglaktaw at asal kapag nagbago ang aprubadong plano.
- [Command reference sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) — mga command para sa status, configuration at audit history.

## Sources

- [AI-DLC 2.11.0 release](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) — Nakatakdang mga installer at paglalarawan ng proyekto sa engine Plan Approval; hindi pinatakbo ng BIG CHANGE.
- [AI-DLC README sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/README.md) — Pangkalahatang integration environment at configuration sa release tag ng Oktubre 8. Sadyang hindi ginamit ang generic na pinakabagong installer.
- [AI-DLC Codex CLI guide sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) — Mga kailangan ng Codex, project setup, tiwala sa hooks at recovery sa hindi tugmang bersyon sa release tag ng Oktubre 8.
- [AI-DLC workflow profiles sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) — Asal ng mga scope na Feature, Express at Proof of concept at mga default ng pag-apruba sa release tag ng Oktubre 8.
- [AI-DLC Plan Approval at Guard Policy sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md) — Tanong sa plano, rekord ng paglaktaw at asal ng muling pag-apruba kapag nagbago ang plano o test instructions sa release tag ng Oktubre 8.
- [AI-DLC CLI command reference sa v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) — Mga command para sa bersyon, status, configuration at audit history sa release tag ng Oktubre 8; walang command na pinatakbo ang BIG CHANGE.