@gian-tiaga/eda 0.4.2 → 0.4.3

package/README.md

@@ -68,6 +68,8 @@ defaults:
   strict: false
   # normal | short | ask_each_time
   plan_size: normal
+  # autonomous | recommend_and_ask | ask_each_time
+  decision_mode: recommend_and_ask
   # after_each_phase | tdd_each_phase | end_of_plan | ask_each_time
   test_strategy: ask_each_time
   # debug_precise | standard | ask_each_time
@@ -85,6 +87,7 @@ review:
 Что означают настройки:
 - `defaults.strict` — включает strict-режим по умолчанию для `eda-explore`, `eda-plan` и `eda-review`.
 - `defaults.plan_size` — размер плана для `eda-plan`: `normal`, `short` или `ask_each_time`.
+- `defaults.decision_mode` — как `eda-explore` и `eda-plan` принимают существенные решения: `autonomous` выбирает сам, `recommend_and_ask` рекомендует и спрашивает, `ask_each_time` спрашивает по каждой значимой развилке.
 - `defaults.test_strategy` — стратегия тестов для `eda-plan`: `after_each_phase`, `tdd_each_phase`, `end_of_plan` или `ask_each_time`.
 - `defaults.logging_strategy` — стратегия логирования для `eda-plan`: `debug_precise`, `standard` или `ask_each_time`.
 - `automate.include_plans` — добавляет `docs/plans/` в обычный запуск `eda-automate`.

package/lib/install.js

@@ -17,6 +17,7 @@ const RETIRED_SKILLS = ['eda-research'];
 const DEFAULT_SETTINGS = {
   strict: false,
   planSize: 'normal',
+  decisionMode: 'recommend_and_ask',
   testStrategy: 'ask_each_time',
   loggingStrategy: 'ask_each_time',
   includePlans: false,
@@ -53,6 +54,20 @@ const PLAN_SIZE_CHOICES = [
     name: 'Спрашивать размер плана каждый раз'
   }
 ];
+const DECISION_MODE_CHOICES = [
+  {
+    value: 'recommend_and_ask',
+    name: 'Рекомендовать вариант и спрашивать по важным развилкам'
+  },
+  {
+    value: 'autonomous',
+    name: 'Самостоятельно выбирать по коду, правилам и рискам'
+  },
+  {
+    value: 'ask_each_time',
+    name: 'Спрашивать по каждой значимой развилке'
+  }
+];
 const TEST_STRATEGY_CHOICES = [
   {
     value: 'after_each_phase',
@@ -151,6 +166,15 @@ export async function askSettings({ input = process.stdin, output = process.stdo
     output
   });
 
+  const decisionMode = await select({
+    message: 'Как принимать важные решения в eda-explore и eda-plan?',
+    choices: DECISION_MODE_CHOICES,
+    default: DEFAULT_SETTINGS.decisionMode
+  }, {
+    input,
+    output
+  });
+
   const testStrategy = await select({
     message: 'Какую стратегию тестов eda-plan использовать по умолчанию?',
     choices: TEST_STRATEGY_CHOICES,
@@ -172,6 +196,7 @@ export async function askSettings({ input = process.stdin, output = process.stdo
   return {
     strict: selected.includes('strict'),
     planSize,
+    decisionMode,
     testStrategy,
     loggingStrategy,
     includePlans: selected.includes('includePlans'),
@@ -231,6 +256,8 @@ defaults:
   strict: ${settings.strict ? 'true' : 'false'}
   # normal | short | ask_each_time
   plan_size: ${settings.planSize}
+  # autonomous | recommend_and_ask | ask_each_time
+  decision_mode: ${settings.decisionMode}
   # after_each_phase | tdd_each_phase | end_of_plan | ask_each_time
   test_strategy: ${settings.testStrategy}
   # debug_precise | standard | ask_each_time

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@gian-tiaga/eda",
-  "version": "0.4.2",
+  "version": "0.4.3",
   "description": "Набор скилов eda-* для Claude Code и Codex CLI: explore, plan, execute, fix, review, fix-by-review, send-review, commit, docs, automate",
   "type": "module",
   "bin": {

package/skills/eda-explore.md

@@ -1,6 +1,6 @@
 ---
 name: eda-explore
-description: 'Исследует тему или задачу до конкретного результата: проясняет проблему, архитектуру, развилки, риски и короткий выбранный вариант решения без плана реализации. Работает read-only, задаёт блокирующие вопросы, когда без ответа нельзя выбрать решение, и не оставляет неразрешённых альтернатив. Если исследование касается пакетов, библиотек, CLI, сервисов или другого ПО, проверяет актуальные стабильные версии через context7, если он доступен, или через web search по официальным источникам. Итог сохраняет в docs/researches/. Кросс-ревью соседним агентом (Claude ↔ Codex) включается флагом `strict` или настройкой `defaults.strict: true` в `docs/settings.yaml`.'
+description: 'Исследует тему или задачу до конкретного результата: проясняет проблему, архитектуру, развилки, риски и короткий выбранный вариант решения без плана реализации. Работает read-only, задаёт блокирующие вопросы, когда без ответа нельзя выбрать решение, а существенные решения подтверждает по `defaults.decision_mode` из `docs/settings.yaml`. Если исследование касается пакетов, библиотек, CLI, сервисов или другого ПО, проверяет актуальные стабильные версии через context7, если он доступен, или через web search по официальным источникам. Итог сохраняет в docs/researches/. Кросс-ревью соседним агентом (Claude ↔ Codex) включается флагом `strict` или настройкой `defaults.strict: true` в `docs/settings.yaml`.'
 ---
 
 # Скил: Исследователь решений (eda-explore)
@@ -28,14 +28,33 @@ description: 'Исследует тему или задачу до конкре
 
 Если файла нет — используй значение по умолчанию:
 - `defaults.strict: false`
+- `defaults.decision_mode: recommend_and_ask`
 
 Прямое указание пользователя в текущем сообщении важнее `docs/settings.yaml`.
 
+Поддерживаемые режимы принятия решений:
+
+| Ключ | Значения | Что значит |
+|---|---|---|
+| `defaults.decision_mode` | `autonomous` | Агент сам выбирает по коду, правилам, архитектуре, источникам и рискам, затем записывает причину. |
+| `defaults.decision_mode` | `recommend_and_ask` | Агент исследует варианты, рекомендует один, но по существенным решениям задаёт блокирующий вопрос до финализации. |
+| `defaults.decision_mode` | `ask_each_time` | Агент спрашивает по каждой значимой развилке, даже если есть сильная рекомендация. |
+
+Если `defaults.decision_mode` отсутствует или неизвестен, считай его `recommend_and_ask`.
+
+Существенные решения — это решения, которые меняют архитектуру, зависимости, стоимость, безопасность, эксплуатацию или будущую миграцию проекта. Всегда считай существенными:
+- выбор нового пакета, библиотеки, фреймворка, SDK, CLI или сервиса;
+- выбор базы данных, ORM/query builder, очереди, кэша, storage, search, background jobs;
+- миграции данных, изменение схемы, формат хранения или стратегия совместимости;
+- auth, permissions, payments, crypto, secrets, персональные данные и другие security-sensitive решения;
+- cloud/provider choices, managed services, лицензии, cost/lock-in и SLA;
+- архитектурные паттерны, затрагивающие несколько модулей или публичные контракты.
+
 ## Главные правила
 
 1. **Никаких правок кода.** Запись только в `docs/researches/`.
 2. **Итог — конкретика.** Нельзя заканчивать абстрактными описаниями, списком возможностей или «можно выбрать один из вариантов».
-3. **Развилки решай.** Если можно выбрать по коду, правилам, архитектуре, источникам и рискам — выбери сам и запиши почему. Если выбор зависит только от пользователя — задай блокирующий вопрос.
+3. **Развилки закрывай по `decision_mode`.** Обычные локальные развилки можно выбрать по коду, правилам, архитектуре, источникам и рискам. Существенные решения в `recommend_and_ask` и `ask_each_time` подтверждай у пользователя до финализации. Если выбор зависит только от пользователя — задай блокирующий вопрос в любом режиме.
 4. **Риски закрывай.** Для каждого риска зафиксируй решение: mitigation, acceptance или out of scope. Нельзя оставлять риск просто перечисленным.
 5. **Версии проверяй.** Если речь о пакетах, библиотеках, CLI, сервисах или другом ПО, а версия не задана контекстом, проверь последнюю стабильную версию через context7, если он доступен, или через web search по официальным источникам.
 6. **Прочитай `docs/rules.md` и `docs/arch.md`**, если есть, и используй их как рамку.
@@ -79,10 +98,15 @@ description: 'Исследует тему или задачу до конкре
 
 Для каждой развилки:
 - перечисли варианты;
-- выбери один вариант;
+- выбери один вариант или подготовь рекомендацию;
 - запиши источник и причину выбора;
+- если развилка существенная и `decision_mode: recommend_and_ask` — задай `AskUserQuestion`: 2–3 варианта, первым рекомендованный, короткая причина рекомендации, вариант «свой вариант», фраза «Я продолжу только после ответа.»;
+- если развилка значимая и `decision_mode: ask_each_time` — задай `AskUserQuestion` даже при сильной рекомендации;
+- если `decision_mode: autonomous` и выбор можно обосновать кодом, правилами, архитектурой, источниками и рисками — выбери сам и запиши почему;
 - если выбрать нельзя без пользовательского решения — задай `AskUserQuestion` и не продолжай финализацию.
 
+Не прячь существенный выбор внутри текста. Например, если нужен пакет для базы данных, сначала сравни 2–3 подходящих варианта, затем в `recommend_and_ask` спроси подтверждение выбора пакета/БД до записи финального решения.
+
 ### 4. Закрыть риски
 
 Для каждого риска зафиксируй:
@@ -104,6 +128,7 @@ description: 'Исследует тему или задачу до конкре
 title: <заголовок>
 date: <YYYY-MM-DD HH:MM>
 mode: <normal | strict>
+decision_mode: <autonomous | recommend_and_ask | ask_each_time>
 status: <draft | reviewed | blocked>
 reviewer: <pending | none | claude | codex>
 sources:

package/skills/eda-plan.md

@@ -1,6 +1,6 @@
 ---
 name: eda-plan
-description: 'Пишет план реализации по тексту рядом с вызовом или указанному research-файлу через стандартный Plan Mode (Claude Code / Codex). Перед планированием читает docs/rules.md, docs/arch.md и строго следует им; research подтягивает без вопроса, если он указан или явно нужен. Поддерживает параметр `short` для небольших фич: 1–2 фазы и компактный ревьюируемый объём. В самом начале фиксирует стратегию тестов и логирования из docs/settings.yaml или уточняет их у пользователя. Нормализует результат в исполнимый план с целевым алгоритмом, фазами, проверками и без неразрешённых альтернатив. Согласованный план сохраняется в docs/plans/. Всегда проверяет план тремя параллельными моделями (слабая, средняя, мощная) на реалистичность, пропущенные шаги, нарушения правил и риски. Кросс-CLI (Claude ↔ Codex) включается флагом `strict` или настройкой `defaults.strict: true` в `docs/settings.yaml`. Вопросы задаёт только когда без ответа нельзя безопасно продолжать или когда настройки требуют спрашивать каждый раз.'
+description: 'Пишет план реализации по тексту рядом с вызовом или указанному research-файлу через стандартный Plan Mode (Claude Code / Codex). Перед планированием читает docs/rules.md, docs/arch.md и строго следует им; research подтягивает без вопроса, если он указан или явно нужен. Поддерживает параметр `short` для небольших фич: 1–2 фазы и компактный ревьюируемый объём. В самом начале фиксирует режим принятия решений, стратегию тестов и логирования из docs/settings.yaml или уточняет их у пользователя. Существенные решения подтверждает по `defaults.decision_mode`. Нормализует результат в исполнимый план с целевым алгоритмом, фазами, проверками и без неразрешённых альтернатив. Согласованный план сохраняется в docs/plans/. Всегда проверяет план тремя параллельными моделями (слабая, средняя, мощная) на реалистичность, пропущенные шаги, нарушения правил и риски. Кросс-CLI (Claude ↔ Codex) включается флагом `strict` или настройкой `defaults.strict: true` в `docs/settings.yaml`. Вопросы задаёт только когда без ответа нельзя безопасно продолжать, когда настройки требуют спрашивать или когда существенное решение требует подтверждения.'
 ---
 
 # Скил: Планировщик (eda-plan)
@@ -33,6 +33,7 @@ description: 'Пишет план реализации по тексту ряд
 Если файла нет — используй значение по умолчанию:
 - `defaults.strict: false`
 - `defaults.plan_size: normal`
+- `defaults.decision_mode: recommend_and_ask`
 - `defaults.test_strategy: ask_each_time`
 - `defaults.logging_strategy: ask_each_time`
 
@@ -44,6 +45,7 @@ description: 'Пишет план реализации по тексту ряд
 |---|---|---|
 | `defaults.strict` | `true`, `false` | Включает или выключает строгий режим по умолчанию. |
 | `defaults.plan_size` | `normal`, `short`, `ask_each_time` | Размер плана по умолчанию для `eda-plan`: обычный, короткий или спрашивать каждый раз. |
+| `defaults.decision_mode` | `autonomous`, `recommend_and_ask`, `ask_each_time` | Как `eda-explore` и `eda-plan` закрывают существенные решения: сами, через рекомендацию с подтверждением или через вопрос по каждой значимой развилке. |
 | `defaults.test_strategy` | `after_each_phase` | Тесты пишутся и запускаются после каждой фазы плана. |
 | `defaults.test_strategy` | `tdd_each_phase` | В начале каждой фазы сначала пишутся тесты, затем код под них. |
 | `defaults.test_strategy` | `end_of_plan` | Тесты пишутся в конце плана отдельной финальной фазой. |
@@ -54,14 +56,17 @@ description: 'Пишет план реализации по тексту ряд
 
 Если `defaults.plan_size` отсутствует или неизвестен, считай его `normal`. Если настройка равна `ask_each_time`, в начале каждого планирования задай пользователю вопрос о размере плана.
 
+Если `defaults.decision_mode` отсутствует или неизвестен, считай его `recommend_and_ask`.
+
 Если `defaults.test_strategy` или `defaults.logging_strategy` отсутствует или неизвестен, считай его `ask_each_time`.
 
 В самом начале составления плана, после чтения текущего сообщения и `docs/settings.yaml`, но до Plan Mode и до содержательного планирования, зафиксируй:
 - размер плана;
+- режим принятия решений;
 - стратегию тестов;
 - стратегию логирования.
 
-Если в настройках стоит `ask_each_time`, задай блокирующий `AskUserQuestion` с вариантами. Если пользователь уже явно выбрал размер плана или стратегию в текущем сообщении, используй её без дополнительного вопроса.
+Если в `defaults.plan_size`, `defaults.test_strategy` или `defaults.logging_strategy` стоит `ask_each_time`, задай блокирующий `AskUserQuestion` с вариантами для этой настройки. Если пользователь уже явно выбрал размер плана или стратегию в текущем сообщении, используй её без дополнительного вопроса.
 
 Варианты вопроса про размер плана:
 1. `normal` — обычный план без искусственного ограничения по количеству фаз.
@@ -78,6 +83,24 @@ description: 'Пишет план реализации по тексту ряд
 
 Выбранные значения передай в Plan Mode и обязательно зафиксируй в финальном плане в YAML-шапке, `Принятых решениях`, `Фазах выполнения`, `Тестах` и `Логировании`.
 
+## Режим принятия решений
+
+`decision_mode: autonomous` — агент сам выбирает по коду, правилам, архитектуре, источникам и рискам, затем записывает причину.
+
+`decision_mode: recommend_and_ask` — дефолт. Агент исследует варианты, рекомендует один, но по существенным решениям задаёт блокирующий вопрос до Plan Mode или до финализации.
+
+`decision_mode: ask_each_time` — агент спрашивает по каждой значимой развилке, даже если есть сильная рекомендация.
+
+Существенные решения — это решения, которые меняют архитектуру, зависимости, стоимость, безопасность, эксплуатацию или будущую миграцию проекта. Всегда считай существенными:
+- выбор нового пакета, библиотеки, фреймворка, SDK, CLI или сервиса;
+- выбор базы данных, ORM/query builder, очереди, кэша, storage, search, background jobs;
+- миграции данных, изменение схемы, формат хранения или стратегия совместимости;
+- auth, permissions, payments, crypto, secrets, персональные данные и другие security-sensitive решения;
+- cloud/provider choices, managed services, лицензии, cost/lock-in и SLA;
+- архитектурные паттерны, затрагивающие несколько модулей или публичные контракты.
+
+Если research уже содержит вопрос и ответ пользователя по конкретному существенному решению, используй этот ответ без повторного вопроса. Если research содержит только рекомендацию или выбор агента без ответа пользователя, в `recommend_and_ask` и `ask_each_time` спроси подтверждение до Plan Mode.
+
 ## Главные правила
 
 1. **Никаких правок кода.** Запись только в `docs/plans/`.
@@ -89,7 +112,7 @@ description: 'Пишет план реализации по тексту ряд
 7. **Диаграммы — желательно, не любой ценой.** Линейный план — диаграмма не нужна.
 8. **Таблицы > сплошной текст** для структурируемых данных.
 9. **Финальный план — не исследование.** Исследовательские факты идут в контекст, выбранные подходы — в решения, исполнимые шаги — в фазы.
-10. **Не оставляй неоднозначности.** Если в плане остаётся «выбрать», «решить», «можно так или так», «предпочтительно» — задай вопрос до финализации или зафиксируй одно принятое решение.
+10. **Не оставляй неоднозначности.** Если в плане остаётся «выбрать», «решить», «можно так или так», «предпочтительно» — задай вопрос до финализации или зафиксируй одно принятое решение. Существенные решения фиксируй только по правилам `decision_mode`.
 11. **Версии пакетов и ПО проверяй до планирования.** Если для задачи нужно устанавливать пакет, библиотеку, сервис, CLI или другое ПО, а версия не указана в контексте, используй `context7`, если он доступен, или веб-поиск, чтобы найти актуальную последнюю стабильную версию. Зафиксируй найденную версию и источник в контексте/решениях плана. Не оставляй в плане «установить latest» без конкретной версии.
 
 ## Размер плана
@@ -133,6 +156,11 @@ description: 'Пишет план реализации по тексту ряд
 - если значение равно `ask_each_time` — задай `AskUserQuestion` с двумя вариантами: `normal`, `short`;
 - если значение отсутствует или неизвестно — `normal`.
 
+Определи `decision_mode`:
+- если пользователь явно указал `autonomous`, `recommend_and_ask`, `ask_each_time`, «сам выбирай», «рекомендуй и спрашивай» или «спрашивай всё» в текущем сообщении — используй это;
+- иначе возьми `defaults.decision_mode` из `docs/settings.yaml`;
+- если значение отсутствует или неизвестно — `recommend_and_ask`.
+
 Прочитай `docs/rules.md`, `docs/arch.md` (если есть) и строго следуй им при планировании.
 
 Research подтягивай так:
@@ -148,6 +176,16 @@ Research подтягивай так:
 - сохрани название, выбранную версию и источник — это пойдёт в Plan Mode и финальный план;
 - если источники противоречат друг другу или последняя версия нестабильна/preview, задай блокирующий вопрос.
 
+До Plan Mode закрой существенные решения:
+- выпиши существенные развилки, которые следуют из задачи и контекста;
+- если research содержит подтверждённый ответ пользователя по развилке — используй его и запиши как подтверждённое решение;
+- если `decision_mode: autonomous` и выбор можно обосновать кодом, правилами, архитектурой, источниками и рисками — выбери сам и запиши почему;
+- если `decision_mode: recommend_and_ask` — задай `AskUserQuestion`: 2–3 варианта, первым рекомендованный, короткая причина рекомендации, вариант «свой вариант», фраза «Я продолжу только после ответа.»;
+- если `decision_mode: ask_each_time` — задай `AskUserQuestion` по каждой значимой развилке, даже при сильной рекомендации;
+- если выбор зависит только от пользователя — задай `AskUserQuestion` в любом режиме.
+
+Не запускай Plan Mode, пока в `recommend_and_ask` или `ask_each_time` есть неподтверждённое существенное решение. Например, если нужен пакет для базы данных, сначала сравни 2–3 варианта и получи подтверждение выбора БД/пакета.
+
 Если `plan_size: short`, до Plan Mode оцени задачу по найденному контексту:
 - можно ли уложиться в 1–2 фазы;
 - ожидается ли не больше 5–10 затронутых файлов или есть понятное объяснение для большего числа маленьких однотипных правок;
@@ -187,15 +225,17 @@ Research подтягивай так:
 Войди в Plan Mode хост-агента (`EnterPlanMode` в Claude Code, встроенный план-режим в Codex). На вход:
 1. Дословный запрос пользователя.
 2. Зафиксированный `plan_size`.
-3. Зафиксированные `test_strategy` и `logging_strategy`.
-4. Найденные версии пакетов/ПО и источники, если задача требует установки.
-5. Пары «вопрос → ответ» из этапа 3.
-6. Ссылки на `docs/rules.md`, `docs/arch.md`, исследование (без пересказа — Plan Mode прочитает сам) и явное требование строго следовать правилам и архитектуре.
-7. Инструкция: «все вопросы пользователю — только по разделу "Интерактивные вопросы", никаких догадок и продолжения без ответа».
-8. Инструкция: «финальный план должен иметь раздел "Целевой алгоритм", фазы с целью/результатом/проверкой и не должен смешивать исследование с планом исполнения».
-9. Инструкция: «стратегии тестов и логирования обязательны: они должны быть отражены в решениях, фазах, проверках, разделах "Тесты" и "Логирование"».
-10. Инструкция: «если `plan_size: short`, план обязан уложиться в 1–2 фазы, компактный ревьюируемый объём и объяснение ожидаемого объёма изменений».
-11. Инструкция: «если нужны пакеты или ПО, используй только конкретные версии; если версия не задана контекстом, она должна быть проверена через context7 или поиск и указана с источником».
+3. Зафиксированный `decision_mode` и все подтверждённые пользователем существенные решения.
+4. Зафиксированные `test_strategy` и `logging_strategy`.
+5. Найденные версии пакетов/ПО и источники, если задача требует установки.
+6. Пары «вопрос → ответ» из этапа 3 и подтверждения существенных решений из research.
+7. Ссылки на `docs/rules.md`, `docs/arch.md`, исследование (без пересказа — Plan Mode прочитает сам) и явное требование строго следовать правилам и архитектуре.
+8. Инструкция: «все вопросы пользователю — только по разделу "Интерактивные вопросы", никаких догадок и продолжения без ответа».
+9. Инструкция: «финальный план должен иметь раздел "Целевой алгоритм", фазы с целью/результатом/проверкой и не должен смешивать исследование с планом исполнения».
+10. Инструкция: «стратегии тестов и логирования обязательны: они должны быть отражены в решениях, фазах, проверках, разделах "Тесты" и "Логирование"».
+11. Инструкция: «если `plan_size: short`, план обязан уложиться в 1–2 фазы, компактный ревьюируемый объём и объяснение ожидаемого объёма изменений».
+12. Инструкция: «если нужны пакеты или ПО, используй только конкретные версии; если версия не задана контекстом, она должна быть проверена через context7 или поиск и указана с источником».
+13. Инструкция: «не добавляй неподтверждённые существенные решения в финальный план; если они возникли внутри Plan Mode, остановись и спроси пользователя».
 
 Не выходи, пока пользователь не подтвердил план.
 
@@ -210,6 +250,7 @@ title: <заголовок>
 date: <YYYY-MM-DD HH:MM>
 mode: <normal | strict>
 plan_size: <normal | short>
+decision_mode: <autonomous | recommend_and_ask | ask_each_time>
 status: <draft | meta-reviewed | reviewed>
 reviewer: <pending | none | claude | codex>
 meta_reviewers: []
@@ -230,7 +271,7 @@ sources:
 Факты из кода, правил, архитектуры и исследований. Здесь можно объяснять причины, но не хранить исполнимые шаги.
 
 ## Принятые решения
-Список зафиксированных архитектурных и продуктовых решений. Без вариантов «или».
+Список зафиксированных архитектурных и продуктовых решений. Без вариантов «или». Для существенных решений укажи источник подтверждения: ответ пользователя, research с ответом пользователя или `decision_mode: autonomous` с причиной.
 
 Если `plan_size: short`, добавь решение про ожидаемый объём: сколько фаз, сколько примерно файлов и строк осмысленного diff.
 
@@ -272,6 +313,7 @@ sources:
 Правила структуры:
 - В `Контекст` попадают исследовательские наблюдения и ограничения.
 - В `Принятые решения` попадают только выбранные решения, без альтернатив.
+- Существенные решения в `Принятых решениях` имеют источник подтверждения или явное обоснование автономного выбора.
 - В `Целевой алгоритм` попадает сквозная картина процесса.
 - В `Фазы выполнения` попадают только исполнимые шаги.
 - Каждая фаза обязана иметь `Цель`, `Что сделать`, `Результат`, `Сценарии тестирования`, `Проверка`.
@@ -293,6 +335,7 @@ sources:
 - тесты связаны с ключевыми сценариями и рисками;
 - если `plan_size: short`, фаз не больше 2, ожидаемый объём укладывается в ориентиры short или исключение явно объяснено;
 - все пакеты/ПО, которые нужно установить, имеют конкретные версии или явное объяснение, почему версия берётся из существующего lock/config-файла;
+- нет неподтверждённых существенных решений при `decision_mode: recommend_and_ask` или `decision_mode: ask_each_time`;
 - план можно передать в `eda-execute` без нового исследования.
 
 Сохрани файл и покажи путь.