chore: границы доменов

docs/architecture/README.md

@@ -1,6 +1,6 @@
 # Архитектура SLM
 
-SLM описывает владение ответственностями внутри одного фронтенд-приложения. Слой определяет роль кода, группа классифицирует модули, модуль владеет ответственностью, а сегмент организует реализацию владельца.
+SLM описывает владение ответственностями внутри одного фронтенд-приложения. Слой определяет роль кода, группа классифицирует модули, модуль владеет ответственностью, домен специализирует модуль для предметной ответственности, а сегмент организует реализацию владельца.
 
 ## Владение как основа
 
@@ -16,6 +16,8 @@ SLM описывает владение ответственностями вн
 
 Каждый файл принадлежит ближайшей модульной границе и реализует ответственность этого модуля. Место выполнения или вид кода не меняют владельца.
 
+Доменный сценарий всегда получает владельца в слое `domains`. Его бизнес-правила, продуктовое состояние, операции с предметными данными, доменный UI и обслуживающие framework-механизмы остаются внутри доменной границы. Модуль `compositions` использует и компонует готовый публичный API домена, но не реализует сценарий вместо него. Если подходящего доменного модуля ещё нет, его отсутствие не является основанием временно разместить сценарий в композиции. Эта граница закреплена правилом [`SLM-DOMAIN-R022`](../rules/registry.md#slm-domain-r022) и подробно описана в разделе [Домены](./domains.md).
+
 ## Структурная модель
 
 ```text
@@ -37,8 +39,11 @@ SLM root
 | Слой | Классифицирует код по архитектурной роли | Нет |
 | Группа | Навигационно классифицирует модули внутри слоя | Нет |
 | Модуль | Владеет одной самостоятельной ответственностью | Да |
+| Домен | Специализирует модуль для предметной ответственности, контракта и ошибок | Да, как модуль |
 | Сегмент | Организует внутренности одного модуля | Нет |
 
+Домен не добавляет уровень в структурное дерево: в слое `domains` он занимает место обычного модуля и отличается дополнительными инвариантами.
+
 Вложенный модуль является обычным модулем, размещённым внутри родительского. Он владеет отдельно сформулированной подответственностью и создаёт следующий рекурсивный структурный уровень.
 
 Слой и группа находятся снаружи модульной границы. Сегмент находится внутри неё. Framework-компоненты, Providers, Guards, hooks, stores, services и другой внутренний код не являются архитектурными сущностями SLM и принадлежат ближайшему модулю.
@@ -67,7 +72,9 @@ SLM root
 6. Спроектировать публичный API и допустимые [зависимости](./dependencies.md).
 7. При необходимости классифицировать модули [группами](./groups.md), организовать внутренний код [сегментами](./segments.md) и выбрать физические пути.
 
-Например, Header сам определяет расположение шапки, отображение навигации и состояние мобильного меню. Текущего пользователя он получает от модуля `auth`, а `Button` и `Avatar` — от модулей `ui`. Если удалить Header, авторизация и UI-компоненты останутся нужны приложению, поэтому Header использует их, но не владеет ими.
+Для домена после определения сценариев сначала проектируются [доменный контракт и ожидаемые неуспешные исходы](./domains.md#порядок-создания-домена), и только затем выбираются источники данных и механизм их адаптации.
+
+Например, Header сам определяет расположение шапки, отображение навигации и состояние мобильного меню. Текущего пользователя он получает от модуля `auth`, а `Button` и `Avatar` — от модулей `ui`. Если удалить Header, авторизация и UI-компоненты останутся нужны приложению, поэтому Header использует их, но не владеет ими. Header может сообщить через `infra` о показе собственной раскладки, но получение пользователя и события сценария авторизации остаются ответственностью `auth`.
 
 Если ответственность или владелец не определены, файловая структура не может исправить архитектурную неопределённость.
 
@@ -96,7 +103,8 @@ SLM применяется внутри **SLM root** — границы стру
 - общий ацикличный граф модулей;
 - назначение групп и сегментов;
 - внутреннюю глубину framework-компонентных единиц;
-- владение состоянием и жизненным циклом ресурсов.
+- владение состоянием и жизненным циклом ресурсов;
+- независимость доменных контрактов и ошибок от внешних источников.
 
 SLM не задаёт обязательный поток данных, конкретный framework, фиксированные имена сегментов, правила монорепозиториев или полный файловый стайлгайд.