sync

DRAFT/rules/README.md

@@ -10,21 +10,20 @@
 
 Определения, рекомендации, разрешения, примеры и открытые вопросы не получают код правила.
 
-Нормативные определения объявляются в терминологии соответствующего уровня. Они обязательны для толкования правил, но нормативность определения сама по себе не превращает его в правило.
+Нормативные определения объявляются в [терминологии SLM](../architecture/terminology.md). Они обязательны для толкования правил, но нормативность определения сама по себе не превращает его в правило.
 
 ## Код правила
 
 ```text
-SLM-L{level}-{group}-{class}{number}
+SLM-{group}-{class}{number}
 ```
 
 | Часть | Значение |
 |---|---|
 | `SLM` | Принадлежность архитектуре SLM |
-| `L{level}` | Уровень архитектуры |
 | `group` | Раздел правил |
 | `class` | Способ проверки: `A` или `R` |
-| `number` | Трёхзначный номер внутри уровня |
+| `number` | Глобально уникальный трёхзначный номер правила |
 
 ## Способы проверки
 
@@ -50,44 +49,33 @@ SLM-L{level}-{group}-{class}{number}
 | `COMPONENT` | Компоненты |
 | `NESTED_MODULE` | Вложенные модули |
 | `LIFECYCLE` | Жизненный цикл |
-| `DOMAIN` | Домены |
-| `API` | Доменный API |
-| `FACTORY` | Фабрики Domain API |
-| `ERROR` | Ошибки домена |
-| `PORT` | Dependency ports |
-| `ADAPTER` | Адаптеры |
-| `ASSEMBLY` | Сборка API и жизненный цикл |
 | `ENVIRONMENT` | Границы сред выполнения |
-| `FRAMEWORK` | Модули фреймворков |
-| `STATE` | Материализация состояния |
-| `REALTIME` | Realtime-взаимодействие |
-| `TEST` | Тестирование |
 
 Код раздела записывается полным английским именем в `UPPER_SNAKE_CASE`. Новый код добавляется в таблицу до первого использования.
 
 ## Формат записи
 
 ```md
-### SLM-L1-MODULE-A004
+### SLM-MODULE-A004
 
 > **Публичный API модуля**
 >
-> Каждый модуль предоставляет единый публичный API; код за пределами модуля импортирует его содержимое только через этот API.
+> Каждый модуль предоставляет единый логический публичный API через обязательный корневой фасет `index` и, при необходимости, фасеты `client`, `browser` и `server`; код за пределами модуля импортирует его содержимое только через эти фасеты.
 ```
 
-Код является заголовком третьего уровня и автоматически получает адрес для ссылки `#slm-l1-module-a004`.
+Код является заголовком третьего уровня и автоматически получает адрес для ссылки `#slm-module-a004`.
 
 Название и описание входят в одну цитату. Название выделяется жирным и служит кратким именем правила. Описание полностью формулирует требование и занимает одну физическую строку.
 
 Ссылка из тематического черновика:
 
 ```md
-[`SLM-L1-MODULE-A004`](../rules/level-1.md#slm-l1-module-a004)
+[`SLM-MODULE-A004`](./registry.md#slm-module-a004)
 ```
 
 ## Как формулировать правила
 
-1. Правило понятно без чтения тематической главы и опирается только на нормативные термины своего уровня.
+1. Правило понятно без чтения тематической главы и опирается только на нормативные термины SLM.
 2. Правило защищает один архитектурный инвариант.
 3. Один инвариант получает один код независимо от числа участников и способов проверки.
 4. Название является кратким и устойчивым именем правила.
@@ -103,7 +91,7 @@ SLM-L{level}-{group}-{class}{number}
 
 ## Нумерация
 
-1. Номер уникален внутри уровня независимо от раздела и способа проверки.
+1. Номер глобально уникален независимо от раздела и способа проверки.
 2. Номер не обозначает важность или порядок выполнения.
 3. Удалённый номер не переиспользуется для другого правила.
 4. При изменении способа проверки номер сохраняется, но меняется полный код.
@@ -124,7 +112,6 @@ SLM-L{level}-{group}-{class}{number}
 
 Корневой скрипт `draft-rules.js` читает объявления только из этой директории, проверяет формат и уникальность кодов, валидирует ссылки из остальных черновиков и выводит правила разделами «Автоматические» и «Для ревью». Скрипт проверяет документы, а не архитектуру приложения.
 
-## Наборы правил
+## Реестр
 
-- [Первый уровень](./level-1.md)
-- [Второй уровень](./level-2.md)
+- [Единый реестр правил SLM](./registry.md)