sync

DRAFT/index.md

@@ -5,32 +5,29 @@ title: SLM Design
 hero:
   name: SLM Design
   text: Последовательная архитектура фронтенд-приложений
-  tagline: Начните со слоёв и доменных модулей, затем переводите отдельные сложные домены в пакетную форму со строгими runtime-границами.
+  tagline: Слои, модули и явные публичные границы для приложений с несколькими средами выполнения.
   image:
     src: /logo.svg
     alt: SLM Design
   actions:
     - theme: brand
-      text: Читать Level 1
-      link: /level-1/
-    - theme: alt
-      text: Читать Level 2
-      link: /level-2/
+      text: Читать архитектуру
+      link: /architecture/
     - theme: alt
       text: Реестр правил
       link: /rules/
 
 features:
-  - title: Level 1 · Архитектурная база
-    details: Шесть слоёв, доменные модули, публичные API, зависимости, вложенные границы и жизненный цикл ресурсов.
-  - title: Level 2 · Доменные API
-    details: Domain API, consumer-owned ports, production adapters, default assemblies и Framework Groups с явными runtime-границами.
+  - title: Архитектурная база
+    details: Шесть слоёв, модули, публичные API, зависимости, вложенные границы и жизненный цикл ресурсов.
+  - title: Фасеты сред выполнения
+    details: Универсальный index и специализированные client, browser и server фасеты для явного разделения сред выполнения.
   - title: Канонические правила
-    details: Точные блокирующие требования отделены от определений, рекомендаций и примеров и собраны по уровням.
+    details: Точные блокирующие требования отделены от определений, рекомендаций и примеров и собраны в едином реестре.
 ---
 
 ## Что опубликовано
 
-Сайт содержит рабочие черновики двух уровней SLM и их канонические реестры правил. Level 2 применяется к отдельным доменам поверх общей базы Level 1. Монорепозитории пока не входят в опубликованную документацию.
+Сайт содержит рабочий черновик архитектуры SLM и канонический реестр правил. Монорепозитории пока не входят в опубликованную документацию.
 
-Определения применяемого уровня нормативны внутри черновика. Точные формулировки блокирующих требований находятся только в [реестре правил](/rules/).
+Определения терминологии нормативны внутри черновика. Точные формулировки блокирующих требований находятся только в [реестре правил](/rules/registry).