feat: level-2 документация

DRAFT/level-3/domains/README.md

@@ -4,6 +4,8 @@
 
 Эта папка фиксирует текущую гипотезу о новой сущности `Domain`, business-модуле внутри неё, framework-neutral factory, ports, adapters, presets и framework bindings.
 
+Level 3 развивает доменный модуль Level 2 в строгую доменную границу с несколькими модулями разных ролей. Такой переход может потребовать рефакторинга, но сохраняет предметного владельца и базовые модульные правила.
+
 Идентификаторы вида `DOM-N001` и `FAC-N001` являются стабильными якорями заметок. Они нужны для обсуждения и последующего переноса решений в спецификацию, но не являются идентификаторами нормативных правил.
 
 ## Основная формула

DRAFT/level-3/domains/open-questions.md

@@ -83,19 +83,16 @@ Framework dependency сама по себе не доказывает Domain own
 
 ### OPEN-N010: На каком уровне появляется Domain
 
-Нужно встроить Domain в монотонную шкалу архитектурных уровней. Более высокий уровень должен добавлять требования и не отменять правила предыдущего.
+Статус: предварительно закрыт в пользу трёх уровней. Более высокий уровень добавляет требования и может потребовать структурного рефакторинга без изменения предметного владельца.
 
-Предварительный вариант:
+Текущая шкала:
 
 ```text
-Level 1: modules
-Level 2: layers
-Level 3: domains
-Level 4: runtime-safe factories, ports, presets и verification
+Level 1: базовые слои и модули
+Level 2: доменные модули без строгой внутренней формы
+Level 3: business, factories, ports, adapters, presets и verification внутри Domain
 ```
 
-Точная классификация будет выполнена после извлечения атомарных правил из legacy-документации и этих заметок.
-
 ## Проверяемость
 
 ### OPEN-N011: Architecture lint