@gian-tiaga/eda 0.2.3 → 0.2.5

package/README.md

@@ -76,7 +76,7 @@ flowchart LR
 ## 🎯 Главные принципы
 
 - **Простой язык.** Скилы общаются с тобой так, чтобы понял человек без глубоких знаний предмета. Термины — только когда без них нельзя.
-- **Все вопросы — структурированно.** Никаких «а уточни, пожалуйста, на какую ветку?» в свободном тексте. Только через `AskUserQuestion` (или нумерованный список в Codex).
+- **Все вопросы — интерактивно.** В Claude Code — через `AskUserQuestion`; в интерактивном Codex — через `request_user_input` или блокирующий вопрос в чат. В `codex exec` и других неинтерактивных запусках скил не имитирует диалог: если без ответа нельзя безопасно продолжать, он завершает работу со статусом `blocked: нужен ответ пользователя`.
 - **Артефакты по папкам.** Исследования отдельно, планы отдельно, ревью отдельно. Между файлами — ссылки. Через месяц легко найти, кто что когда решал.
 - **Границы между скилами жёсткие.** `execute` не коммитит — это работа `commit`. `review` не правит код — это `fix-by-review`. Никаких размытых ответственностей.
 - **Доверие модели.** Скилы короткие. Они говорят «что» и «почему», а «как именно» — модель разбирается сама.

package/docs/skills/eda-automate.md

@@ -1,6 +1,6 @@
 ---
 name: eda-automate
-description: Анализирует историю `docs/reviews/` и `docs/review-fixes/`, ищет повторяющиеся замечания и предлагает автоматизации — кастомные правила линтеров, статанализаторов, pre-commit-проверок. Опирается на инструменты, которые уже работают в проекте; если ничего не подходит — предлагает новый, без дублей с уже установленными. Не внедряет автоматизации — выдаёт приоритезированный список с черновиками правил. Внедрение — отдельная задача через `eda-plan` + `eda-execute`. Все вопросы — через AskUserQuestion.
+description: 'Анализирует историю `docs/reviews/` и `docs/review-fixes/`, ищет повторяющиеся замечания и предлагает автоматизации — кастомные правила линтеров, статанализаторов, pre-commit-проверок. Опирается на инструменты, которые уже работают в проекте; если ничего не подходит — предлагает новый, без дублей с уже установленными. Не внедряет автоматизации — выдаёт приоритезированный список с черновиками правил. Внедрение — отдельная задача через `eda-plan` + `eda-execute`. Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Автоматизатор (eda-automate)
@@ -10,12 +10,20 @@ description: Анализирует историю `docs/reviews/` и `docs/revi
 ## Главные правила
 
 1. **Прочитай `docs/rules.md` и `docs/arch.md`**, если есть. Не предлагай то, что уже зафиксировано как автоматизированное правило.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Не внедряешь автоматизации.** Только отчёт с предложениями. Внедрение — `eda-plan` + `eda-execute`.
 4. **Предлагай только повторяющееся.** Минимум — паттерн встречается в 2+ разных ревью или в 3+ местах одного. Единичные замечания не автоматизируем.
 5. **Каждое предложение — с черновиком правила.** Не «надо бы что-то сделать», а конкретный фрагмент: имя инструмента, имя правила, псевдокод/skeleton.
 6. **Простой язык. Таблицы** для приоритезации.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+
 ## Этапы
 
 ### 1. Выбрать диапазон

package/docs/skills/eda-commit.md

@@ -1,6 +1,6 @@
 ---
 name: eda-commit
-description: Формирует коммит из незакоммиченных изменений в стиле проекта (по docs/rules.md или истории), коммитит без `--no-verify`. В конце спрашивает через AskUserQuestion: push (если есть remote) / merge в main + переключение + удаление ветки (если не в main) / ничего. Не правит логику кода, не пишет тесты — это `eda-execute` или `eda-fix-by-review`.
+description: 'Формирует коммит из незакоммиченных изменений в стиле проекта (по docs/rules.md или истории), коммитит без `--no-verify`. В конце спрашивает интерактивно: push (если есть remote) / merge в main + переключение + удаление ветки (если не в main) / ничего. Не правит логику кода, не пишет тесты — это `eda-execute` или `eda-fix-by-review`.'
 ---
 
 # Скил: Коммитер (eda-commit)
@@ -9,12 +9,21 @@ description: Формирует коммит из незакоммиченных
 
 ## Главные правила
 
-1. **Все вопросы — через `AskUserQuestion`** (в Codex — короткий нумерованный список).
+1. **Интерактивные вопросы** — по разделу ниже.
 2. **Не правишь логику кода и не пишешь тесты.** Если на этапе коммита что-то не работает (упал hook, обнаружились сырые правки) — спроси через `AskUserQuestion`, не «допиливай» молча.
 3. **Pre-commit / pre-push hooks не отключай.** Никаких `--no-verify`. Hook упал → правим причину → новый коммит (не `--amend`).
 4. **Один логический коммит за вызов.** Если в diff видишь явно разные изменения — спроси через `AskUserQuestion`, разделить на несколько коммитов или коммитить одним.
 5. **Простой язык** в сообщениях пользователю.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+- Для коммита это правило важнее требования довести операцию до конца: не делай push, merge, force-push, удаление ветки или исправление вне задачи вместо ответа пользователя.
+
 ## Этапы
 
 ### 1. Посмотреть состояние

package/docs/skills/eda-docs.md

@@ -1,6 +1,6 @@
 ---
 name: eda-docs
-description: Создаёт или обновляет три ключевых документа: `docs/rules.md` (максимально строгие правила для стека + предложения новых инструментов), `docs/arch.md` (архитектура проекта), `AGENTS.md` (описание проекта, стек, ссылки на документы и команды). Анализирует стек сам. Не правит код. Все вопросы — через AskUserQuestion.
+description: 'Создаёт или обновляет три ключевых документа: `docs/rules.md` (максимально строгие правила для стека + предложения новых инструментов), `docs/arch.md` (архитектура проекта), `AGENTS.md` (описание проекта, стек, ссылки на документы и команды). Анализирует стек сам. Не правит код. Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Документатор (eda-docs)
@@ -9,13 +9,21 @@ description: Создаёт или обновляет три ключевых д
 
 ## Главные правила
 
-1. **Все вопросы — через `AskUserQuestion`**.
+1. **Интерактивные вопросы** — по разделу ниже.
 2. **Не правишь код**, не ставишь пакеты, не меняешь конфиги. Только документы.
 3. **Максимальная строгость по умолчанию.** Все доступные strict-флаги, запреты «гибких» конструкций, обязательные типы / тесты / обработка ошибок. Если правило бьёт по продуктивности — пометь, но не выкидывай.
 4. **Можно предлагать инструменты, которых ещё нет в проекте**, если они стандартные для стека и повышают строгость. Не предлагай дубль уже установленному того же класса.
 5. **Существующие документы** не переписываем молча. Если файл уже есть — `AskUserQuestion`: переписать / дополнить / создать рядом.
 7. **Простой язык.** В правилах объясняй *почему*, не только *что*. **Таблицы** для перечислений.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+
 ## Этапы
 
 ### 1. Проанализировать проект

package/docs/skills/eda-execute.md

@@ -1,6 +1,6 @@
 ---
 name: eda-execute
-description: Исполняет план из docs/plans/ — правит код, пишет тесты к изменениям внутри каждого шага, в конце прогоняет полный сьют тестов и линтеры. Прогресс — чекбоксы в файле плана + журнал в `docs/executions/`; в конец плана дописывается ссылка на журнал. Не коммитит (это `eda-commit`), не делает ревью (это `eda-review`). Все вопросы — через AskUserQuestion.
+description: 'Исполняет план из docs/plans/ — правит код, пишет тесты к изменениям внутри каждого шага, в конце прогоняет полный сьют тестов и линтеры. Прогресс — чекбоксы в файле плана + журнал в `docs/executions/`; в конец плана дописывается ссылка на журнал. Не коммитит (это `eda-commit`), не делает ревью (это `eda-review`). Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Исполнитель (eda-execute)
@@ -10,7 +10,7 @@ description: Исполняет план из docs/plans/ — правит ко
 ## Главные правила
 
 1. **Перед правкой кода** прочитай `docs/rules.md` и `docs/arch.md`, если есть. Это рамка проекта. Файлов нет — продолжай молча. Один раз в начале, не перечитывать на каждом шаге.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex, если его нет — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Не переформулируй план.** Шаг непонятен — спроси, не «доразрабатывай» молча.
 4. **Не коммитить, не пушить, не делать ревью.** Это другие скилы.
 5. **Идти целиком**, не делать паузы «для подтверждения». Останавливайся только если: тест упал, шаг противоречив, есть риск потерять данные, рискованная операция вне плана.
@@ -18,6 +18,15 @@ description: Исполняет план из docs/plans/ — правит ко
 7. **Простой язык** в сообщениях пользователю и вопросах. Термины — только если без них нельзя, и сразу с пояснением.
 8. **Таблицы для структурируемых данных** в журнале. Диаграммы — только если действительно есть что показать.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+- Для выполнения кода это правило важнее требования идти целиком: не додумывай план, не делай рискованные операции и не правь чужие/несвязанные поломки вместо ответа пользователя.
+
 ## Этапы
 
 ### 1. Выбрать план

package/docs/skills/eda-fix-by-review.md

@@ -1,6 +1,6 @@
 ---
 name: eda-fix-by-review
-description: Применяет замечания из ревью (`docs/reviews/...`) к коду. Бесспорные («править обязательно») — правит сразу; «на усмотрение» — спрашивает через AskUserQuestion; «не править» — пропускает. После всех правок — полный прогон тестов и линтеров. Отчёт сохраняется в `docs/review-fixes/`. Не делает само ревью (это `eda-review`), не коммитит (это `eda-commit`). Все вопросы — через AskUserQuestion.
+description: 'Применяет замечания из ревью (`docs/reviews/...`) к коду. Бесспорные («править обязательно») — правит сразу; «на усмотрение» — спрашивает интерактивно; «не править» — пропускает. После всех правок — полный прогон тестов и линтеров. Отчёт сохраняется в `docs/review-fixes/`. Не делает само ревью (это `eda-review`), не коммитит (это `eda-commit`). Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Исправитель по ревью (eda-fix-by-review)
@@ -10,7 +10,7 @@ description: Применяет замечания из ревью (`docs/review
 ## Главные правила
 
 1. **Перед правкой кода** прочитай `docs/rules.md` и `docs/arch.md`, если есть. Это рамка проекта. Один раз в начале.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Не переформулируй замечания.** Применяй то, что написано в ревью. Если непонятно — спроси через `AskUserQuestion`.
 4. **Не делаешь само ревью и не коммитишь.** Только применяешь замечания и пишешь отчёт.
 5. **Логика по группам ревью:**
@@ -21,6 +21,15 @@ description: Применяет замечания из ревью (`docs/review
 7. **Финальный полный прогон тестов и линтеров — обязателен.** В конце, не на каждой правке.
 8. **Простой язык** в формулировках и сообщениях. **Таблицы** для отчёта о фиксах.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+- Для исправления кода это правило важнее требования довести фиксы до конца: не применяй пункты «на усмотрение автора», не переформулируй замечания и не правь чужие/несвязанные поломки вместо ответа пользователя.
+
 ## Этапы
 
 ### 1. Выбрать ревью

package/docs/skills/eda-plan.md

@@ -1,6 +1,6 @@
 ---
 name: eda-plan
-description: Написание плана реализации через стандартный Plan Mode (Claude Code / Codex). Перед планированием подтягивает docs/rules.md, docs/arch.md, при необходимости — релевантное исследование. Согласованный план сохраняется в docs/plans/. Всегда проверяет план тремя параллельными моделями (слабая, средняя, мощная) на реалистичность, пропущенные шаги, нарушения правил и риски — главный планировщик сам решает, что добавить/убрать. В `strict` — ещё и кросс-CLI (Claude ↔ Codex). Все вопросы — через AskUserQuestion.
+description: 'Написание плана реализации через стандартный Plan Mode (Claude Code / Codex). Перед планированием подтягивает docs/rules.md, docs/arch.md, при необходимости — релевантное исследование. Согласованный план сохраняется в docs/plans/. Всегда проверяет план тремя параллельными моделями (слабая, средняя, мощная) на реалистичность, пропущенные шаги, нарушения правил и риски — главный планировщик сам решает, что добавить/убрать. В `strict` — ещё и кросс-CLI (Claude ↔ Codex). Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Планировщик (eda-plan)
@@ -17,7 +17,7 @@ description: Написание плана реализации через ст
 ## Главные правила
 
 1. **Никаких правок кода.** Запись только в `docs/plans/`.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex, если его нет — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Plan Mode — главный инструмент.** Не изобретай свой формат планирования поверх — используй то, что Plan Mode даёт.
 4. **Не переформулируй запрос пользователя** перед Plan Mode. Уйдёт оригинал + ответы на уточнения. Своя цель/критерии разводят смысл.
 5. **План сохраняется в файл до любой верификации** — иначе ревьюеру нечего читать.
@@ -25,6 +25,14 @@ description: Написание плана реализации через ст
 7. **Диаграммы — желательно, не любой ценой.** Линейный план — диаграмма не нужна.
 8. **Таблицы > сплошной текст** для структурируемых данных.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+
 ## Этапы
 
 ### 1. Подтянуть контекст
@@ -38,7 +46,7 @@ description: Написание плана реализации через ст
 1. Дословный запрос пользователя.
 2. Пары «вопрос → ответ» из этапа 2.
 3. Ссылки на `docs/rules.md`, `docs/arch.md`, исследование (без пересказа — Plan Mode прочитает сам).
-4. Инструкция: «все вопросы пользователю — только через `AskUserQuestion`, никаких догадок и свободного текста».
+4. Инструкция: «все вопросы пользователю — только по разделу "Интерактивные вопросы", никаких догадок и продолжения без ответа».
 
 Не выходи, пока пользователь не подтвердил план.
 
@@ -124,7 +132,7 @@ claude -p "Прочитай $PLAN_FILE, docs/rules.md, docs/arch.md, связа
 
 ## Чего НЕ делать
 - Править код, запускать миграции.
-- Задавать вопросы свободным текстом.
+- Задавать вопросы без блокировки и продолжать работу до ответа.
 - Переформулировать запрос пользователя своими словами перед Plan Mode.
 - Пропускать сохранение файла плана.
 - Дублировать логику Plan Mode своим самописным форматом.

package/docs/skills/eda-research.md

@@ -1,6 +1,6 @@
 ---
 name: eda-research
-description: Глубокое исследование темы или задачи. Без правки кода. Все вопросы — через AskUserQuestion. Mermaid-диаграммы и markdown-таблицы — там где это даёт ясность. Итог сохраняется в docs/researches/. По умолчанию без кросс-ревью; кросс-ревью соседним агентом (Claude ↔ Codex) включается флагом `strict`.
+description: 'Глубокое исследование темы или задачи. Без правки кода. Все вопросы — через интерактивный вопрос. Mermaid-диаграммы и markdown-таблицы — там где это даёт ясность. Итог сохраняется в docs/researches/. По умолчанию без кросс-ревью; кросс-ревью соседним агентом (Claude ↔ Codex) включается флагом `strict`.'
 ---
 
 # Скил: Исследователь (eda-research)
@@ -17,12 +17,20 @@ description: Глубокое исследование темы или зада
 ## Главные правила
 
 1. **Никаких правок кода.** Запись только в `docs/researches/`.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex, если его нет — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Простой язык.** Термины — только когда без них нельзя, сразу с пояснением.
 4. **Каждое утверждение — со ссылкой** (`file.ext:42`, URL, коммит). Без ссылки — помечай как «гипотеза».
 5. **Диаграммы — желательно, не любой ценой.** Тема плоская — не выдумывай.
 6. **Таблицы > сплошной текст** для структурируемых данных.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+
 ## Этапы
 
 ### 1. Понять задачу
@@ -96,7 +104,7 @@ CLI нет — `AskUserQuestion`: продолжать без ревью или
 
 ## Чего НЕ делать
 - Править код, запускать миграции, менять конфиги.
-- Задавать вопросы свободным текстом.
+- Задавать вопросы без блокировки и продолжать работу до ответа.
 - Делать выводы без ссылок на источник.
 - Пропускать кросс-ревью молча в `strict`.
 - Сохранять отчёт куда-либо кроме `docs/researches/`.

package/docs/skills/eda-review.md

@@ -1,6 +1,6 @@
 ---
 name: eda-review
-description: Ревью изменений (незакоммиченный diff, ветка, PR, папка/файл). Формирует пронумерованные замечания, оценку 0–100, рекомендации «править / на усмотрение / не править». Сохраняет в docs/reviews/. Всегда проверяет своё же ревью тремя параллельными моделями (Sonnet, Haiku, Opus); кросс-CLI (Claude ↔ Codex) включается только флагом `strict`. После каждой проверки сам корректирует ревью. Не правит код — это `eda-fix-by-review`. Все вопросы — через AskUserQuestion.
+description: 'Ревью изменений (незакоммиченный diff, ветка, PR, папка/файл). Формирует пронумерованные замечания, оценку 0–100, рекомендации «править / на усмотрение / не править». Сохраняет в docs/reviews/. Всегда проверяет своё же ревью тремя параллельными моделями (Sonnet, Haiku, Opus); кросс-CLI (Claude ↔ Codex) включается только флагом `strict`. После каждой проверки сам корректирует ревью. Не правит код — это `eda-fix-by-review`. Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Ревьюер (eda-review)
@@ -17,13 +17,21 @@ description: Ревью изменений (незакоммиченный diff,
 ## Главные правила
 
 1. **Перед ревью** прочитай `docs/rules.md` и `docs/arch.md`, если есть. Замечания должны опираться на правила проекта, а не на твои общие представления.
-2. **Все вопросы — через `AskUserQuestion`** (в Codex — короткий нумерованный список).
+2. **Интерактивные вопросы** — по разделу ниже.
 3. **Не правишь код.** Только ревью. Запись только в `docs/reviews/`.
 4. **Мета-ревью тремя моделями — обязательно**, без флага. Кросс-CLI — только в `strict`.
 5. **Главный ревьюер — ты.** Мета-ревьюеры дают подсказки; решение — добавить, убрать или оставить пункт — за тобой. Не вставляй чужие пункты механически.
 6. **Простой язык** в формулировках замечаний и рекомендаций. Технические термины — только если без них нельзя, и сразу с пояснением.
 7. **Таблицы для замечаний.** Сплошной текст — только для оценки и общего вывода.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+
 ## Этапы
 
 ### 1. Выбрать вход и прочитать контекст
@@ -135,6 +143,6 @@ claude -p "Прочитай $REVIEW_FILE, $TARGET, docs/rules.md, docs/arch.md,
 - Пропускать мета-ревью тремя моделями (это часть обычного режима, не под флагом).
 - Пропускать кросс-CLI молча в `strict` (если соседней CLI нет — спроси через `AskUserQuestion`).
 - Вставлять чужие предложения механически — каждое решение принимай ты.
-- Задавать вопросы свободным текстом.
+- Задавать вопросы без блокировки и продолжать работу до ответа.
 - Сохранять ревью куда-либо кроме `docs/reviews/`.
 - Оформлять замечания сплошным текстом — только таблица.

package/docs/skills/eda-send-review.md

@@ -1,6 +1,6 @@
 ---
 name: eda-send-review
-description: Отправляет ревью из `docs/reviews/...` на GitHub PR через `gh` — как review (comment/approve/request-changes) или как обычный комментарий. Целевой PR определяется автоматически по текущей ветке; если PR нет — предлагает создать. После отправки в конец файла ревью дописывает ссылку на PR-комментарий. Не правит код, не делает само ревью. Все вопросы — через AskUserQuestion.
+description: 'Отправляет ревью из `docs/reviews/...` на GitHub PR через `gh` — как review (comment/approve/request-changes) или как обычный комментарий. Целевой PR определяется автоматически по текущей ветке; если PR нет — предлагает создать. После отправки в конец файла ревью дописывает ссылку на PR-комментарий. Не правит код, не делает само ревью. Все вопросы — через интерактивный вопрос.'
 ---
 
 # Скил: Отправитель ревью (eda-send-review)
@@ -9,11 +9,20 @@ description: Отправляет ревью из `docs/reviews/...` на GitHub
 
 ## Главные правила
 
-1. **Все вопросы — через `AskUserQuestion`** (в Codex — короткий нумерованный список).
+1. **Интерактивные вопросы** — по разделу ниже.
 2. **Не правишь код, не делаешь само ревью.** Только переупаковка и отправка.
 3. **Никаких самостоятельных оценок.** Тип отправки (comment / approve / request-changes) определяется на основе ревью + подтверждается пользователем.
 4. **Простой язык.** В сообщениях пользователю и комментарии PR без лишних терминов.
 
+## Интерактивные вопросы
+
+Когда инструкция говорит `AskUserQuestion`, это означает блокирующий интерактивный вопрос.
+- Claude Code: используй `AskUserQuestion`.
+- Codex interactive: если доступен `request_user_input`, используй его. Если tool недоступен, задай один короткий вопрос в чат, дай варианты 1–3, напиши «Ответь номером или своим вариантом. Я продолжу только после ответа.» и остановись.
+- Codex exec / неинтерактивный запуск: не задавай вопросы и не пытайся читать stdin. Если без ответа нельзя безопасно продолжать, заверши работу со статусом `blocked: нужен ответ пользователя`, перечисли вопросы и варианты, не выполняй рискованные действия.
+- Не запускай команды, которые ждут интерактивного ввода в терминале; перед такими командами спроси в хост-интерфейсе или остановись с `blocked`.
+- Для отправки ревью это правило важнее продолжения: не создавай PR, не отправляй approve/request-changes и не меняй тип отправки вместо ответа пользователя.
+
 ## Этапы
 
 ### 1. Проверить инструменты

package/package.json

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