@gian-tiaga/eda 2.0.0 → 2.1.0

package/MIGRATION.md

@@ -25,9 +25,11 @@ eda update-all /path/to/projects
 - Добавлены `eda-plan-review` и `eda-plan-review-fix`.
 - Добавлены 12 read-only агентов `eda-plan-review-*` с отдельными зонами ответственности.
 - `eda-plan-polish` теперь оркестрирует review/fix и по умолчанию ограничен тремя подтверждающими review-итерациями.
-- Готовность требует одновременно отсутствия required findings и достижения threshold.
-- Findings связаны стабильными ID и SHA-256 плана; waived optional не переоткрываются без новых доказательств.
-- `eda-plan` по `plan.review: true` выполняет один review и при необходимости один fix.
+- Готовность требует одновременно отсутствия открытых находок и достижения threshold; любая находка блокирует `ready` независимо от score.
+- У находок нет деления на required/optional: ревью сохраняет только доказанные ошибки и существенные неточности, которые обязательно исправить. ID и SHA-256 цепочка остаются стабильными.
+- `eda-plan-review-fix` применяет все находки минимальным изменением плана, а `eda-plan` по `plan.review: true` запускает полный подтверждающий цикл `eda-plan-polish`.
+- Обычный `eda-review` также больше не делит замечания на required/optional: сохраняются только доказанные дефекты, которые обязательно исправить. Любая находка даёт `result: changes-required`; `clean` возможен только без находок.
+- `eda-fix-by-review` применяет все находки без режима `apply-optional`, а `eda-polish` подтверждает результат повторным ревью до `clean` и threshold.
 - `eda-plan-polish strict` и `plan-polish.strict` удалены. `plan.strict` для кросс-CLI проверки самого `eda-plan` остаётся.
 - npm-пакет использует `yaml` для безопасного переноса вложенного конфига.
 

package/README.md

@@ -42,19 +42,19 @@ eda update-all ~/Code
 | `eda-orhestra` | Выполняет настраиваемую цепочку `eda-*`-скилов. Каждый этап запускает в отдельном субагенте с чистым контекстом, включая составные скилы и повторы QA-цикла. По умолчанию: план без проверок → полировка плана → выполнение → автономное ревью и исправления → ручные тесты. Если QA нашёл баг, оркестра запускает fix и повторяет только ручной тест. В `orhestra.steps` шаги можно переставлять, отключать и снабжать `args`. Не коммитит | Артефакты включённых скилов |
 | `eda-aim` | Сначала через отдельного агента-планировщика согласует с человеком одну или несколько простых проверяемых целей, затем передаёт их агентам-исполнителям и повторяет работу до независимого подтверждения агентом-проверяющим. При необходимости использует установленные скилы в отдельных изолированных субагентах. В `automatic` отвечает на безопасные рабочие вопросы самостоятельно, в `manual` передаёт их человеку; режим задаётся через `aim.mode` или текущий вызов. Точный список новых целей человек подтверждает всегда | `docs/aims/` и артефакты задействованных скилов |
 | `eda-new-project` | Помогает стартовать новый проект: собирает и согласует требования, функциональность и границы, ограничения и архитектурные драйверы, сравнивает варианты основного стека и фиксирует выбранные компоненты с актуальными стабильными версиями. Не проектирует архитектуру, правила, проверки, AI-скилы или MCP; сохраняет подтверждённый стартовый бриф и всегда без дополнительного вопроса запускает полный технический bootstrap через `eda-prepare-ai` | `docs/project-starts/`, затем артефакты `eda-prepare-ai` |
-| `eda-business` | Совместно с человеком описывает целевое поведение проекта и его бизнес-логику по тематическим карточкам. С указанной темой работает только над ней; без темы анализирует проект, предлагает список и последовательно согласует каждую карточку. Оглавление содержит только описание и ссылку на готовую карточку | `docs/business.md`, `docs/business/` |
+| `eda-business` | Совместно с человеком описывает целевое поведение проекта по тематическим карточкам: сложные темы фиксирует подробно, но без шума, соседних модулей и привязки к текущему коду. Может закрепить значимый механизм вроде JWT или серверного хранения токенов, но не язык, библиотеку или конкретную СУБД. `about` содержит лишь короткое описание проекта и основные возможности | `docs/business.md`, `docs/business/` |
 | `eda-roadmap` | Создаёт roadmap-файл: список будущих задач с короткими, понятными и недвусмысленными описаниями без деталей реализации, файлов, библиотек, API и пошагового плана | `docs/roadmaps/` |
 | `eda-explore` | Исследует тему до конкретного результата: описание проблемы, релевантная архитектура, закрытые развилки, риски внутри решений и короткий выбранный вариант решения без плана. После определения темы читает только применимые business- и reference-карточки. В дефолтном режиме ведёт исследование как диалог; для пакетов и ПО проверяет актуальные стабильные версии | `docs/researches/` |
-| `eda-plan` | Пишет план реализации через Plan Mode, фиксирует БД/API-контракты, прямые зависимости и связные фазы. По `plan.review` запускает один специализированный `eda-plan-review` и при необходимости один `eda-plan-review-fix`; `plan.strict` независимо включает кросс-CLI ревью | `docs/plans/`, опционально plan-review артефакты |
-| `eda-plan-review` | Параллельно запускает узких read-only агентов требований, правил, архитектуры, реализуемости, исполнения, верификации и применимых API/DB/security/frontend/performance/previous. Дедуплицирует findings, сохраняет стабильные ID и SHA-256, экспертно выставляет score. План не меняет | `docs/plan-reviews/` |
-| `eda-plan-review-fix` | Применяет required и выбранные optional findings только к плану с совпадающим SHA-256. В `apply-optional` сам применяет полезные optional или сохраняет waived с причиной. Новое ревью не делает и код не меняет | `docs/plan-review-fixes/` |
-| `eda-plan-polish` | Оркестрирует изолированный цикл plan-review → plan-review-fix до отсутствия required и score не ниже threshold. По умолчанию максимум три review-итерации; один круг без прогресса немедленно останавливает цикл. Кросс-CLI strict не используется | `docs/plan-reviews/`, `docs/plan-review-fixes/` |
+| `eda-plan` | Пишет конкретный план реализации без воды и повторов через Plan Mode, фиксирует БД/API-контракты, прямые зависимости и связные фазы. По `plan.review` запускает изолированный `eda-plan-polish`; `plan.strict` независимо включает кросс-CLI ревью | `docs/plans/`, опционально plan-review артефакты |
+| `eda-plan-review` | Параллельно запускает узких read-only агентов требований, правил, архитектуры, реализуемости, исполнения, верификации и применимых API/DB/security/frontend/performance/previous. Принимает только доказанные ошибки и существенные неточности, которые обязательно исправить, отклоняет косметические расширения текста, дедуплицирует находки, сохраняет стабильные ID и SHA-256, экспертно выставляет score. План не меняет | `docs/plan-reviews/` |
+| `eda-plan-review-fix` | Применяет все открытые находки минимальным изменением только к плану с совпадающим SHA-256. Предпочитает удаление и замену текста вместо новых пояснений. Новое ревью не делает и код не меняет | `docs/plan-review-fixes/` |
+| `eda-plan-polish` | Оркестрирует изолированный цикл plan-review → plan-review-fix до отсутствия открытых находок и score не ниже threshold. По умолчанию максимум три review-итерации; один круг без прогресса немедленно останавливает цикл. Кросс-CLI strict не используется | `docs/plan-reviews/`, `docs/plan-review-fixes/` |
 | `eda-plan-execute` | Управляет выполнением плана по фазам. Каждую фазу целиком выполняет отдельный изолированный субагент: он читает план, правила, архитектуру и только business/reference-карточки затронутого поведения и компонентов. Фазы проходят строго последовательно и принимаются независимыми проверяющими. Основной агент отмечает подтверждённые задачи и ведёт журнал | `docs/executions/` |
 | `eda-fix` | Делает обычные фиксы по короткому контексту, баг-репорту или плану. Перед правками читает правила, архитектуру и только применимые карточки, добавляет нужные тесты, прогоняет проверки и сохраняет историю правок | `docs/fixes/` |
-| `eda-review` | Оркестрирует отдельные read-only проверки корректности, архитектуры, правил, references, business-правил, плана, качества, тестов, безопасности, производительности, frontend/UI/UX, API, БД, документации и предыдущих ревью. Business-агент запускается только при применимой карточке и отличает нарушение правила от намеренного изменения правила с устаревшей документацией. Без аргументов ревьюит `git diff HEAD` | `docs/reviews/` |
-| `eda-fix-by-review` | Применяет замечания из ревью с учётом правил, архитектуры и применимых карточек. Обязательные пункты исправляет сразу; optional-пункты спрашивает или решает сам в `apply-optional`. В конце ссылается на отчёт прямо в файле ревью | `docs/review-fixes/` |
+| `eda-review` | Оркестрирует отдельные read-only проверки корректности, архитектуры, правил, references, business-правил, плана, качества, тестов, безопасности, производительности, frontend/UI/UX, API, БД, документации и предыдущих ревью. Сохраняет только доказанные дефекты, которые обязательно исправить; косметические и спекулятивные предложения отбрасывает. Любая находка даёт `changes-required`, а чистое ревью — `clean` и 100/100. Без аргументов ревьюит `git diff HEAD` | `docs/reviews/` |
+| `eda-fix-by-review` | Применяет все находки из ревью с учётом правил, архитектуры и применимых карточек. Спрашивает только при неоднозначности, конфликте, расширении scope или рискованном действии. В конце ссылается на отчёт прямо в файле ревью | `docs/review-fixes/` |
 | `eda-manual-test` | Делает ручную smoke/acceptance-проверку после изменений: основной чеклист строит по выполненной задаче и связанному плану/issue/review/fix-отчёту, затем сверяет фактический diff. Применимая business-карточка может добавить только относящийся к задаче инвариант или сценарий; несвязанные карточки не загружаются. Не правит код, не пишет автотесты и не коммитит | `docs/manual-tests/` |
-| `eda-polish` | Оркестрирует доводку изменений: запускает полное `eda-review`, затем `eda-fix-by-review apply-optional` и повторяет цикл до оценки 95/100 или лимита 5 итераций. Обязательные замечания чинятся все, optional-пункты fix-агент применяет или отклоняет с обоснованием. Каждый шаг идёт в изолированном нативном субагенте. Не коммитит | `docs/reviews/`, `docs/review-fixes/` |
+| `eda-polish` | Оркестрирует доводку изменений: запускает полное `eda-review`, затем `eda-fix-by-review` и повторяет цикл до `clean`, отсутствия находок и оценки не ниже 95/100 либо до лимита 5 итераций. Все находки исправляются. Каждый шаг идёт в изолированном нативном субагенте. Не коммитит | `docs/reviews/`, `docs/review-fixes/` |
 | `eda-send-review` | На `sonnet` / `gpt-5.6-terra` отправляет ревью на GitHub PR через `gh` всегда в едином формате: общий комментарий-сводка плюс комментарии к строкам кода. Без явно указанного типа использует `comment`; `approve` и `request-changes` берёт только из контекста текущего вызова. По настройке может скрыть предыдущие сводки eda-send-review и зарезолвить их inline-треды. По умолчанию шлёт все пункты. Claude-модель закрепляется при установке; Codex-модель хранится как рекомендуемый будущий override | (комментарий в PR) |
 | `eda-commit` | Работает как лёгкий оркестратор одного `haiku` / `gpt-5.6-luna` агента: тот сам собирает git-контекст, выбирает один логический набор файлов, пишет сообщение, точечно коммитит и выполняет явно заданные push/PR/merge-действия. В Claude Code сам оркестратор закреплён за `haiku`; в Codex остаётся на активной модели сессии из-за отсутствия per-skill override. При неоднозначном составе или вероятном секрете агент блокируется до индексации. Если продолжение не задано, предлагает применимые варианты | (git, опционально GitHub PR) |
 | `eda-worktree` | На `haiku` / `gpt-5.6-luna` создаёт через пакетного агента git worktree рядом с основным проектом в папке `{name}-work-{n}` и одноимённую ветку. Базу берёт из аргумента или спрашивает | соседняя папка `{name}-work-{n}` |
@@ -64,7 +64,7 @@ eda update-all ~/Code
 
 ### Business-контекст
 
-`eda-business` хранит в `docs/business.md` только простое оглавление из двух колонок — описание темы и ссылка на готовую согласованную карточку. Сами карточки описывают целевое поведение, требования, бизнес-сценарии и критерии приёмки; последним разделом отдельно перечисляют расхождения с текущей реализацией.
+`eda-business` хранит в `docs/business.md` только простое оглавление из двух колонок — описание темы и ссылка на готовую согласованную карточку. Степень подробности определяется темой: сложная аутентификация может подробно фиксировать вид токенов, их выпуск, обновление и отзыв, тогда как `about` остаётся коротким описанием проекта и основных возможностей. Карточки не привязываются к путям, классам и внутренним модулям текущего кода; значимый механизм вроде JWT указать можно, а язык, библиотеку, конкретную СУБД и схему реализации — нет. Последний раздел содержит только прямые расхождения поведения по собственной теме.
 
 Потребляющий скил сначала определяет текущую задачу и фактически затронутое поведение, а затем выбирает по описаниям только применимые business-карточки. Отсутствие подходящей карточки не является ошибкой и не требует загружать остальные. Если задача противоречит карточке, агент показывает конфликт и спрашивает человека, изменить задачу или пересогласовать правило через `eda-business`.
 
@@ -94,14 +94,14 @@ eda update-all ~/Code
 | `eda-plan-review-rules` | `haiku`, read-only | `gpt-5.6-luna`, read-only | Проверяет применимые инструкции и правила проекта |
 | `eda-plan-review-architecture` | `opus`, read-only | `gpt-5.6-sol`, read-only | Проверяет архитектурные границы и зависимости плана |
 | `eda-plan-review-feasibility` | `opus`, read-only | `gpt-5.6-sol`, read-only | Сверяет реализуемость плана с фактическим кодом |
-| `eda-plan-review-execution` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет фазы, ID, зависимости и размер исполнительского прохода |
+| `eda-plan-review-execution` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет конкретность и плотность текста, фазы, ID, зависимости и размер исполнительского прохода |
 | `eda-plan-review-verification` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет тесты, команды, логирование и эксплуатацию |
 | `eda-plan-review-api` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет API, события, очереди и внешние интеграции |
 | `eda-plan-review-database` | `opus`, read-only | `gpt-5.6-sol`, read-only | Проверяет данные, миграции, индексы, backfill и rollback |
 | `eda-plan-review-security` | `opus`, read-only | `gpt-5.6-sol`, read-only | Проверяет auth, permissions, ввод, секреты и чувствительные данные |
 | `eda-plan-review-frontend` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет пользовательские сценарии и состояния UI |
 | `eda-plan-review-performance` | `opus`, read-only | `gpt-5.6-sol`, read-only | Проверяет нагрузку, запросы, конкурентность и горячие пути |
-| `eda-plan-review-previous` | `haiku`, read-only | `gpt-5.6-luna`, read-only | Сверяет закрытие предыдущих findings по связанной SHA-256 цепочке |
+| `eda-plan-review-previous` | `haiku`, read-only | `gpt-5.6-luna`, read-only | Сверяет закрытие предыдущих находок по связанной SHA-256 цепочке |
 | `eda-review-correctness` | `sonnet`, read-only | `gpt-5.6-terra`, read-only | Проверяет функциональную корректность и крайние случаи |
 | `eda-review-architecture` | `opus`, read-only | `gpt-5.6-sol`, read-only | Проверяет архитектурные границы и зависимости |
 | `eda-review-rules` | `haiku`, read-only | `gpt-5.6-luna`, read-only | Проверяет инструкции и правила проекта |
@@ -139,9 +139,7 @@ eda update-all ~/Code
 | `eda-explore` | `strict` | После сохранения отчёта отдаёт его соседнему CLI (Claude → Codex или наоборот) на критическое ревью конкретности, фактов, развилок, рисков и версий; затем доправляет отчёт по замечаниям | Серьёзные исследования, которые лягут в основу больших решений; когда хочется второго мнения от другой модели/среды |
 | `eda-plan` | `strict`, `без ревью плана`, `без проверок` | `strict` независимо включает кросс-CLI проверку; `без ревью плана` отключает встроенный review/fix; `без проверок` отключает оба вида ревью | Когда нужно разделить создание плана и его последующую полировку |
 | `eda-plan-review` | `threshold N`, `без X`, `включи X`, `<check> на <model>` | Разово меняет gate, применимые проверки и их модели | Для самостоятельного аудита готового плана |
-| `eda-plan-review-fix` | `apply-optional` | Применяет required и самостоятельно разбирает optional, сохраняя waived с причинами | Для автономной правки плана и внутри `eda-plan-polish` |
 | `eda-plan-polish` | `threshold N`, `limit N` | Меняет gate и максимальное число подтверждающих review-итераций | Для доводки ответственных планов перед `eda-plan-execute` |
-| `eda-fix-by-review` | `apply-optional` | Применяет все обязательные пункты, а пункты «на усмотрение автора» разбирает без вопроса: применяет выбранные и отклоняет нецелесообразные с причиной | Для автономной доводки, прежде всего внутри `eda-polish` |
 
 ---
 
@@ -211,7 +209,7 @@ plan:
   # Включает кросс-CLI ревью в eda-plan.
   # true | false
   strict: false
-  # Запускает один eda-plan-review и при необходимости один eda-plan-review-fix.
+  # Запускает изолированный цикл eda-plan-polish.
   # true | false
   review: true
   # Задаёт размер плана.
@@ -228,7 +226,7 @@ plan:
   logging_strategy: ask_each_time
 
 plan-review:
-  # План готов без required findings и при score не ниже threshold.
+  # План готов без открытых находок и при score не ниже threshold.
   threshold: 95
   agents:
     requirements:
@@ -416,12 +414,13 @@ discover-automations:
 - `steps[].on_failure` — настраивает исправление failed manual-test прямо рядом с этим шагом: `skill` и `args` задают фикс, `then` — повторяемые id шагов, `max_cycles` — лимит. Если обработчика нет, оркестратор сохраняет failed-отчёт и останавливается.
 - `aim.mode` — `automatic` самостоятельно выбирает безопасные ответы на рабочие вопросы; `manual` передаёт вопросы человеку. Явный режим в текущем вызове имеет приоритет.
 - `explore.strict` и `explore.decision_mode` — кросс-CLI ревью и способ выбора по исследовательским развилкам в `eda-explore`.
-- `plan.review` — один `eda-plan-review` и при необходимости один `eda-plan-review-fix` внутри `eda-plan`; `plan.strict` независимо управляет кросс-CLI ревью.
+- `plan.review` — изолированный цикл `eda-plan-polish` внутри `eda-plan`; `plan.strict` независимо управляет кросс-CLI ревью.
 - `plan.size`, `plan.decision_mode`, `plan.test_strategy`, `plan.logging_strategy` — режим и структура работы `eda-plan`.
-- `plan-review.threshold` — минимальный экспертный score при отсутствии required findings; `plan-review.agents` задаёт mode и модели специализированных проверок.
+- `plan-review.threshold` — минимальный экспертный score при отсутствии открытых находок; любая находка блокирует `ready` независимо от score. `plan-review.agents` задаёт mode и модели специализированных проверок.
 - `plan-polish.limit` — максимальное число подтверждающих review-итераций; default `3`.
 - `review.agents.<check>.mode` — запускать проверку всегда, автоматически по контексту или отключить.
 - `review.agents.<check>.model.claude` и `.codex` — модель конкретной проверки в соответствующей среде.
+- `eda-review` не делит находки по обязательности: каждый принятый пункт требует исправления, а предложения без доказанного практического дефекта отбрасываются. Score остаётся экспертной оценкой серьёзности; любая находка блокирует `clean` независимо от score.
 - `send-review.close_previous_reviews` — после успешной новой отправки скрывает предыдущие сводки, созданные `eda-send-review` текущим GitHub-пользователем, и резолвит связанные inline-треды; прямое указание в текущем запросе переопределяет настройку.
 - `discover-automations.include_plans` — добавляет `docs/plans/` в обычный запуск `eda-discover-automations`.
 
@@ -474,8 +473,8 @@ roadmap ────────> explore ─────> plan ───> plan-
                     └──────────────> plan              v                                  └──> commit
                                                       fix ─────────────> manual-test
 
-polish = полное review ─> fix-by-review apply-optional ─> повтор до нужной оценки
-plan-polish = специализированный plan-review ─> plan-review-fix apply-optional ─> подтверждающий review до gate или limit
+polish = полное review ─> fix-by-review всех находок ─> подтверждающий review до clean и нужной оценки
+plan-polish = специализированный plan-review ─> plan-review-fix всех находок ─> подтверждающий review до gate или limit
 
 discover-automations может запускаться от review, fix-by-review или fix.
 ```

package/agents/eda-plan-review-api/prompt.md

@@ -8,6 +8,8 @@
 
 Проверяй method/path, auth, request/query/body, response, errors/status codes, идемпотентность и обратную совместимость. Не выполняй общее ревью архитектуры, требований или тестов. Не правь файлы.
 
+Добавляй находку только если план обязательно нужно исправить: без правки контракт останется ошибочным, существенно неоднозначным или потребует нового решения при реализации. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: api
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <api|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <дефект контракта>
     evidence: [<план, схема или код>]
     impact: <риск для клиента или интеграции>
     fix: <конкретное уточнение контракта>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-architecture/prompt.md

@@ -8,6 +8,8 @@
 
 Не проводи общее ревью требований, API/БД, тестов или структуры фаз. Добавляй находку только когда решение плана нарушает границу, создаёт неправильную зависимость, несовместимый контракт или дорогую эволюцию. Не правь файлы.
 
+Добавляй находку только если план обязательно нужно исправить: без правки архитектурное решение останется ошибочным, существенно неоднозначным или потребует нового решения при реализации. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: architecture
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <architecture|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <нарушенная граница>
     evidence: [<архитектура или код>]
     impact: <конкретный риск>
     fix: <направление правки плана>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-database/prompt.md

@@ -8,6 +8,8 @@
 
 Проверяй таблицы, поля, типы, обязательность, defaults, связи, unique, индексы, порядок rollout и восстановление. Не проводи общее архитектурное или performance-ревью. Не правь файлы и не запускай миграции.
 
+Добавляй находку только если план обязательно нужно исправить: без правки данные, миграция или rollout останутся ошибочными, существенно неоднозначными или потребуют нового решения при реализации. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: database
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <database|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <дефект данных или миграции>
     evidence: [<план, схема или миграция>]
     impact: <потеря данных, простой или несовместимость>
     fix: <конкретная правка контракта или rollout>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-execution/agent.json

@@ -1,7 +1,7 @@
 {
   "schemaVersion": 1,
   "name": "eda-plan-review-execution",
-  "description": "Проверяет связность фаз, ID, зависимости и исполнимость плана одним агентом на фазу.",
+  "description": "Проверяет конкретность и плотность плана, связность фаз, ID, зависимости и исполнимость одним агентом на фазу.",
   "models": { "claude": "sonnet", "codex": "gpt-5.6-terra" },
   "reasoning": { "claude": "medium", "codex": "medium" },
   "access": "read-only",

package/agents/eda-plan-review-execution/prompt.md

@@ -8,6 +8,8 @@
 
 Не проверяй доменные API/БД/security детали вместо специализированных ролей. Не требуй дробления без конкретного риска переполнения контекста, несвязанного scope или невозможности проверить фазу. Не правь файлы.
 
+Проверь конкретность и плотность плана. Формулировка полезна, только если определяет действие, место изменения, поведение или контракт, зависимость, проверку либо существенное решение. Добавляй находку для общей формулировки только когда исполнителю потребуется новое исследование или возможны две существенно разные реализации; для воды и повторов укажи точный фрагмент, который нужно удалить либо кратко заменить. Не проси расширять текст, если план уже однозначно исполним.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: execution
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <execution|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <фаза или задача>
     problem: <дефект исполнения>
     evidence: [<ID, зависимость или состав фазы>]
     impact: <как сорвётся eda-plan-execute>
     fix: <конкретная правка структуры плана>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-feasibility/prompt.md

@@ -8,6 +8,8 @@
 
 Не пересматривай подтверждённые продуктовые решения и не проверяй стиль фаз. Находка обязана ссылаться на конкретное расхождение плана с кодом или на решение, которого недостаточно для однозначной реализации. Не правь файлы и не запускай проверки проекта.
 
+Добавляй находку только если план обязательно нужно исправить: без правки исполнитель упрётся в неверное предположение, новое исследование или существенную неоднозначность. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: feasibility
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <feasibility|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <неверное предположение или скрытый пробел>
     evidence: [<код, reference или research>]
     impact: <почему исполнение остановится или отклонится>
     fix: <что конкретно уточнить в плане>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-frontend/prompt.md

@@ -8,6 +8,8 @@
 
 Не проводи общее product-, API- или test-review. Находка должна указывать конкретный пользовательский сценарий или состояние, которое план не определяет либо ломает. Не правь файлы.
 
+Добавляй находку только если план обязательно нужно исправить: без правки пользовательский сценарий останется сломанным, существенно неоднозначным или потребует нового решения при реализации. Не требуй перечислять состояния, которые однозначно следуют из существующего компонента или не относятся к задаче; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: frontend
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <frontend|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <пропущенный пользовательский сценарий>
     evidence: [<план, компонент или карточка>]
     impact: <видимый риск для пользователя>
     fix: <конкретное уточнение поведения UI>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-performance/prompt.md

@@ -8,6 +8,8 @@
 
 Не требуй преждевременной оптимизации. Находка нужна только при конкретном риске N+1, неограниченной работе, гонке, блокировке, лишней памяти или отсутствии необходимой нагрузочной проверки. Не правь файлы.
 
+Добавляй находку только если план обязательно нужно исправить для устранения доказанного нагрузочного риска или существенной неоднозначности реализации. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: performance
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <performance|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <конкретный bottleneck>
     evidence: [<план, код или запрос>]
     impact: <нагрузочный риск>
     fix: <конкретная правка алгоритма или проверки>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-previous/agent.json

@@ -1,7 +1,7 @@
 {
   "schemaVersion": 1,
   "name": "eda-plan-review-previous",
-  "description": "Проверяет закрытие findings предыдущей связанной итерации plan-review.",
+  "description": "Проверяет закрытие находок предыдущей связанной итерации plan-review.",
   "models": { "claude": "haiku", "codex": "gpt-5.6-luna" },
   "reasoning": { "claude": "low", "codex": "low" },
   "access": "read-only",

package/agents/eda-plan-review-previous/prompt.md

@@ -1,12 +1,12 @@
 # Роль
 
-Ты — read-only проверяющий предыдущих findings для `eda-plan-review`. Сверяй текущий план только с явно переданной связанной цепочкой `PREVIOUS_REVIEW` и `PREVIOUS_FIX`.
+Ты — read-only проверяющий предыдущих находок для `eda-plan-review`. Сверяй текущий план только с явно переданной связанной цепочкой `PREVIOUS_REVIEW` и `PREVIOUS_FIX`.
 
 ## Вход и работа
 
 Получи рабочую директорию, `PLAN_FILE`, `PLAN_SHA256`, `PREVIOUS_REVIEW`, `PREVIOUS_FIX`, `MODEL` и `PLAN_CONTEXT`. Если связанной цепочки нет, верни `not_applicable`. Проверь SHA-256 и каждый прежний ID по текущему плану.
 
-Для каждого ID верни `resolved`, `still_open`, `regressed` или `waived`. Сохраняй `waived`, если нет новых доказательств; не переоткрывай отклонённое предложение только из-за иной формулировки. Новые проблемы не ищи — их проверяют доменные агенты. Не правь файлы.
+Для каждого ID верни `resolved`, `still_open` или `regressed`. Не переоткрывай отклонённое предложение только из-за иной формулировки. Новые проблемы не ищи — их проверяют доменные агенты. Не правь файлы.
 
 ## Результат
 
@@ -17,10 +17,10 @@ status: completed | not_applicable | blocked
 check: previous
 model: <MODEL>
 summary: <краткий итог>
-findings: []
-prior_findings:
+находки: []
+предыдущие_находки:
   - id: PR-001
-    status: resolved | still_open | regressed | waived
+    status: resolved | still_open | regressed
     evidence: <конкретное подтверждение в текущем плане>
 question: <несовпадение цепочки или null>
 ```

package/agents/eda-plan-review-requirements/prompt.md

@@ -8,6 +8,8 @@
 
 Не проверяй архитектуру, техническую реализуемость, структуру фаз или тесты вместо других ролей. Находка нужна только при конкретном пропуске требования, scope creep, конфликте с подтверждённым поведением или непроверяемом критерии готовности. Не выбирай приоритет между задачей и business-карточкой самостоятельно.
 
+Добавляй находку только если план обязательно нужно исправить: без правки требование останется нарушенным, существенно неоднозначным или непроверяемым. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: requirements
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <requirements|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <конкретный дефект>
     evidence: [<подтверждение>]
     impact: <практический риск>
     fix: <конкретная правка плана>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не перечисляй удачные решения и не выставляй score.
+При отсутствии проблем верни `находки: []`. Не перечисляй удачные решения и не выставляй score.

package/agents/eda-plan-review-rules/prompt.md

@@ -8,6 +8,8 @@
 
 Не проверяй архитектуру, references, бизнес-требования или качество фаз вместо других агентов. Не превращай предпочтение в нарушение и не выдумывай команды проекта. Не правь файлы и не запускай проверки проекта.
 
+Добавляй находку только если план обязательно нужно исправить для соблюдения конкретного применимого правила. Не предлагай дополнительные пояснения, полноту ради полноты и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: rules
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <rules|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <нарушенное правило>
     evidence: [<путь к правилу и подтверждение из плана>]
     impact: <практический риск>
     fix: <как привести план в соответствие>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии нарушений верни `findings: []`. Не выставляй score.
+При отсутствии нарушений верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-security/prompt.md

@@ -8,6 +8,8 @@
 
 Находка должна описывать реалистичный путь нарушения конфиденциальности, целостности или доступности. Не требуй абстрактного hardening и не дублируй API/DB проблемы без security-воздействия. Не правь файлы.
 
+Добавляй находку только если план обязательно нужно исправить для устранения доказанного пути нарушения или существенной неоднозначности защитного поведения. Не предлагай абстрактное усиление, дополнительные пояснения и стилистические улучшения; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: security
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <security|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или задача плана>
     problem: <конкретная угроза>
     evidence: [<план, правило или код>]
     impact: <практический security-риск>
     fix: <защитная правка плана>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-plan-review-verification/prompt.md

@@ -8,6 +8,8 @@
 
 Не требуй тест на каждую строку и не дублируй функциональные, API, DB или security проблемы. Находка должна описывать конкретную регрессию, ошибку или эксплуатационный риск, который план не сможет подтвердить.
 
+Добавляй находку только если план обязательно нужно исправить: без правки конкретная регрессия или эксплуатационный риск останутся непроверяемыми. Не предлагай дополнительные проверки, пояснения и документацию без доказанного риска; если замечание можно безопасно проигнорировать, верни `находки: []`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,18 +19,17 @@ status: completed | not_applicable | blocked
 check: verification
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - fingerprint: <verification|plan-location|root-cause>
     severity: critical | high | medium | low
-    recommendation: required | optional
     plan_location: <раздел или фаза>
     problem: <пробел проверки или эксплуатации>
     evidence: [<план, тесты или конфиг команды>]
     impact: <какая регрессия останется незамеченной>
     fix: <какой сценарий, команда или шаг нужен>
     acceptance: <как подтвердить закрытие>
-prior_findings: []
+предыдущие_находки: []
 question: <блокер или null>
 ```
 
-При отсутствии проблем верни `findings: []`. Не выставляй score.
+При отсутствии проблем верни `находки: []`. Не выставляй score.

package/agents/eda-review-api/prompt.md

@@ -8,6 +8,8 @@
 
 Не проверяй общую бизнес-логику, безопасность или базу данных вместо соответствующих агентов. Находка должна описывать конкретное нарушение контракта или совместимости. Не правь файлы.
 
+Добавляй находку только для конкретной доказанной проблемы, которую обязательно исправить. Укажи точное место, достижимый сценарий и практический ущерб. Если предложение можно безопасно не применять, это вкусовой рефакторинг, косметика, спекулятивное усиление, необязательный тест, документация или оптимизация — не добавляй его в `находки`.
+
 ## Результат
 
 Верни один YAML-блок:
@@ -17,10 +19,9 @@ status: completed | not_applicable | blocked
 check: api
 model: <MODEL>
 summary: <краткий итог>
-findings:
+находки:
   - title: <короткий заголовок>
     severity: critical | high | medium | low
-    recommendation: required | optional
     explanation: <нарушенный контракт и затронутый потребитель>
     evidence:
       - path: <путь>
@@ -31,4 +32,4 @@ findings:
 question: <почему работа заблокирована | null>
 ```
 
-При отсутствии проблем верни `findings: []`.
+При отсутствии проблем верни `находки: []`.