Версия 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 до генерации кода, чтобы разработчик прочитал предложенный план и одобрил его. Руководство следует [релизу v2.11.0 от 8 октября 2026 года](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-проектом, который хочет изучить план кода до того, как ИИ-помощник создаст файлы. Ожидаемый результат — вопрос 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 указывает, что Plan Approval включен для Feature. **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
```

Релиз также предоставляет [установщик Windows конкретной версии](https://github.com/awslabs/aidlc-workflows/releases/tag/v2.11.0) для PowerShell. Изучите установщик и выберите подходящий для компьютера путь до его запуска. Затем проверьте установленную версию и среду из проекта:

```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` включает вопрос для следующего плана. Переключатель уровня компьютера может принудительно выключить его, а правило памяти команды — потребовать включения; строка состояния показывает действующее значение. В этом руководстве установите строгую 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 (Я отредактирую файлы)**, не считая правку одобрением. Только ваш ответ разрешает план; модель не может одобрить его за вас. При включенном барьере генерация кода ждет ответа. В примечаниях к релизу сказано, что проверка, настройка, коммит или другой разрешенный запрос могут продолжаться, пока сборка ждет.

## 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 выполнял это руководство.
- [Руководство Codex CLI версии v2.11.0](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.
- [Plan Approval и Guard Policy в v2.11.0](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 ничего не запускал.
- [README AI-DLC версии v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/README.md) — Обзор интеграционной среды и настройки в теге релиза от 8 октября. Общий установщик последней версии намеренно не использован.
- [Руководство AI-DLC Codex CLI версии v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/harnesses/codex-cli.md) — Требования Codex, настройка проекта, доверие хукам и восстановление при несовпадении версий в теге релиза от 8 октября.
- [Профили процессов AI-DLC в v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/workflow-profiles.md) — Поведение областей Feature, Express и Proof of concept и значения одобрения по умолчанию в теге от 8 октября.
- [AI-DLC Plan Approval и Guard Policy в v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/13-customization.md) — Вопрос о плане, запись пропуска и повторное одобрение измененного плана или инструкций тестирования в теге от 8 октября.
- [Справочник команд AI-DLC CLI версии v2.11.0](https://github.com/awslabs/aidlc-workflows/blob/v2.11.0/docs/guide/12-cli-commands.md) — Команды версии, состояния, настройки и истории аудита в теге релиза от 8 октября; BIG CHANGE не выполнял команды.