feat: переработать уровни SLM

DRAFT/level-2/validation.md

@@ -1,48 +1,58 @@
 # Проверка Level 2
 
-> Проверка расширенной модели слоёв и доменных границ.
+> Граница автоматической проверки, архитектурного ревью и тестирования Level 2.
 
-Проект Level 2 выполняет все автоматические проверки и архитектурное ревью Level 1, используя нормативный порядок из шести слоёв.
+## Конфигурация проекта
 
-## Сопоставление структуры
+Конфигурация проверки сопоставляет физические пути с доменными пакетами, metadata, SLM-модулями, Groups, публичными точками входа, метками сред выполнения и allowlist внешних пакетов, объявленных business-safe. Она отдельно распознаёт navigation Groups слоя `domains` и Groups внутри пакета.
 
-Конфигурация проверки проекта дополнительно определяет:
-
-- физический путь слоя `domains`;
-- доменные модули непосредственно в слое и внутри Groups;
-- Groups слоя `domains`;
-- вложенные модули внутри доменных модулей.
-
-Сопоставление путей не определяет предметный смысл. Оно позволяет проверить направление импортов, публичные API, циклы и доступ к вложенным модулям.
+Формат такой конфигурации пока не выбран. Независимо от формата проверка должна анализировать import-граф и объявленные границы, а не угадывать сущность только по имени папки.
 
 ## Автоматическая проверка
 
-Новых автоматических правил Level 2 не требуется. Структурные инварианты обеспечивают правила Level 1:
+Автоматическая проверка должна блокировать:
 
-- порядок `app → compositions → domains → infra → ui → shared`;
-- импорт модулей только через публичные API;
-- отсутствие циклов в графе модулей;
-- отсутствие прямого доступа к вложенным модулям извне родителя;
-- отсутствие реализации и API у Groups.
+- исполняемый файл, root `index.ts`, состояние или реэкспорт в корне доменного пакета;
+- отсутствие `business` или несколько модулей `business` в одном пакете;
+- deep imports во внутренние части модулей;
+- runtime- или type-only достижимость framework-, adapter-, preset-, infra- или environment-specific кода из `business`;
+- runtime-импорт любого экспорта другого доменного пакета;
+- type-only импорт не из публичной точки входа `business` другого доменного пакета;
+- импорт framework state, hooks, contexts или components другого домена;
+- достижимость server-only кода из client-entry point и обратное несовместимое направление;
+- runtime- или type-only циклы в графе модулей.
 
 ## Архитектурное ревью
 
-Дополнительное правило Level 2 проверяется на ревью. Нужно определить:
+На ревью определяется:
 
-- представляет ли доменный модуль одну связную предметную область;
-- не разделена ли одна область на соседние доменные модули без самостоятельных владельцев;
-- не объединены ли в одном модуле несвязанные предметные области;
-- принадлежат ли модели, правила, сценарии и продуктовое состояние правильному домену;
-- остаётся ли Group только навигационной классификацией;
-- не размещены ли page-specific composition или самостоятельный технический сервис в `domains`.
+- представляет ли пакет одну связную предметную область;
+- является ли `DomainApi` единственным runtime-источником доменных данных и результатов для приложения;
+- принадлежат ли коды, тип и guard доменных ошибок модулю `business`;
+- преобразует ли business ожидаемые технические и cross-domain сбои в собственные ошибки;
+- представляет ли каждый preset один реальный контекст выполнения и сохраняет ли контракт фабрики;
+- принадлежит ли каждый framework binding module домену, а не странице или multi-domain сценарию;
+- соответствует ли каждый объявленный business-safe внешний пакет ограничениям детерминированной библиотеки без runtime capability;
+- остаются ли Framework Groups и другие Groups без реализации и агрегирующего API.
+
+## Тестирование
+
+Business-сценарии проверяются через фабрику с управляемыми зависимостями. Preset проверяет выбор реализаций и границу среды. Framework binding module проверяет собственный Provider, hook или component без повторения всего набора business-сценариев.
+
+Import-graph checks не заменяются runtime-тестами.
+
+## Миграционное состояние
+
+Наличие доменных модулей Level 1 рядом с пакетами Level 2 допускается только как незавершённая миграция. Проверка полного соответствия Level 2 завершается ошибкой, пока в выбранном SLM root остаются простые доменные модули. Во время перехода отдельно проверяется отсутствие runtime- и type-only импортов между двумя формами.
 
 ## Связанные правила
 
-- [`SLM-L2-DOMAIN-R001`](../rules/level-2.md#slm-l2-domain-r001)
-- [`SLM-L1-LAYER-R001`](../rules/level-1.md#slm-l1-layer-r001)
-- [`SLM-L1-LAYER-A002`](../rules/level-1.md#slm-l1-layer-a002)
-- [`SLM-L1-MODULE-R006`](../rules/level-1.md#slm-l1-module-r006)
-- [`SLM-L1-MODULE-R011`](../rules/level-1.md#slm-l1-module-r011)
-- [`SLM-L1-GROUP-R007`](../rules/level-1.md#slm-l1-group-r007)
+- [`SLM-L2-DOMAIN-A003`](../rules/level-2.md#slm-l2-domain-a003)
+- [`SLM-L2-BUSINESS-A007`](../rules/level-2.md#slm-l2-business-a007)
+- [`SLM-L2-DEPENDENCY-A012`](../rules/level-2.md#slm-l2-dependency-a012)
+- [`SLM-L2-ENVIRONMENT-A013`](../rules/level-2.md#slm-l2-environment-a013)
+- [`SLM-L2-MIGRATION-A017`](../rules/level-2.md#slm-l2-migration-a017)
+- [`SLM-L2-BUSINESS-R018`](../rules/level-2.md#slm-l2-business-r018)
+- [`SLM-L1-DEPENDENCY-A005`](../rules/level-1.md#slm-l1-dependency-a005)
 
-Скрипт `draft-rules.js` проверяет целостность реестров и ссылок документации, но не определяет предметные границы приложения.
+Скрипт `draft-rules.js` проверяет целостность реестров и ссылок документации, но не архитектуру приложения.