docs: обновить архитектуру SLM compositions

- обновлена модель слоёв на app → compositions → business → infra → ui → shared
- добавлены правила composition modules и providers-сегмента
- обновлены правила монорепозитория для слоя compositions
- переписаны React-примеры под page-level композицию
- добавлен пример вариантов структуры compositions

projects/slm-design/canons/architecture/monorepo.md

@@ -21,9 +21,7 @@ repo/
 │   ├── web/
 │   │   └── src/
 │   │       ├── app/
-│   │       ├── layouts/
-│   │       ├── screens/
-│   │       ├── widgets/
+│   │       ├── compositions/
 │   │       ├── business/
 │   │       ├── infra/
 │   │       ├── ui/
@@ -78,17 +76,17 @@ packages/shared/
 
 ## Что остаётся в приложении
 
-Слои `app`, `layouts`, `screens`, `widgets` и `business` остаются внутри конкретного приложения.
+Слои `app`, `compositions` и `business` остаются внутри конкретного приложения.
 
 ```text
 apps/web/src/app/
-apps/web/src/layouts/
-apps/web/src/screens/
-apps/web/src/widgets/
+apps/web/src/compositions/
 apps/web/src/business/
 ```
 
-`app`, `layouts` и `screens` привязаны к роутингу, каркасу и страницам конкретного приложения. `widgets` не выносятся в пакеты, потому что это слой композиции интерфейса приложения.
+`app` привязан к фреймворку и entry points приложения.
+
+`compositions` привязан к страницам, маршрутам и крупным продуктовым частям интерфейса конкретного приложения. Этот слой не выносится в `packages/*`, потому что отражает продуктовую сборку приложения.
 
 `business` не выносится в `packages/*`. Домены остаются рядом со сценариями приложения, чтобы не превращать монорепозиторий в общий бизнес-слой.
 
@@ -193,7 +191,7 @@ packages -/→ apps
 Внутри приложения продолжает действовать обычное направление зависимостей SLM.
 
 ```text
-app → [ layouts | screens ] → widgets → business → infra → ui → shared
+app → compositions → business → infra → ui → shared
 ```
 
 Пакеты не должны нарушать природу своей группы: `packages/ui/*` не импортирует `packages/infra/*`, `packages/shared` не импортирует другие группы, а `packages/infra/*` не знает о приложениях.
@@ -206,11 +204,11 @@ app → [ layouts | screens ] → widgets → business → infra → ui → shar
 
 ```text
 # Плохо
-apps/web/src/screens/home/parts/promo-section/
+apps/web/src/compositions/pages/home/parts/promo-section/
 packages/ui/promo-section/
 ```
 
-Если блок нужен только одной странице или отражает продуктовую композицию конкретного приложения, он остаётся локальным `parts/`-модулем.
+Если блок нужен только одной странице или отражает продуктовую композицию конкретного приложения, он остаётся локальным composition module.
 
 ## Конфигурационные пакеты
 
@@ -227,7 +225,7 @@ packages/ui/promo-section/
 - В `packages/infra/*` размещаются пакеты самостоятельных инфраструктурных модулей.
 - `packages/shared` является единым пакетом для переиспользуемых утилит и helpers.
 - Модуль можно размещать в пакете, если он потенциально будет использоваться в двух и более фронтенд-приложениях.
-- `business`, `app`, `layouts`, `screens`, `widgets` не выносятся в пакеты.
+- `app`, `compositions` и `business` не выносятся в пакеты.
 - Проектные стили, типы приложения и продуктовые конфиги не выносятся в `packages/shared`.
 - Пакеты не импортируют приложения.
 - Межпакетные импорты идут только через публичный API.