Подесите AI-DLC 2.11.0 да застане ради одобрења плана кода

AI-DLC 2.11.0 може да заустави ток рада у Codex CLI-ју пре генерисања кода како би програмер прочитао предложени план и одобрио га. Овај водич прати издање v2.11.0 од 8. октобра 2026. и његова верзионисана упутства за 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 наводи да је Plan Approval укључен за Feature. Express и Proof of concept почињу са искљученим Plan Approval-ом, мада човек може затражити преглед одређеног плана. Профил је важнији од општег очекивања да ће свако покретање AI-DLC-а застати.

1. Инсталирајте и проверите фиксирано издање

За macOS, Linux или WSL издање v2.11.0 даје ову инсталациону команду специфичну за верзију:

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

Издање нуди и Windows инсталатер специфичан за ту верзију за PowerShell. Прегледајте инсталатер и изаберите пут који одговара вашем рачунару пре покретања. Затим из пројекта проверите инсталирану верзију и окружење:

aidlc --version
aidlc doctor
codex --version

Очекујте да aidlc --version прикаже 2.11.0. aidlc doctor пријављује проблеме подешавања и извршног окружења, док codex --version омогућава проверу минималне верзије Codex CLI-ја. Ако је инсталирана верзија другачија, станите овде и користите упутства за инсталирање или освежавање из издања v2.11.0; кораци испод везани су за то издање.

2. Подесите Codex и одобрите поверење пројектним кукама

Из корена Git пројекта користите означени поступак подешавања Codex-а:

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:

$aidlc --status
$aidlc config get plan-approval
$aidlc config get guard-policy

Потражите Plan Approval on (укључено) и наведени извор подешавања. Ако је искључен за ову намеру, $aidlc --plan-approval on укључује питање за следећи план. Прекидач на нивоу машине може да га принудно искључи, а правило тимске меморије може да захтева укључивање; статусна линија показује важећу вредност. За овај поступак подесите строги Guard Policy помоћу $aidlc --guard-policy strict ако желите да измена већ одобреног плана или његових упутстава за тестирање захтева ново одобрење. Укључени 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 (Ја ћу изменити датотеке) уместо да измену сматрате одобрењем. Само ваш одговор одобрава план; модел га не може одобрити уместо вас. Са укљученом контролном тачком генерисање кода чека тај одговор. Напомене издања кажу да преглед, подешавање, commit или други дозвољени захтев могу напредовати док изградња чека.

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 поставља питање плана у свој механизам, који бележи одлуку и чува неизмењен одобрени план кроз паркирану или сажету сесију.
• За Feature покретање у Codex CLI-ју програмер може проверити важећи Plan Approval, прочитати план пре генерисања кода и затражити измене на контролној тачки.
• Поновно одобрење после измене плана зависи од Guard Policy-ја. Програмер може изабрати строг режим за ново заустављање када се промене план или упутства за тестирање.

Извори и додатна литература

• Издање AI-DLC 2.11.0 — датирано издање, фиксирани инсталатери и наведено понашање Plan Approval-а. Напомене описују функцију; не доказују да је BIG CHANGE извршио овај водич.
• Водич за Codex CLI у v2.11.0 — верзија Codex-а, предуслови за Git и добављача, подешавање пројекта, поверење кукама и позивање.
• Профили тока рада у v2.11.0 — подразумеване вредности профила и разлика између Feature и Express/Proof of concept.
• Plan Approval и Guard Policy у v2.11.0 — прва контролна тачка одобрења, прескочени записи и понашање после измене одобреног плана.
• Референца команди у v2.11.0 — команде статуса, подешавања и историје ревизијског трага.