docs: убрать «воду» из вводных абзацев разделов

- удалены обороты «Раздел описывает», «Этот раздел описывает» из 10 файлов docs/ru - вводные абзацы переписаны в формате «тема: категории/области» без перечисления конкретного содержимого раздела - удалён frontmatter description из basics/architecture/index.md (подтягивается первый абзац после h1 — про SLM Design) - в CONTRIBUTING.md добавлен раздел «Вводный абзац» с правилами и блоками «Хорошо/Плохо»: что делать, чего избегать, проверка на излишнюю конкретику
fix: синхронизировать EN-лендинг с русским
2026-04-25 20:15:10 +03:00 · 2026-04-25 20:00:52 +03:00 · 2026-04-25 19:56:44 +03:00 · 2026-04-25 18:06:27 +03:00 · 2026-04-20 16:56:27 +03:00 · 2026-04-20 11:44:27 +03:00
39 changed files with 2461 additions and 2735 deletions
--- a/.gitea/workflows/ci.yml
+++ b/.gitea/workflows/ci.yml
@@ -20,6 +20,9 @@ jobs:
          echo "DOCKER_REGISTRY=$DOCKER_REGISTRY" >> $GITHUB_ENV
          REGISTRY_IMAGE="$DOCKER_REGISTRY/$(echo "${{ github.repository }}" | tr '[:upper:]' '[:lower:]')"
          echo "REGISTRY_IMAGE=$REGISTRY_IMAGE" >> $GITHUB_ENV
          # Версия сборки: тег если есть, иначе короткий SHA
          BUILD_VERSION=$(git describe --tags --exact-match 2>/dev/null || git rev-parse --short HEAD)
          echo "BUILD_VERSION=$BUILD_VERSION" >> $GITHUB_ENV
      - name: Login to Container Registry
        uses: docker/login-action@v3
@@ -47,6 +50,8 @@ jobs:
          push: true
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
          build-args: |
            BUILD_VERSION=${{ env.BUILD_VERSION }}
          provenance: false
          sbom: false
--- a/.gitignore
+++ b/.gitignore
@@ -135,3 +135,7 @@ dist
 .vitepress/cache
 .vitepress/dist
 docs/.vitepress
 # Генерируется через `npm run llms`
 docs/public/
 generated/
--- a/.vitepress/config.ts
+++ b/.vitepress/config.ts
@@ -1,43 +1,60 @@
 import { defineConfig } from 'vitepress';
 const ruSidebar = [
  {
    text: 'Главная',
    link: '/ru/',
  },
  {
    text: 'Workflow',
-    link: '/workflow',
+    link: '/ru/workflow',
  },
  {
    text: 'Базовые правила',
    items: [
-      { text: 'Технологии и библиотеки', link: '/basics/tech-stack' },
+      { text: 'Технологии и библиотеки', link: '/ru/basics/tech-stack' },
-      { text: 'Именование', link: '/basics/naming' },
+      { text: 'Именование', link: '/ru/basics/naming' },
-      { text: 'Архитектура', link: '/basics/architecture' },
+      {
-      { text: 'Стиль кода', link: '/basics/code-style' },
+        text: 'Архитектура',
-      { text: 'Документирование', link: '/basics/documentation' },
+        collapsed: true,
-      { text: 'Типизация', link: '/basics/typing' },
+        items: [
          { text: 'Обзор', link: '/ru/basics/architecture/' },
          { text: 'Слои', link: '/ru/basics/architecture/reference/layers' },
          { text: 'Модули', link: '/ru/basics/architecture/reference/modules' },
          { text: 'Сегменты', link: '/ru/basics/architecture/reference/segments' },
        ],
      },
      { text: 'Стиль кода', link: '/ru/basics/code-style' },
      { text: 'Документирование', link: '/ru/basics/documentation' },
      { text: 'Типизация', link: '/ru/basics/typing' },
    ],
  },
  {
    text: 'Прикладные разделы',
    items: [
-      { text: 'Структура проекта', link: '/applied/project-structure' },
+      { text: 'Структура проекта', link: '/ru/applied/project-structure' },
-      { text: 'Компоненты', link: '/applied/components' },
+      { text: 'Компоненты', link: '/ru/applied/components' },
-      { text: 'Страницы (App Router)', link: '/applied/page-level' },
+      { text: 'Страницы (App Router)', link: '/ru/applied/page-level' },
-      { text: 'Шаблоны и генерация кода', link: '/applied/templates-generation' },
+      { text: 'Шаблоны и генерация кода', link: '/ru/applied/templates-generation' },
-      { text: 'Стили', link: '/applied/styles' },
+      { text: 'Стили', link: '/ru/applied/styles' },
-      { text: 'Изображения', link: '/applied/images-sprites' },
+      { text: 'Изображения', link: '/ru/applied/images-sprites' },
-      { text: 'SVG-спрайты', link: '/applied/svg-sprites' },
+      { text: 'SVG-спрайты', link: '/ru/applied/svg-sprites' },
-      { text: 'Видео', link: '/applied/video' },
+      { text: 'Видео', link: '/ru/applied/video' },
-      { text: 'API', link: '/applied/api' },
+      { text: 'API', link: '/ru/applied/api' },
-      { text: 'Stores', link: '/applied/stores' },
+      { text: 'Stores', link: '/ru/applied/stores' },
-      { text: 'Хуки', link: '/applied/hooks' },
+      { text: 'Хуки', link: '/ru/applied/hooks' },
-      { text: 'Шрифты', link: '/applied/fonts' },
+      { text: 'Шрифты', link: '/ru/applied/fonts' },
-      { text: 'Локализация', link: '/applied/localization' },
+      { text: 'Локализация', link: '/ru/applied/localization' },
-      { text: 'Настройка VS Code', link: '/applied/vscode' },
+      { text: 'Настройка VS Code', link: '/ru/applied/vscode' },
    ],
  },
 ];
 const enSidebar = [
  {
    text: 'Home',
    link: '/en/',
  },
  {
    text: 'Processes',
    items: [
@@ -83,30 +100,71 @@ const enSidebar = [
  },
 ];
 /**
 * Vite-плагин: отдаёт `.txt` и `.md` с явной кодировкой UTF-8.
 * Без этого браузер декодирует как ISO-8859-1 и кириллица ломается.
 */
 const utf8TextPlugin = {
  name: 'utf8-text-files',
  configureServer(server: any) {
    server.middlewares.use((req: any, res: any, next: any) => {
      const url: string = req.url || '';
      if (url.endsWith('.txt') || url.endsWith('.md')) {
        res.setHeader('Content-Type', 'text/plain; charset=utf-8');
      }
      next();
    });
  },
 };
 export default defineConfig({
  srcDir: 'docs',
  // `docs/public/` содержит сгенерированные `.md`-копии и `llms.txt` для LLM
  // (попадают в корень `dist/` как статика). Исключаем из сканирования
  // страниц, иначе VitePress рендерит их как HTML-страницы.
  srcExclude: ['public/**'],
  title: 'NextJS Style Guide',
  description: 'Правила и стандарты разработки на NextJS и TypeScript',
-  rewrites: {
+  vite: {
-    'ru/:rest*': ':rest*',
+    plugins: [utf8TextPlugin],
    define: {
      __BUILD_VERSION__: JSON.stringify(process.env.BUILD_VERSION || 'dev'),
    },
  },
  locales: {
    root: {
      label: 'Languages',
      lang: 'en',
    },
    ru: {
      label: 'Русский',
      lang: 'ru-RU',
      link: '/',
      description: 'Стандарты разработки на Next.js + TypeScript с архитектурой SLM',
      themeConfig: {
        sidebar: ruSidebar,
      },
      // Расширенный блок описания для llms.txt — даёт LLM полный
      // технический контекст: стек, методология, охват тем.
      llmsBlockquote:
        'Стандарты разработки frontend-приложений на Next.js (App Router) + TypeScript + React с архитектурой SLM (Scoped Layered Module Design — модульная архитектура со слоями ответственности, где каждый модуль содержит всё необходимое: компоненты, хуки, сторы, типы, стили).',
      llmsContext:
        'Стек: React, TypeScript, Next.js App Router, Mantine UI, SWR, Zustand, i18next, PostCSS Modules, Vitest, clsx.\n\nДокументация покрывает архитектуру SLM (слои, модули, сегменты, направление зависимостей, публичный API), правила оформления кода (именование, форматирование, импорты, типизация, JSDoc), реализацию компонентов и хуков, работу с App Router, кодогенерацию из шаблонов, стилизацию (Mobile First, токены), работу с API и сокетами, управление состоянием через Zustand, локализацию, ассеты (шрифты, изображения, SVG-спрайты) и настройку VS Code.',
    },
    en: {
      label: 'English',
      lang: 'en-US',
-      link: '/en/',
+      link: '/',
      description: 'Next.js + TypeScript development standards with SLM architecture',
      themeConfig: {
        sidebar: enSidebar,
      },
      llmsBlockquote:
        'Frontend development standards for Next.js (App Router) + TypeScript + React projects with SLM architecture (Scoped Layered Module Design — a modular architecture with responsibility layers, where each module contains everything it needs: components, hooks, stores, types, styles).',
      llmsContext:
        'Stack: React, TypeScript, Next.js App Router, Mantine UI, SWR, Zustand, i18next, PostCSS Modules, Vitest, clsx.\n\nThe documentation covers SLM architecture (layers, modules, segments, dependency direction, public API), code conventions (naming, formatting, imports, typing, JSDoc), component and hook implementation, App Router usage, code generation from templates, styling (Mobile First, design tokens), API and socket integration, state management via Zustand, localization, assets (fonts, images, SVG sprites), and VS Code setup.',
    },
  },
 });
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -3,6 +3,6 @@
 При работе с документацией следовать правилам из CONTRIBUTING.md.
 - Язык документации и коммитов — русский.
- После изменений в `.md`-файлах — запустить `npm run docs` для обновления RULES.md.
+- После изменений в `.md`-файлах — запустить `npm run llms` для обновления `llms.txt` и README.
- При добавлении нового раздела — обновить сайдбар (`.vitepress/config.ts`)
+- При добавлении нового раздела — обновить сайдбар (`.vitepress/config.ts`):
-  и порядок файлов (`concat-md.js`).
+  он же является источником порядка и группировки для `llms.txt`.
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -17,7 +17,7 @@
 |---------|-----------|
 | `npm run dev` | Локальный сервер разработки |
 | `npm run build` | Сборка статического сайта |
-| `npm run docs` | Генерация `generated/{lang}/RULES.md` — единый файл для AI-ассистентов |
+| `npm run llms` | Генерация `generated/{lang}/llms.txt` (карта документации для LLM) и README |
 ## Структура файлов
@@ -51,16 +51,17 @@ docs/
 .vitepress/
 ├── config.ts                    # Конфигурация VitePress, сайдбары, локали
 generated/
-├── ru/RULES.md                  # Сгенерированный единый файл (ru)
+├── ru/llms.txt                  # Карта документации для LLM (ru, llmstxt.org)
-└── en/RULES.md                  # Сгенерированный единый файл (en)
+└── en/llms.txt                  # Карта документации для LLM (en, llmstxt.org)
-concat-md.js                     # Скрипт генерации RULES.md
+generate-llms.ts                 # Скрипт генерации llms.txt и README
 ```
 ### Добавление нового раздела
 1. Создать `.md`-файл в нужной папке (`basics/` или `applied/`).
 2. Добавить пункт в сайдбар — `.vitepress/config.ts` (оба языка, если есть перевод).
-3. Добавить файл в массив `fileOrder` — `concat-md.js` (для генерации RULES.md).
+   Сайдбар — единственный источник порядка и группировки для `llms.txt`.
 3. Запустить `npm run llms` для обновления `generated/{lang}/llms.txt`.
 ## Два типа документации
@@ -184,6 +185,50 @@ title: Название раздела
 - Подсекции внутри `h2` — `h3`.
 - `h4` не используется.
 ### Вводный абзац
 Абзац сразу после `h1` отвечает на вопрос «о чём этот раздел?».
 Он попадает в `llms.txt` и `README.md` архива как краткое описание,
 поэтому должен быть плотным и без воды.
 **Правила:**
 - Не начинать с «Раздел описывает», «Этот раздел», «В этом разделе»,
  «Здесь рассмотрено», «В этом документе».
 - Начинать с подлежащего — самой темы (`Слои SLM:`, `Соглашения об именовании:`).
 - Двоеточие или тире для перечисления **категорий и областей**, а не
  конкретных значений из содержимого.
 - Не дублировать содержимое: если внутри раздела 12 правил —
  не перечислять их во вводном абзаце.
 - Не аргументировать («единые правила делают код предсказуемым»).
 - 1–2 предложения.
 **Проверка:** если при добавлении нового правила/инструмента/раздела
 вводный абзац придётся править — он слишком конкретный.
 **Хорошо:**
 ```markdown
 Слои SLM: назначение, классификация, направление зависимостей, правила.
 ```
 ```markdown
 Базовый стек проекта по областям: UI, архитектура, данные, состояние,
 локализация, тестирование, стили, генерация кода.
 ```
 **Плохо:**
 ```markdown
 Раздел описывает слои SLM: что такое слой, какие бывают, как между
 ними направлены зависимости и какие правила действуют на каждом.
 ```
 ```markdown
 Этот раздел описывает базовый стек технологий и библиотек, принятый в
 проекте. React, TypeScript, Next.js, SWR, Zustand, i18next.
 ```
 ### Примеры кода
 - Блоки кода с указанием языка: ` ```tsx `, ` ```css `, ` ```bash `, ` ```text `.
--- a/5
+++ b/5
@@ -1,5 +1,10 @@
 :8080 {
 	root * /srv
 	# Кириллица в .txt и .md ломается без явного charset
 	@text path *.txt *.md
 	header @text Content-Type "text/plain; charset=utf-8"
 	file_server
 	try_files {path} /index.html
 }
--- a/6
+++ b/6
@@ -1,9 +1,13 @@
 FROM node:24-alpine AS build
 WORKDIR /app
 # zip нужен для упаковки nextjs-style-guide-{lang}.zip
 RUN apk add --no-cache zip
 COPY package*.json ./
 RUN npm ci
 COPY . .
-RUN npm run build
+ARG BUILD_VERSION=dev
 ENV BUILD_VERSION=${BUILD_VERSION}
 RUN npm run llms && npm run build
 FROM caddy:2-alpine
 COPY Caddyfile /etc/caddy/Caddyfile
--- a/README.md
+++ b/README.md
@@ -1,6 +1,6 @@
 # NextJS Style Guide
-Rules and standards for NextJS and TypeScript development: architecture, typing, styles, components, API, and infrastructure.
+Conventions for Next.js project development: application architecture and layers, code structure, module organization, styling, typing, and infrastructure.
 ## Documentation Structure
@@ -26,7 +26,7 @@ Rules and standards for NextJS and TypeScript development: architecture, typing,
 | Section | Answers the question |
 |---------|---------------------|
 | Tech Stack | What stack do we use? |
-| Architecture | How are FSD layers, dependencies, and public API structured? |
+| Architecture | How are SLM layers, dependencies, and public API structured? |
 | Code Style | How to format code: indentation, quotes, imports, early return? |
 | Naming | How to name files, variables, components, hooks? |
 | Documentation | How to write JSDoc: what to document and what not? |
@@ -51,7 +51,3 @@ Rules and standards for NextJS and TypeScript development: architecture, typing,
 | Hooks | _(not filled)_ |
 | Fonts | _(not filled)_ |
 | Localization | _(not filled)_ |
 ## For Assistants
 Full documentation in a single MD file: https://gromlab.ru/docs/frontend-style-guide/raw/branch/main/generated/en/RULES.md
--- a/README_RU.md
+++ b/README_RU.md
@@ -1,10 +1,6 @@
 # NextJS Style Guide
-Правила и стандарты разработки на NextJS и TypeScript: архитектура, типизация, стили, компоненты, API и инфраструктурные разделы.
+Соглашения по разработке Next.js проектов: архитектура и слои приложения, структура кода, организация модулей, стилизация, типизация и инфраструктура.
 ## Для ассистентов
 Полная документация в одном MD файле: https://gromlab.ru/docs/nextjs-style-guide/raw/branch/main/generated/ru/RULES.md
 ## Структура документации
@@ -18,7 +14,7 @@
 | Создание проекта | Как начать новый проект? |
 | Генерация кода | Какие модули должны генерироваться из шаблонов? |
 | Добавление страницы | Как добавить новую страницу в проект? |
-| Добавление UI-модуля | Как создать компонент, фичу, виджет, сущность или layout? |
+| Добавление UI-модуля | Как создать компонент, бизнес-модуль, виджет или layout? |
 | Стилизация | Как стилизовать компоненты в проекте? |
 | Получение данных | Как получать данные с сервера? |
 | Управление состоянием | Как работать с состоянием? |
@@ -31,7 +27,7 @@
 | Раздел | Отвечает на вопрос |
 |--------|-------------------|
 | Технологии и библиотеки | Какой стек используем? |
-| Архитектура | Как устроены слои FSD, зависимости, публичный API? |
+| Архитектура | Как устроены слои SLM, зависимости, публичный API? |
 | Стиль кода | Как оформлять код: отступы, кавычки, импорты, early return? |
 | Именование | Как называть файлы, переменные, компоненты, хуки? |
 | Документирование | Как писать JSDoc: что документировать, а что нет? |
@@ -44,7 +40,7 @@
 | Раздел | Отвечает на вопрос |
 |--------|-------------------|
 | Настройка VS Code | Как настроить редактор для проекта? |
-| Структура проекта | Как организованы папки и файлы по FSD? |
+| Структура проекта | Как организованы папки и файлы по SLM? |
 | Компоненты | Как устроен компонент: файлы, пропсы, clsx? |
 | Page-level компоненты | Как описывать layout, page, loading, error, not-found? |
 | Шаблоны и генерация кода | Как работают шаблоны, синтаксис и инструменты генерации? |
--- a/concat-md.js
+++ b/concat-md.js
@@ -1,107 +0,0 @@
 import path from "path";
 import fs from "fs";
 // Явный порядок файлов внутри каждого языка
 const fileOrder = [
  // index
  "index.md",
  // workflow
  "workflow.md",
  // basics
  "basics/tech-stack.md",
  "basics/naming.md",
  "basics/architecture.md",
  "basics/code-style.md",
  "basics/documentation.md",
  "basics/typing.md",
  // applied
  "applied/project-structure.md",
  "applied/components.md",
  "applied/page-level.md",
  "applied/templates-generation.md",
  "applied/styles.md",
  "applied/images-sprites.md",
  "applied/svg-sprites.md",
  "applied/video.md",
  "applied/api.md",
  "applied/stores.md",
  "applied/hooks.md",
  "applied/fonts.md",
  "applied/localization.md",
  "applied/vscode.md",
 ];
 // Удалить frontmatter из содержимого md-файла
 const stripFrontmatter = (content) =>
  content.replace(/^---[\s\S]*?---\n*/m, "");
 // Сдвинуть уровень заголовков на 1 вниз (h1→h2, h2→h3, ...)
 // Не трогает заголовки внутри блоков кода
 const shiftHeadings = (content) => {
  const lines = content.split("\n");
  let inCodeBlock = false;
  return lines
    .map((line) => {
      if (line.startsWith("```")) inCodeBlock = !inCodeBlock;
      if (inCodeBlock) return line;
      if (/^#{1,5}\s/.test(line)) return "#" + line;
      return line;
    })
    .join("\n");
 };
 // Собрать RULES.md с мета-якорями для каждого файла
 const buildRules = (lang) => {
  const srcDir = `./docs/${lang}`;
  const outDir = `./generated/${lang}`;
  const outFile = path.join(outDir, "RULES.md");
  if (!fs.existsSync(srcDir)) {
    console.log(`Пропуск ${lang}: папка ${srcDir} не найдена`);
    return;
  }
  fs.mkdirSync(outDir, { recursive: true });
  const parts = [];
  for (const file of fileOrder) {
    const filePath = path.join(srcDir, file);
    if (!fs.existsSync(filePath)) continue;
    const raw = fs.readFileSync(filePath, "utf8");
    const content = stripFrontmatter(raw).trim();
    if (!content) continue;
    // Мета-якорь: путь VitePress без расширения
    const route = "/" + file.replace(/\.md$/, "");
    // index.md остаётся без сдвига (его h1 — главный заголовок документа)
    const processed = file === "index.md" ? content : shiftHeadings(content);
    parts.push(`<!-- ${route} -->\n${processed}`);
  }
  fs.writeFileSync(outFile, parts.join("\n\n"), "utf8");
  console.log(`RULES.md (${lang}) создан: ${outFile}`);
 };
 // Собираем RULES.md для обоих языков
 buildRules("ru");
 buildRules("en");
 // Генерируем README из index.md
 const buildReadme = (lang, outFile) => {
  const indexPath = `./docs/${lang}/index.md`;
  if (!fs.existsSync(indexPath)) {
    console.log(`Пропуск README (${lang}): ${indexPath} не найден`);
    return;
  }
  const content = stripFrontmatter(fs.readFileSync(indexPath, "utf8"));
  fs.writeFileSync(outFile, content, "utf8");
  console.log(`${outFile} создан из ${indexPath}`);
 };
 buildReadme("en", "./README.md");
 buildReadme("ru", "./README_RU.md");
--- a/docs/en/index.md
+++ b/docs/en/index.md
@@ -1,6 +1,6 @@
 # NextJS Style Guide
-Rules and standards for NextJS and TypeScript development: architecture, typing, styles, components, API, and infrastructure.
+Conventions for Next.js project development: application architecture and layers, code structure, module organization, styling, typing, and infrastructure.
 ## Documentation Structure
@@ -26,7 +26,7 @@ Rules and standards for NextJS and TypeScript development: architecture, typing,
 | Section | Answers the question |
 |---------|---------------------|
 | Tech Stack | What stack do we use? |
-| Architecture | How are FSD layers, dependencies, and public API structured? |
+| Architecture | How are SLM layers, dependencies, and public API structured? |
 | Code Style | How to format code: indentation, quotes, imports, early return? |
 | Naming | How to name files, variables, components, hooks? |
 | Documentation | How to write JSDoc: what to document and what not? |
@@ -51,7 +51,3 @@ Rules and standards for NextJS and TypeScript development: architecture, typing,
 | Hooks | _(not filled)_ |
 | Fonts | _(not filled)_ |
 | Localization | _(not filled)_ |
 ## For Assistants
 Full documentation in a single MD file: https://gromlab.ru/docs/frontend-style-guide/raw/branch/main/generated/en/RULES.md
--- a/docs/index.md
+++ b/docs/index.md
@@ -0,0 +1,426 @@
 ---
 layout: false
 ---
 <script setup>
 import { ref, computed, onMounted } from 'vue'
 const STORAGE_KEY = 'nsg-landing-lang'
 const THEME_KEY = 'vitepress-theme-appearance'
 // __BUILD_VERSION__ подставляется Vite-define из ENV `BUILD_VERSION`
 // (см. .vitepress/config.ts). В dev и build всегда определена.
 const buildVersion = __BUILD_VERSION__
 const dict = {
  ru: {
    tagline: 'Соглашения по разработке Next.js проектов: архитектура и слои приложения, структура кода, организация модулей, стилизация, типизация и инфраструктура.',
    langLabel: 'Язык',
    themeLabel: 'Тема',
    themes: { auto: 'Авто', light: 'Светлая', dark: 'Тёмная' },
    cards: {
      docs: {
        title: 'Документация',
        desc: 'Все разделы: процессы разработки, базовые правила, прикладные руководства.',
        href: './ru/',
        cta: 'Открыть',
      },
      ai: {
        title: 'Ассистенту',
        desc: 'Карта документации в формате llms.txt для AI-агентов.',
        buttons: [
          { label: 'llms.txt', href: './ru/llms.txt' },
          { label: 'llms-full.txt', href: './ru/llms-full.txt' },
        ],
      },
      zip: {
        title: 'Скачать правила',
        desc: 'Архив всех Markdown-файлов одним ZIP.',
        href: './nextjs-style-guide-ru.zip',
        cta: 'Скачать',
      },
    },
  },
  en: {
    tagline: 'Conventions for Next.js project development: application architecture and layers, code structure, module organization, styling, typing, and infrastructure.',
    langLabel: 'Language',
    themeLabel: 'Theme',
    themes: { auto: 'Auto', light: 'Light', dark: 'Dark' },
    cards: {
      docs: {
        title: 'Documentation',
        desc: 'All sections: development processes, basic rules, applied guides.',
        href: '#',
        cta: 'Open',
        badge: 'in development',
      },
      ai: {
        title: 'For Assistant',
        desc: 'Documentation map in llms.txt format for AI agents.',
        badge: 'in development',
        buttons: [
          { label: 'llms.txt', href: '#' },
          { label: 'llms-full.txt', href: '#' },
        ],
      },
      zip: {
        title: 'Download rules',
        desc: 'Archive of all Markdown files and llms.txt in a single ZIP.',
        href: '#',
        cta: 'Download',
        badge: 'soon',
      },
    },
  },
 }
 const lang = ref('ru')
 const theme = ref('auto')
 onMounted(() => {
  const savedLang = localStorage.getItem(STORAGE_KEY)
  if (savedLang === 'ru' || savedLang === 'en') {
    lang.value = savedLang
  } else {
    const nav = (navigator.language || 'ru').toLowerCase()
    lang.value = nav.startsWith('ru') ? 'ru' : 'en'
  }
  const savedTheme = localStorage.getItem(THEME_KEY)
  theme.value = savedTheme === 'dark' || savedTheme === 'light' ? savedTheme : 'auto'
 })
 const t = computed(() => dict[lang.value])
 function setLang(value) {
  lang.value = value
  localStorage.setItem(STORAGE_KEY, value)
 }
 function setTheme(value) {
  theme.value = value
  if (value === 'auto') {
    localStorage.removeItem(THEME_KEY)
  } else {
    localStorage.setItem(THEME_KEY, value)
  }
  const isDark = value === 'dark' || (value === 'auto' && matchMedia('(prefers-color-scheme: dark)').matches)
  document.documentElement.classList.toggle('dark', isDark)
 }
 /**
 * Клик по кнопке темы:
 * - по активной → переключение в auto;
 * - по неактивной → выбор этого варианта.
 */
 function toggleTheme(value) {
  setTheme(theme.value === value ? 'auto' : value)
 }
 </script>
 <div class="landing">
  <section class="landing__hero">
    <h1 class="landing__title">NextJS Style Guide</h1>
    <ClientOnly>
      <p class="landing__tagline">{{ t.tagline }}</p>
      <div class="landing__controls">
        <div class="seg" role="group" :aria-label="t.langLabel">
          <button
            type="button"
            class="seg__btn"
            :class="{ 'seg__btn--active': lang === 'ru' }"
            :aria-pressed="lang === 'ru'"
            @click="setLang('ru')"
          >Русский</button>
          <button
            type="button"
            class="seg__btn"
            :class="{ 'seg__btn--active': lang === 'en' }"
            :aria-pressed="lang === 'en'"
            @click="setLang('en')"
          >English</button>
        </div>
        <div class="seg seg--icons" role="group" :aria-label="t.themeLabel">
          <button
            type="button"
            class="seg__btn"
            :class="{ 'seg__btn--active': theme === 'light' }"
            :aria-pressed="theme === 'light'"
            :title="t.themes.light"
            @click="toggleTheme('light')"
          >
            <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><circle cx="12" cy="12" r="4"/><path d="M12 2v2M12 20v2M4.93 4.93l1.41 1.41M17.66 17.66l1.41 1.41M2 12h2M20 12h2M4.93 19.07l1.41-1.41M17.66 6.34l1.41-1.41"/></svg>
          </button>
          <button
            type="button"
            class="seg__btn"
            :class="{ 'seg__btn--active': theme === 'dark' }"
            :aria-pressed="theme === 'dark'"
            :title="t.themes.dark"
            @click="toggleTheme('dark')"
          >
            <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M21 12.79A9 9 0 1 1 11.21 3 7 7 0 0 0 21 12.79z"/></svg>
          </button>
        </div>
      </div>
    </ClientOnly>
  </section>
  <ClientOnly>
    <section class="landing__cards">
      <template v-for="key in ['docs', 'ai', 'zip']" :key="key">
        <div
          v-if="t.cards[key].buttons"
          class="landing__card landing__card--multi"
          :class="{ 'landing__card--soon': t.cards[key].badge }"
          :aria-disabled="t.cards[key].badge ? 'true' : null"
        >
          <h3>
            {{ t.cards[key].title }}
            <span v-if="t.cards[key].badge" class="landing__badge">{{ t.cards[key].badge }}</span>
          </h3>
          <p>{{ t.cards[key].desc }}</p>
          <div class="landing__buttons">
            <a
              v-for="btn in t.cards[key].buttons"
              :key="btn.label"
              class="landing__button"
              :href="btn.href"
              target="_blank"
              rel="noopener"
            >{{ btn.label }}</a>
          </div>
        </div>
        <a
          v-else
          class="landing__card"
          :class="{ 'landing__card--soon': t.cards[key].badge }"
          :href="t.cards[key].href"
          :aria-disabled="t.cards[key].badge ? 'true' : null"
        >
          <h3>
            {{ t.cards[key].title }}
            <span v-if="t.cards[key].badge" class="landing__badge">{{ t.cards[key].badge }}</span>
          </h3>
          <p>{{ t.cards[key].desc }}</p>
          <span class="landing__cta">{{ t.cards[key].cta }} →</span>
        </a>
      </template>
    </section>
  </ClientOnly>
  <p class="landing__version">v{{ buildVersion }}</p>
 </div>
 <style scoped>
 .landing {
  min-height: 100vh;
  padding: 48px 32px;
  background: var(--vp-c-bg);
  color: var(--vp-c-text-1);
  font-family: var(--vp-font-family-base);
  display: flex;
  flex-direction: column;
  justify-content: center;
  gap: 64px;
 }
 .landing__controls {
  display: flex;
  justify-content: center;
  align-items: center;
  gap: 12px;
  margin-top: 28px;
  flex-wrap: wrap;
 }
 .seg {
  display: inline-flex;
  align-items: stretch;
  padding: 4px;
  background: var(--vp-c-bg-soft);
  border: 1px solid var(--vp-c-divider);
  border-radius: 999px;
  gap: 2px;
 }
 .seg__btn {
  appearance: none;
  display: inline-flex;
  align-items: center;
  justify-content: center;
  gap: 6px;
  padding: 6px 14px;
  font-size: 13px;
  font-weight: 500;
  font-family: inherit;
  line-height: 1;
  color: var(--vp-c-text-2);
  background: transparent;
  border: none;
  border-radius: 999px;
  cursor: pointer;
  transition: color 0.15s, background-color 0.15s;
 }
 .seg__btn:hover {
  color: var(--vp-c-text-1);
 }
 .seg__btn--active {
  background: var(--vp-c-bg);
  color: var(--vp-c-text-1);
  box-shadow: 0 1px 2px rgba(0, 0, 0, 0.08);
 }
 .seg--icons .seg__btn {
  padding: 6px 10px;
 }
 .seg__btn svg {
  display: block;
 }
 .landing__hero {
  text-align: center;
 }
 .landing__title {
  font-size: 56px;
  font-weight: 700;
  line-height: 1;
  margin: 0 0 16px;
  letter-spacing: -0.02em;
  background: linear-gradient(120deg, var(--vp-c-brand-1), var(--vp-c-brand-2));
  -webkit-background-clip: text;
  background-clip: text;
  color: transparent;
 }
 .landing__tagline {
  font-size: 18px;
  line-height: 1.55;
  color: var(--vp-c-text-2);
  margin: 0 auto;
  max-width: 720px;
 }
 .landing__cards {
  max-width: 1100px;
  width: 100%;
  margin: 0 auto;
  display: grid;
  grid-template-columns: repeat(3, 1fr);
  gap: 16px;
 }
 .landing__card {
  display: flex;
  flex-direction: column;
  gap: 8px;
  padding: 24px;
  border-radius: 12px;
  background: var(--vp-c-bg-soft);
  border: 1px solid var(--vp-c-divider);
  text-decoration: none;
  color: inherit;
  transition: border-color 0.2s, transform 0.2s;
 }
 .landing__card:hover {
  border-color: var(--vp-c-brand-1);
  transform: translateY(-2px);
 }
 .landing__card--soon {
  opacity: 0.55;
  cursor: not-allowed;
  pointer-events: none;
 }
 .landing__card h3 {
  margin: 0;
  font-size: 18px;
  font-weight: 600;
  color: var(--vp-c-text-1);
 }
 .landing__card p {
  margin: 0;
  font-size: 14px;
  line-height: 1.5;
  color: var(--vp-c-text-2);
 }
 .landing__cta {
  margin-top: auto;
  font-size: 14px;
  font-weight: 500;
  color: var(--vp-c-brand-1);
 }
 .landing__buttons {
  margin-top: auto;
  display: flex;
  flex-wrap: wrap;
  gap: 8px;
 }
 .landing__button {
  display: inline-flex;
  align-items: center;
  padding: 6px 12px;
  font-size: 13px;
  font-weight: 500;
  font-family: var(--vp-font-family-mono, monospace);
  color: var(--vp-c-text-1);
  background: var(--vp-c-bg);
  border: 1px solid var(--vp-c-divider);
  border-radius: 8px;
  text-decoration: none;
  transition: border-color 0.15s, color 0.15s;
 }
 .landing__button:hover {
  border-color: var(--vp-c-brand-1);
  color: var(--vp-c-brand-1);
 }
 .landing__version {
  text-align: center;
  margin: 24px 0 0;
  font-size: 12px;
  color: var(--vp-c-text-3);
  font-family: var(--vp-font-family-mono, monospace);
 }
 .landing__badge {
  display: inline-block;
  margin-left: 8px;
  padding: 2px 8px;
  font-size: 11px;
  font-weight: 500;
  text-transform: uppercase;
  letter-spacing: 0.04em;
  border-radius: 999px;
  background: var(--vp-c-bg-mute);
  color: var(--vp-c-text-3);
  vertical-align: middle;
 }
@media (max-width: 768px) {
  .landing {
    padding: 16px 16px 48px;
    gap: 32px;
  }
  .landing__title {
    font-size: 36px;
  }
  .landing__cards {
    grid-template-columns: 1fr;
  }
  .landing__controls {
    gap: 8px;
  }
 }
 </style>
--- a/docs/ru/applied/components.md
+++ b/docs/ru/applied/components.md
@@ -6,7 +6,7 @@ title: Компоненты
 Правила написания React-компонентов: файловая структура модуля, типизация пропсов, документирование и реализация. Раздел охватывает компоненты всех слоёв — от `shared/ui` до `screens`.
-Архитектурные слои и их назначение описаны в разделе [Архитектура](/basics/architecture).
+Архитектурные слои и их назначение описаны в разделе [Архитектура](/ru/basics/architecture/).
 ## Правила организации
@@ -43,7 +43,7 @@ container/
 - **`type` вместо `interface`** — гибче для пропсов: поддерживает union, intersection, mapped types. Declaration merging пропсам не нужно.
 - **Без `FC`** — неявно добавляет `children`, усложняет дженерики, не даёт преимуществ перед аннотацией параметра.
 - **Типы в `types/`, а не в `.tsx`** — предотвращает циклические зависимости (компонент импортирует хук, хук импортирует тип из компонента) и разделяет ответственность: `.tsx` для рендера, `.type.ts` для данных.
- **Без возвращаемого типа** — TypeScript выводит из JSX. Осознанное исключение из [базового правила](/basics/typing).
+- **Без возвращаемого типа** — TypeScript выводит из JSX. Осознанное исключение из [базового правила](/ru/basics/typing).
 ## Реализация
--- a/docs/ru/applied/project-structure.md
+++ b/docs/ru/applied/project-structure.md
@@ -4,7 +4,7 @@ title: Структура проекта
 # Структура проекта
-Раздел описывает расположение файлов и папок в проекте Next.js (App Router).
+Файловая организация Next.js-проекта по архитектуре SLM.
 ## Корень репозитория
@@ -41,19 +41,20 @@ public/
 ```text
 src/
 ├── app/        # Роутинг Next.js, провайдеры, глобальные стили
-├── screens/    # Собраные страницы (UI)
+├── layouts/        # Каркасы страниц (header, footer, sidebar)
-├── layouts/    # Шаблоны
+├── screens/        # Контент конкретной страницы
-├── widgets/    # Крупные самостоятельные блоки интерфейса
+├── widgets/        # Составные блоки интерфейса, не привязанные к домену
-├── features/   # Пользовательские сценарии
+├── business/       # Бизнес-домены (auth, catalog, orders)
-├── entities/   # Бизнес-сущности
+├── infrastructure/ # Техсервисы (theme, i18n, API-адаптеры)
-└── shared/     # Переиспользуемый код (UI, утилиты, типы и др.)
+├── ui/             # UI-кит без бизнес-логики
 └── shared/         # Общие ресурсы (утилиты, типы, стили)
 ```
-Принципы организации слоёв описаны в разделе [Архитектура](../basics/architecture).
+Принципы организации слоёв описаны в разделе [Архитектура](../basics/architecture/).
 ### Папка `app/`
-Совмещает два слоя: инициализацию приложения по FSD (провайдеры, глобальные стили) и файловый роутинг Next.js (`layout.tsx`, `page.tsx`, route-сегменты).
+Точка входа приложения: инициализация (провайдеры, глобальные стили) и файловый роутинг Next.js (`layout.tsx`, `page.tsx`, route-сегменты).
 ```text
 src/app/
@@ -73,8 +74,7 @@ src/app/
 ├── screen/       # Шаблон экрана
 ├── layout/       # Шаблон layout
 ├── widget/       # Шаблон виджета
-├── feature/      # Шаблон фичи
+├── module/       # Шаблон бизнес-модуля
 ├── entity/       # Шаблон сущности
 └── store/        # Шаблон стора
 ```
--- a/docs/ru/applied/styles.md
+++ b/docs/ru/applied/styles.md
@@ -4,7 +4,7 @@ title: Стили
 # Стили
-Раздел описывает правила написания CSS: PostCSS Modules, вложенность, медиа-запросы, переменные, форматирование.
+Правила написания CSS: PostCSS Modules, форматирование, переменные.
 ## Общие правила
--- a/docs/ru/applied/templates-generation.md
+++ b/docs/ru/applied/templates-generation.md
@@ -146,11 +146,10 @@ npx @gromlab/create <шаблон> <имя> <путь>
 | Команда | Что создаёт |
 |---|---|
 | `npx @gromlab/create component button src/shared/ui` | Компонент |
-| `npx @gromlab/create feature auth src/features` | Фичу |
+| `npx @gromlab/create module auth src/business` | Бизнес-модуль |
 | `npx @gromlab/create widget header src/widgets` | Виджет |
 | `npx @gromlab/create entity user src/entities` | Сущность |
 | `npx @gromlab/create layout admin src/layouts` | Layout |
-| `npx @gromlab/create store auth src/shared/model` | Стор |
+| `npx @gromlab/create store auth src/business/auth/stores` | Стор |
 :::
--- a/docs/ru/basics/architecture.md
+++ b/docs/ru/basics/architecture.md
@@ -1,471 +0,0 @@
 ---
 title: Архитектура
 ---
 # Архитектура
 Раздел описывает архитектуру проекта: из каких слоёв состоит приложение,
 как организован код внутри слоёв и какие правила управляют зависимостями.
 ## Что нужно знать
 SLM Design (Scoped Layered Module Design) — архитектурный подход
 к проектированию фронтенд-приложений, предложенный Громовым Сергеем в 2026 г.
 Вырос на основе:
 - [Feature-Sliced Design](https://feature-sliced.design) — слои и направление зависимостей
 - Screaming Architecture — структура говорит сама за себя
 - Colocation Principle — код рядом с местом использования
 Переосмыслив эти подходы, SLM Design отличается от FSD в трёх аспектах:
 где живёт код (колокация), как он организован (модули)
 и как масштабируется (подъём при переиспользовании).
 ## Терминология
 Архитектура оперирует четырьмя ключевыми понятиями:
 - **Слой** — содержит модули
 - **Модуль** — содержит сегменты
 - **Компонент** — содержит сегменты
 - **Сегмент** — папка внутри модуля или компонента, группирующая код по назначению: UI-элементы (`ui/`), хуки (`hooks/`), типы (`types/`), стили (`styles/`) и другие
 Модуль и компонент устроены одинаково — оба имеют сегменты. Разница в том, где они живут и обязателен ли UI.
 ```text
 Слой
 └── Модуль
    ├── Сегменты (hooks/, stores/, types/, styles/, lib/...)
    └── ui/
        └── Компонент
            ├── Сегменты (hooks/, stores/, types/, styles/, lib/...)
            └── ui/
                └── Компонент → ...
 ```
 ### Слой
 Архитектурный уровень. Содержит только модули. Определяет назначение кода и правила зависимостей.
 ### Модуль
 Единица первого уровня слоя, объединённая по смыслу. Может содержать компонент, логику, типы, стили — или любую комбинацию. Имеет публичный API (`index.ts`) и внутреннюю структуру из сегментов.
 Модуль — не обязательно UI. Feature `analytics` может быть только стором и сервисом. Entity `session` может быть только типами и хуком.
 Модуль не может содержать вложенных модулей. Вложенные единицы с UI размещаются в сегменте `ui/` как компоненты.
 ### Компонент
 Вложенная единица внутри сегмента `ui/` модуля (или другого компонента). Публичный `.tsx` файл обязателен. Именуется без суффикса слоя.
 Компонент может иметь собственные сегменты (`hooks/`, `styles/`, `types/` и т.д.), `index.ts` и свой `ui/` с ещё более вложенными компонентами.
 Отличия от модуля:
 | | Модуль | Компонент |
 |--|--------|-----------|
 | Где живёт | В корне слоя | В `ui/` модуля или другого компонента |
 | Публичный `.tsx` | С суффиксом слоя, опционален | Без суффикса, обязателен |
 | Может не иметь UI | Да | Нет |
 Пример:
 ```text
 features/auth-by-email/                        # модуль
 ├── auth-by-email.feature.tsx                  # публичный .tsx модуля (с суффиксом, опционален)
 ├── ui/                                        # сегмент: компоненты
 │   ├── login-form/                            # компонент
 │   │   ├── login-form.tsx                     # публичный .tsx компонента (без суффикса, обязателен)
 │   │   ├── ui/                                # вложенные компоненты
 │   │   │   └── password-field/
 │   │   │       └── password-field.tsx
 │   │   ├── hooks/
 │   │   │   └── use-validation.hook.ts
 │   │   ├── styles/
 │   │   │   └── login-form.module.css
 │   │   └── index.ts
 │   └── reset-password/                        # компонент
 │       ├── reset-password.tsx
 │       └── index.ts
 ├── hooks/
 │   └── use-auth.hook.ts
 ├── stores/
 │   └── auth.store.ts
 └── index.ts
 ```
 ### Сегмент
 Техническая папка внутри модуля или компонента, группирующая код по назначению. Набор не фиксирован — включаются только те сегменты, которые нужны.
 | Сегмент | Назначение |
 |---------|-----------|
 | `ui/` | Вложенные компоненты |
 | `hooks/` | React-хуки |
 | `stores/` | Сторы состояния |
 | `types/` | Интерфейсы, типы, enums, DTO |
 | `styles/` | Стили |
 | `lib/` | Утилиты |
 | `services/` | Внешние источники данных |
 | `helpers/` | Вспомогательные функции |
 | `config/` | Константы, конфигурация |
 ## Ключевой принцип
 > Модуль живёт на самом низком уровне, где он используется.
 > Поднимается выше только при переиспользовании в 2+ местах.
 Если модуль используется только в одном месте — он остаётся на текущем уровне.
 Как только он начинает использоваться в 2+ местах — выносится на уровень выше.
 В крайнем случае — в `shared/`, где он доступен всем.
 ## Слои
 Каждый нижний слой не знает о существовании верхних. Импорты идут строго сверху вниз.
 ```
 app → layouts → screens → widgets → features → entities → shared
 ```
 | Слой | Что лежит | Импортирует |
 |------|-----------|-------------|
 | **App** | Роутинг, провайдеры, глобальные стили. Композиция layout + screen для маршрута. | Все слои ниже |
 | **Layouts** | Каркас страницы, общий для группы маршрутов. | widgets, features, entities, shared |
 | **Screens** | Контент конкретной страницы. | widgets, features, entities, shared |
 | **Widgets** | Составные блоки с данными/логикой, переиспользуемые в 2+ местах. | features, entities, shared |
 | **Features** | Пользовательское действие или интерактивный сценарий. | entities, shared |
 | **Entities** | Бизнес-сущность с отображением и типами. | shared |
 | **Shared** | Переиспользуемые компоненты, утилиты, стили без бизнес-логики. | ничего |
 Принципы:
 - Импорты строго сверху вниз
 - Модули одного слоя не знают друг о друге
 - Layout получает контекстно-зависимые блоки через пропсы от app, а не импортирует их сам
 - `entities/` и `features/` создаются осознанно — это не результат «вынесения» компонента из screen
 ### App
 Точка входа приложения: роутинг (Next.js App Router), провайдеры, глобальные стили.
 Находится на самом высоком уровне абстракции — может импортировать любой слой ниже.
 Никакой бизнес-логики — только композиция.
 ```text
 app/
 ├── layout.tsx              # RootLayout: провайдеры, глобальные стили
 ├── page.tsx                # Главная: MainLayout + HomeScreen
 ├── knv-new/
 │   └── page.tsx            # КНВ: MainLayout + KnvScreen
 └── catalog/
    └── page.tsx            # Каталог: MainLayout + CatalogScreen
 ```
 ```tsx
 // app/knv-new/page.tsx
 import { MainLayout } from '@/layouts/main'
 import { KnvScreen } from '@/screens/knv'
 export default function KnvNewPage() {
  return (
    <MainLayout>
      <KnvScreen />
    </MainLayout>
  )
 }
 ```
 Если layout требует разный контент в зависимости от страницы — app передаёт его через пропсы:
 ```tsx
 // app/knv-new/page.tsx
 import { MainLayout } from '@/layouts/main'
 import { KnvScreen } from '@/screens/knv'
 import { KnvHeader } from '@/widgets/knv-header'
 export default function KnvNewPage() {
  return (
    <MainLayout header={<KnvHeader />}>
      <KnvScreen />
    </MainLayout>
  )
 }
 ```
 ### Layouts
 Каркас страницы — общие элементы, одинаковые для группы маршрутов (header, footer, sidebar).
 Если компонент внутри layout начинает использоваться в 2+ местах — он выносится в `widgets/` или `shared/ui/`.
 ```text
 src/layouts/
 └── main/
    ├── main.layout.tsx
    ├── ui/
    │   ├── header/
    │   │   └── header.tsx
    │   └── footer/
    │       └── footer.tsx
    └── index.ts
 ```
 ### Screens
 Контент конкретной страницы. Собирает локальные секции и переиспользуемые модули из нижних слоёв.
 Если компонент внутри screen начинает использоваться в 2+ местах — он выносится в `widgets/` или `shared/ui/`.
 ```text
 src/screens/
 └── knv/
    ├── knv.screen.tsx
    ├── ui/
    │   ├── hero-section/
    │   │   └── hero-section.tsx
    │   ├── products-section/
    │   │   └── products-section.tsx
    │   └── diseases-section/
    │       └── diseases-section.tsx
    └── index.ts
 ```
 ### Widgets
 Составные блоки с данными и логикой, переиспользуемые в 2+ местах.
 Если блок с логикой нужен только в одном месте — это компонент внутри `screens/{name}/ui/` или `layouts/{name}/ui/`, а не widget.
 ```text
 src/widgets/
 └── popular-products-slider/
    ├── popular-products-slider.widget.tsx
    ├── ui/
    │   └── slider-card/
    │       └── slider-card.tsx
    ├── hooks/
    │   └── use-products.hook.ts
    └── index.ts
 ```
 ### Features
 Пользовательское действие или интерактивный сценарий: авторизация, заказ, добавление в корзину.
 Feature создаётся осознанно, когда есть действие пользователя с бизнес-логикой. Компонент опционален — feature может экспортировать хуки, сторы, компоненты или всё вместе.
 ```text
 src/features/
 └── auth-by-email/
    ├── auth-by-email.feature.tsx
    ├── ui/
    │   ├── login-form/
    │   │   └── login-form.tsx
    │   └── reset-password/
    │       └── reset-password.tsx
    ├── hooks/
    │   └── use-auth.hook.ts
    ├── stores/
    │   └── auth.store.ts
    └── index.ts
 ```
 ### Entities
 Бизнес-сущность с отображением и типами: препарат, заболевание, врач, пользователь.
 Entity создаётся осознанно, когда появляется бизнес-сущность. Компонент опционален — entity может быть только типами и хуком.
 Отличие от `shared/ui/`: entity-компонент знает о бизнес-домене (принимает `Product`, а не абстрактные пропсы).
 ```text
 src/entities/
 ├── product/
 │   ├── product.entity.tsx
 │   ├── ui/
 │   │   └── product-card/
 │   │       └── product-card.tsx
 │   ├── types/
 │   │   └── product.type.ts
 │   └── index.ts
 │
 ├── session/
 │   ├── types/
 │   │   └── session.type.ts
 │   ├── hooks/
 │   │   └── use-session.hook.ts
 │   └── index.ts
 ```
 ### Shared
 Переиспользуемые компоненты, утилиты, стили без бизнес-логики. Не знает о бизнес-домене — работает с абстрактными данными.
 Структурирован как набор сегментов:
 ```text
 src/shared/
 ├── ui/
 │   ├── icon/
 │   │   └── icon.tsx
 │   ├── carousel/
 │   │   ├── carousel.tsx
 │   │   ├── ui/
 │   │   │   ├── carousel-slide/
 │   │   │   │   └── carousel-slide.tsx
 │   │   │   └── carousel-dots/
 │   │   │       └── carousel-dots.tsx
 │   │   └── index.ts
 │   ├── container/
 │   └── button/
 ├── lib/
 │   ├── format-date.ts
 │   └── cn.ts
 ├── styles/
 │   ├── variables.css
 │   └── media.css
 └── sprites/
 ```
 ## Модуль
 ### Структура
 ```text
 {name}/
 ├── {name}.{суффикс}.tsx     # компонент (опционален)
 ├── ui/                      # вложенные компоненты
 ├── hooks/                   # хуки
 ├── stores/                  # сторы
 ├── types/                   # типы, интерфейсы, enums
 ├── styles/                  # стили
 ├── lib/                     # утилиты
 ├── services/                # внешние источники данных
 ├── helpers/                 # вспомогательные функции
 ├── config/                  # константы, конфигурация
 └── index.ts                 # публичный API
 ```
 ### Именование компонента
 Суффикс слоя получают **только модули первого уровня слоя** — те, что лежат непосредственно в корне слоя. Все компоненты (в `ui/`, любой глубины) именуются без суффикса. Без исключений.
 | Слой | Суффикс | Пример |
 |------|---------|--------|
 | Layouts | `.layout.tsx` | `main.layout.tsx` |
 | Screens | `.screen.tsx` | `knv.screen.tsx` |
 | Widgets | `.widget.tsx` | `popular-products-slider.widget.tsx` |
 | Features | `.feature.tsx` | `auth-by-email.feature.tsx` |
 | Entities | `.entity.tsx` | `product.entity.tsx` |
 Примеры:
 ```text
 features/auth-by-email/auth-by-email.feature.tsx       # модуль первого уровня → суффикс
 features/auth-by-email/ui/login-form/login-form.tsx     # компонент в ui/ → без суффикса
 shared/ui/carousel/carousel.tsx                         # компонент в shared → без суффикса
 ```
 ### Правила импорта
 Три уровня правил:
 **Между слоями** — импорты строго сверху вниз:
 ```
 app → layouts → screens → widgets → features → entities → shared
 ```
 **Внутри модуля (не shared)** — сегменты доступны друг другу и компонентам. Компоненты внутри одного `ui/` не импортируют друг друга:
 ```text
 features/auth-by-email/
 ├── ui/
 │   ├── login-form/          # НЕ может импортировать reset-password
 │   └── reset-password/      # НЕ может импортировать login-form
 ```
 Если двум компонентам нужен общий код — он поднимается на уровень выше:
 ```text
 features/auth/ui/login-form/ui/email-input/    # нужен соседу
 → features/auth/ui/email-input/                 # поднимаем на уровень
 → shared/ui/email-input/                        # если нужен за пределами фичи
 ```
 Компоненты наследуют правила зависимостей **родительского слоя**:
 - Компонент внутри `features/auth/ui/login-form/` может импортировать `entities/` и `shared/` — как и сам feature
 - Компонент внутри `widgets/hero/ui/hero-stats/` может импортировать `features/`, `entities/`, `shared/` — как и сам widget
 **Shared** — без ограничений на внутренние импорты. Компоненты в `shared/ui/` могут импортировать друг друга (`button` использует `icon`), `ui/` может использовать `lib/` и другие сегменты. Shared — фундамент, его компоненты строятся друг на друге.
 Правила импорта между слоями enforceable через ESLint — настройка границ слоёв и запрет обратных зависимостей.
 ## Жизненный цикл модуля
 Модуль не проектируется «на вырост». Он рождается на самом низком уровне
 и поднимается только когда появляется реальная потребность.
 Пример пути компонента `product-card`:
 1. **Начало:** `screens/catalog/ui/product-card/` — нужен только на странице каталога.
 2. **Переиспользование:** появился на странице поиска — выносим выше.
   Куда именно зависит от природы:
   - Составной блок с данными и логикой → `widgets/product-card/`
   - Представление бизнес-сущности → `entities/product/ui/product-card/`
   - Абстрактный UI без бизнес-логики → `shared/ui/product-card/`
 Основной триггер подъёма — переиспользование в 2+ местах.
 Но если очевидно что модуль будет переиспользоваться — разумно разместить его на нужном уровне сразу.
 Как происходит подъём на практике:
 1. Разработчик обнаруживает что компонент нужен в другом месте
 2. Определяет целевой слой по природе компонента (widget / entity / shared)
 3. Перемещает папку, обновляет импорты, добавляет суффикс если это модуль первого уровня слоя
 4. Ревью подтверждает что подъём обоснован
 Подъём — это обычный рефакторинг в рамках задачи, а не отдельная активность.
 ## Граничные случаи
 | Ситуация | Решение | Почему |
 |----------|---------|--------|
 | Фильтр каталога только на одной странице, но с хуками и стором | Модуль в `screens/catalog/` с сегментами `hooks/`, `stores/` | Не feature — feature это действие пользователя с бизнес-логикой (авторизация, заказ), а не UI с состоянием |
 | Компонент используется в 2 местах на одной странице | Остаётся в `screens/{name}/ui/` | Переиспользование внутри одного screen — не повод выносить в widget |
 | Entity без UI (только типы и хук) | Нормально | Модуль не обязан иметь UI. `entities/session/` с типами и хуком — валидный модуль |
 | Компонент нужен и в layout, и в screen | Выносить в `widgets/` или `shared/ui/` | Два разных слоя используют один компонент → переиспользование → подъём |
 | Модуль screen содержит бизнес-логику (хуки, стор, сервисы) | Нормально | Это не значит что он должен стать feature. Модуль с логикой внутри screen — обычное дело, пока он не переиспользуется |
 | Компонент в `shared/ui/button` хочет использовать `shared/ui/icon` | Разрешено | Shared — исключение: внутренние импорты без ограничений. Это фундамент, его компоненты строятся друг на друге |
 ## Запрещено
 - **Не создавать feature без бизнес-логики** — кнопка без состояния и сайд-эффектов это компонент в `ui/`, а не feature
 - **Не класть доменные типы в shared** — если тип знает о Product, Disease, User — он живёт в `entities/`, не в `shared/`
 - **Не создавать entity или feature как результат «вынесения»** — они создаются осознанно: появилась бизнес-сущность → entity, появилось действие пользователя → feature
 - **Не импортировать соседние компоненты в `ui/` (кроме shared)** — если двум компонентам нужен общий код, он поднимается на уровень выше
 - **Не хранить в shared «помойку для всего»** — shared содержит переиспользуемые компоненты и утилиты без бизнес-логики, а не код который «непонятно куда положить»
 ## Почему так, а не иначе
 ### Почему `ui/` а не `modules/`
 Внутри сегмента `ui/` всегда лежат единицы с обязательным UI (компоненты). Название точно отражает содержимое. `modules/` был нейтральнее, но скрывал природу вложенных единиц и создавал путаницу — модуль внутри модуля размывал понятие «модуль как единица слоя».
 ### Почему модуль и компонент — разные понятия
 Модуль — единица первого уровня слоя, может не иметь UI. Компонент — вложенная единица с обязательным UI. Разделение снимает вопрос «а если нет `.tsx` — это всё ещё компонент?» и делает название сегмента `ui/` честным.
 ### Почему shared без ограничений на внутренние импорты
 Shared — фундамент. Его компоненты строятся друг на друге: `button` использует `icon`, `carousel` использует `button`. Запрещать это — бороться с реальностью. Поднимать некуда — shared уже нижний слой.
 ### Почему нет слоя pages
 Роутинг живёт в `app/` (Next.js App Router). Отдельный слой `pages` конфликтовал бы с файловой структурой Next.js и дублировал ответственность `app/`.
 ### Почему компоненты в одном `ui/` не импортируют друг друга (кроме shared)
 Независимые компоненты легко выносить в другой слой при переиспользовании. Если компонент A зависит от соседа B — при подъёме A придётся тянуть B. Это усложняет рефакторинг и нарушает принцип колокации.
--- a/docs/ru/basics/architecture/index.md
+++ b/docs/ru/basics/architecture/index.md
@@ -0,0 +1,98 @@
 ---
 title: Архитектура
 ---
 # SLM Design
 Scoped Layered Module Design — модульная архитектура фронтенд-приложений. Код организован по слоям ответственности, а модуль содержит всё, что ему нужно: компоненты, хуки, сторы, типы, стили.
 ## Преимущества
 ### Вертикальная организация домена
 Бизнес-домен не разбивается по техническим слоям — сценарии, сущности, типы и UI живут в одном модуле. Это сокращает время навигации и упрощает сопровождение: все изменения домена локализованы.
 ### Dependency Injection без фреймворков
 Cross-domain зависимости в бизнес-слое реализуются через фабрики — модуль декларирует что ему нужно, а точка использования предоставляет зависимости. Домены изолированы без DI-контейнеров, провайдеров и шин событий.
 ### Разделение ответственности без перегрузки слоёв
 Сервисы приложения (`infrastructure/`), UI-кит (`ui/`) и общие ресурсы (`shared/`) — три разных слоя с разной природой. Ни один слой не превращается в свалку разнородного кода.
 ### Горизонтальная инкапсуляция
 Вложенные модули (`parts/`) и направление зависимостей позволяют нескольким разработчикам работать над одной областью приложения параллельно, не затрагивая код друг друга.
 ### Колокация по умолчанию
 Код начинает жизнь рядом с местом использования и поднимается в общие слои только при реальной потребности. Глобальные слои не засоряются преждевременными абстракциями.
 ### Явное разделение каркаса и контента
 Каркас группы маршрутов (`layouts/`) и контент конкретной страницы (`screens/`) — независимые слои с собственной ответственностью.
 ### Масштабирование через группировку
 При росте проекта слои не теряют структуру — модули группируются по естественным признакам: бизнес-домены по субдоменам, страницы по разделам, UI-компоненты по уровню абстракции (примитивы и композиции).
 ## Происхождение
 SLM Design вырос на основе:
 - **Feature-Sliced Design** — слоистая структура, публичный API модуля, направление зависимостей
 - **Vertical Slice Architecture** — модуль как вертикальный срез, содержащий всё необходимое
 - **Screaming Architecture** — структура проекта «кричит» о назначении: открыл `business/auth` — видишь авторизацию
 - **Colocation Principle** — код живёт рядом с местом использования
 ## Пример структуры проекта
 ```text
 src/
 ├── app/
 │
 ├── layouts/
 │   ├── main/
 │   └── dashboard/
 │
 ├── screens/
 │   ├── home/
 │   ├── products/
 │   ├── product-detail/
 │   └── about/
 │
 ├── widgets/
 │   ├── page-heading/
 │   ├── hero-section/
 │   └── promo-banner/
 │
 ├── business/
 │   ├── auth/
 │   ├── catalog/
 │   ├── orders/
 │   └── chat/
 │
 ├── infrastructure/
 │   ├── theme/
 │   ├── i18n/
 │   ├── backend-api/
 │   └── logger/
 │
 ├── ui/
 │   ├── button/
 │   ├── input/
 │   ├── modal/
 │   ├── toast/
 │   └── dropdown/
 │
 └── shared/
    ├── lib/
    ├── types/
    └── styles/
 ```
 ## Принципы
 - **Домен — единое целое.** Всё, что относится к домену, живёт в одном модуле.
 - **Колокация.** Код рождается рядом с местом использования и поднимается только при необходимости.
 - **Зависимости однонаправлены.** Импорты только сверху вниз, только через публичный API.
 - **Архитектура — каркас, не клетка.** Правила фиксируют направление зависимостей и структуру модуля, остальное определяет команда.
--- a/docs/ru/basics/architecture/reference/layers.md
+++ b/docs/ru/basics/architecture/reference/layers.md
@@ -0,0 +1,252 @@
 ---
 title: Слои
 ---
 # Слои
 Слои SLM: назначение, классификация, направление зависимостей, правила.
 ## Определение
 **Слой — уровень организации кода внутри `src/`. Каждый слой отвечает за свою область (каркас страницы, бизнес-логика, UI-кит) и задаёт правила для кода внутри: направление импортов, именование, допустимые связи между модулями.**
 ## Группы слоёв
 Слои делятся на три группы:
 | Группа | Слои | Описание |
 |--------|------|----------|
 | Композиция | `app`, `layouts`, `screens`, `widgets` | Собирают интерфейс из готовых блоков: маршруты, каркасы, страницы |
 | Ядро | `business`, `infrastructure`, `ui` | Реализация продукта: бизнес-домены, техсервисы, UI-кит |
 | Фундамент | `shared` | Общие ресурсы: утилиты, хелперы, стили, конфиги |
 ## Направление зависимостей
 Любой импорт между модулями — только через публичный API.
 ```
 app → [ layouts | screens ] → widgets → business → infrastructure → ui → shared
 ```
 - `layouts` и `screens` — параллельные слои, не импортируют друг друга
 - Модули одного слоя в группе «Композиция» изолированы друг от друга
 - Модули одного слоя `infrastructure` и `ui` могут импортировать друг друга через публичный API
 - Модули `business` — cross-domain зависимости по коду через фабрику, `import type` напрямую
 - Импорт типов (`import type`) в «Ядре» разрешён в обоих направлениях
 ## Слой App
 Точка входа приложения. Отвечает за запуск, роутинг и композицию маршрутов из layout и screen.
 В отличие от остальных слоёв, `app/` не содержит модулей SLM. Здесь живут только инфраструктурные файлы, которые не могут быть никаким другим слоем: файлы фреймворка роутинга, точка запуска и код инициализации.
 ### Требования
 - Не содержит модулей SLM — только файлы фреймворка, роутинг, инициализация
 - Содержит: файлы маршрутов, bootstrap, обработку ошибок верхнего уровня (404, error boundary), подключение глобальных стилей и ассетов
 - Провайдеры и гарды — только подключает готовые из нижних слоёв, не реализует
 - Не содержит бизнес-логику, UI-компоненты, хуки, сторы, сервисы
 - Никем не импортируется
 ## Слой Layouts
 Каркас страницы: общие элементы, одинаковые для группы маршрутов (header, footer, sidebar).
 ```text
 src/layouts/
 ├── main/
 ├── dashboard/
 └── auth/
 ```
 ### Требования
 - Содержит только модули
 - Не содержит бизнес-логику
 - Контекстно-зависимые блоки принимает через пропсы от `app`, не импортирует напрямую
 ## Слой Screens
 Контент конкретной страницы: собирает её из модулей нижних слоёв.
 ```text
 src/screens/
 ├── home/
 ├── products/
 ├── product-detail/
 ├── about/
 └── contacts/
 ```
 Когда количество страниц затрудняет навигацию — вводится группировка по разделам. Группа — папка для организации, не модуль (без `index.ts`).
 ```text
 src/screens/
 ├── shop/
 │   ├── home/
 │   ├── products/
 │   ├── product-detail/
 │   └── cart/
 ├── account/
 │   ├── profile/
 │   ├── settings/
 │   └── order-history/
 └── info/
    ├── about/
    ├── contacts/
    └── faq/
 ```
 ### Требования
 - Содержит только модули
 - Не содержит бизнес-логику
 - Локальные одноразовые секции живут внутри screen-модуля, не выносятся в `widgets`/`business`
 ## Слой Widgets
 Составной блок интерфейса, который компонует модули ядра, но не принадлежит конкретному бизнес-домену. Widget появляется когда блок используется в нескольких screens или layouts.
 Если блок принадлежит домену — он живёт в `business/{area}/`, даже если переиспользуется. Если блок нужен только в одном месте — это `screens/{name}/parts/` или `layouts/{name}/parts/`, а не widget.
 ```text
 src/widgets/
 ├── page-heading/
 ├── hero-section/
 ├── onboarding-checklist/
 ├── promo-banner/
 └── error-boundary/
 ```
 ### Требования
 - Не принадлежит конкретному бизнес-домену. Если блок доменный — он живёт в `business/`
 - Используется в нескольких screens или layouts
 ## Слой Business
 Бизнес-домены приложения: auth, catalog, orders, checkout, chat. Каждый домен — отдельный модуль со своими типами, логикой, UI и сервисами.
 Слой входит в группу «Ядро». Импортирует `infrastructure/`, `ui/`, `shared/`. Cross-domain зависимости по коду реализуются через фабрику. `import type` между доменами разрешён напрямую.
 Business объединяет то, что в FSD разделено на `features` и `entities`: пользовательские сценарии и бизнес-сущности живут вместе, внутри одного домена. Внутри домена сегменты разделяют ответственность: `types/` — доменная модель, `hooks/` и `services/` — сценарии и логика, `mappers/` — трансформация данных, `parts/` — составные блоки.
 ```text
 src/business/
 ├── auth/
 ├── catalog/
 ├── orders/
 ├── checkout/
 └── chat/
 ```
 Когда количество доменов затрудняет навигацию — вводится группировка по субдоменам. Группа — папка для организации, не модуль (без `index.ts`).
 ```text
 src/business/
 ├── commerce/
 │   ├── catalog/
 │   ├── cart/
 │   ├── orders/
 │   └── checkout/
 └── communication/
    ├── chat/
    └── notifications/
 ```
 ### Требования
 - Один модуль = один бизнес-домен
 - Циклические зависимости между доменами запрещены
 - Импорт кода между доменами — через фабрику. `import type` — напрямую
 - Доменные типы (`User`, `Product`) живут здесь, не в `shared/`
 ## Слой Infrastructure
 Техсервисы приложения: theme, i18n, API-адаптеры, logger, realtime. Каждый сервис — отдельный модуль.
 Слой входит в группу «Ядро». Импортирует `infrastructure/`, `ui/`, `shared/`.
 Отличие от `shared/`: infrastructure — инфраструктура приложения (сервисы, темы, адаптеры к API), `shared/` — общие ресурсы (утилиты, хелперы, стили, конфиги).
 ```text
 src/infrastructure/
 ├── theme/
 ├── i18n/
 ├── backend-api/
 ├── maps-api/
 ├── logger/
 ├── feature-flags/
 └── realtime/
 ```
 ### Требования
 - Один модуль = один техсервис
 - Импортирует `infrastructure/`, `ui/`, `shared/`
 ## Слой UI
 UI-кит без бизнес-логики: button, carousel, toast, modal.
 Слой входит в группу «Ядро». Импортирует `ui/` и `shared/`.
 Компоненты строятся друг на друге: `button` использует `icon`, `carousel` использует `button`.
 ```text
 src/ui/
 ├── button/
 ├── input/
 ├── icon/
 ├── carousel/
 ├── modal/
 ├── toast/
 ├── dropdown/
 ├── tabs/
 └── tooltip/
 ```
 Когда количество компонентов затрудняет навигацию — вводится группировка на примитивы и композиции. Примитивы (`button`, `icon`, `input`) не импортируют композиции. Композиции (`carousel`, `modal`, `dropdown`) строятся на примитивах.
 ```text
 src/ui/
 ├── primitives/
 │   ├── button/
 │   ├── input/
 │   ├── icon/
 │   └── badge/
 └── composites/
    ├── carousel/
    ├── modal/
    ├── dropdown/
    ├── tabs/
    └── tooltip/
 ```
 ### Требования
 - Не содержит бизнес-логику
 - Импортирует только `ui/` и `shared/`
 ## Слой Shared
 Общие ресурсы: утилиты, хелперы, стили, конфиги. Не знает о бизнес-домене.
 Слой входит в группу «Фундамент» — ни о ком не знает, никого не импортирует.
 Отличие от `infrastructure/`: infrastructure — инфраструктура приложения (сервисы, темы, адаптеры к API), `shared/` — общие ресурсы (утилиты, хелперы, стили, конфиги).
 Отличие от `ui/`: UI-компоненты (button, carousel, modal) живут в слое `ui/`, а не здесь.
 ```text
 src/shared/
 ├── lib/
 ├── types/
 ├── styles/
 └── sprites/
 ```
 ### Требования
 - Не имеет runtime-состояния
--- a/docs/ru/basics/architecture/reference/modules.md
+++ b/docs/ru/basics/architecture/reference/modules.md
@@ -0,0 +1,164 @@
 ---
 title: Модули
 ---
 # Модули
 Модули SLM: состав, границы, взаимодействие с остальным кодом.
 ## Определение
 **Модуль — универсальный строительный блок архитектуры. Живёт на слое и содержит всё необходимое для своей работы: компоненты, хуки, сторы, сервисы, типы, стили. Набор содержимого не фиксирован — включаются только нужные части.**
 ## Модуль vs компонент
 **Компонент** — один `.tsx` файл. Не имеет своих сегментов, использует сегменты родительского модуля. Живёт в корне или `ui/` сегменте модуля.
 **Модуль** — папка, которая может содержать корневой компонент, сегменты (`hooks/`, `types/`, `styles/`, `ui/`, `parts/` и т.д.) и публичный API (`index.ts`).
 ```text
 auth/                              
 ├── ui/
 │   ├── auth-guard.tsx
 │   └── logout-button.tsx
 ├── parts/
 │   ├── login-form/
 │   ├── registration-form/
 │   └── restore-form/
 ├── hooks/
 ├── stores/
 ├── types/
 ├── auth.tsx             # корневой компонент (опционален)
 └── index.ts
 ```
 ## Структура
 Модуль состоит из сегментов. Ни один сегмент не обязателен — модуль может состоять даже из одного `index.ts` с реэкспортом типов.
 ```text
 {module-name}/
 ├── {module-name}.tsx            # корневой компонент (опционален)
 ├── ui/                          # компоненты модуля (только .tsx)
 ├── parts/                       # вложенные модули (со своими сегментами)
 ├── hooks/                       # хуки
 ├── stores/                      # сторы состояния
 ├── services/                    # внешние источники данных
 ├── mappers/                     # трансформация данных между форматами
 ├── types/                       # типы
 ├── styles/                      # стили
 ├── lib/                         # утилиты модуля
 ├── config/                      # константы
 └── index.ts                     # публичный API
 ```
 Подробное описание каждого сегмента — в разделе [Сегменты](/ru/basics/architecture/reference/segments).
 ## Публичный API
 Модуль экспортирует наружу только то, что нужно другим. Всё остальное — внутреннее.
 ```ts
 // business/auth/index.ts
 export type { User, Session } from './types/user.types'
 export { useAuth } from './hooks/use-auth.hook'
 export { AuthGuard } from './ui/auth-guard'
 ```
 Импорт в обход `index.ts` запрещён:
 ```ts
 // Плохо
 import { validateToken } from '@/business/auth/lib/tokens'
 // Хорошо
 import { useAuth } from '@/business/auth'
 ```
 ## Фабрика
 Если модуль зависит от кода другого бизнес-домена — он экспортирует фабрику. Фабрика декларирует необходимые зависимости и возвращает API модуля. Точка использования (screen, widget, layout) предоставляет зависимости при вызове.
 Модуль без cross-domain зависимостей экспортирует API напрямую. Типы всегда экспортируются напрямую — `import type` не является runtime-зависимостью.
 ### Модуль без зависимостей — прямой экспорт:
 ```ts
 // business/auth/index.ts
 export { useAuth } from './hooks/use-auth'
 export { useCurrentUser } from './hooks/use-current-user'
 export type { User, Session } from './types'
 ```
 ### Модуль с зависимостями — фабрика:
 ```ts
 // business/chat/types/deps.ts
 import type { User } from '@/business/auth'
 export interface ChatDeps {
  useCurrentUser: () => User | null
 }
 ```
 ```ts
 // business/chat/index.ts
 import type { ChatDeps } from './types/deps'
 export function chatFactory(deps: ChatDeps) {
  return {
    useMessages: (roomId: string) => {
      const user = deps.useCurrentUser()
      // ...
    },
    useSendMessage: (roomId: string) => {
      const user = deps.useCurrentUser()
      return (text: string) => { /* ... */ }
    },
    useChatRooms: () => {
      const user = deps.useCurrentUser()
      // ...
    },
    ChatBadge: ({ count }: { count: number }) => { /* ... */ },
  }
 }
 export type { Message, ChatRoom } from './types'
 export type { ChatDeps } from './types/deps'
 ```
 ### Использование на странице:
 ```tsx
 // screens/support/support.tsx
 import { useCurrentUser } from '@/business/auth'
 import { chatFactory } from '@/business/chat'
 const chat = chatFactory({ useCurrentUser })
 export function SupportScreen() {
  const { useMessages, useSendMessage, ChatBadge } = chat
  const messages = useMessages('support')
  const sendMessage = useSendMessage('support')
  return (
    <div>
      <ChatBadge count={messages.length} />
      {messages.map(m => <MessageBubble key={m.id} {...m} />)}
      <MessageInput onSend={sendMessage} />
    </div>
  )
 }
 ```
 ## Жизненный цикл
 Модуль рождается на самом низком уровне использования и поднимается выше только при реальной потребности.
 - Нужен на одной странице → `screens/{name}/parts/`
 - Появился в 2+ местах → поднимается по природе:
  - абстрактный UI → `ui/`
  - блок с данными/логикой → `widgets/`
  - представление бизнес-домена → `business/{area}/parts/`
 Подъём — обычный рефакторинг в рамках задачи, а не отдельная активность.
--- a/docs/ru/basics/architecture/reference/segments.md
+++ b/docs/ru/basics/architecture/reference/segments.md
@@ -0,0 +1,153 @@
 ---
 title: Сегменты
 ---
 # Сегменты
 Сегменты SLM: типы, назначение, что лежит внутри каждого.
 ## Определение
 **Сегмент — папка внутри модуля, которая группирует файлы по назначению. Набор сегментов не фиксирован — модуль включает только те, которые ему нужны. Команда сама определяет какие сегменты используются в проекте — архитектура даёт рекомендацию.**
 ## Обзор
 | Сегмент | Содержимое |
 |---------|------------|
 | `ui/` | Компоненты модуля — только `.tsx` файлы |
 | `parts/` | Вложенные модули со своими сегментами |
 | `hooks/` | React-хуки |
 | `stores/` | Сторы состояния |
 | `services/` | Работа с внешними источниками данных |
 | `mappers/` | Трансформация данных между форматами |
 | `types/` | TypeScript-типы и интерфейсы |
 | `styles/` | Стили |
 | `lib/` | Утилиты и хелперы модуля |
 | `config/` | Константы и конфигурация |
 ## Сегмент ui/
 Компоненты, принадлежащие модулю. Содержит только `.tsx` файлы — без своих сегментов, стилей, типов, хуков. Использует сегменты родительского модуля.
 ```text
 auth/
 ├── ui/
 │   ├── auth-provider.tsx
 │   ├── auth-guard.tsx
 │   └── logout-button.tsx
 ├── types/
 ├── hooks/
 └── index.ts
 ```
 Если компоненту нужны собственные сегменты — это уже не `ui/`, а `parts/`.
 ## Сегмент parts/
 Вложенные модули со своими сегментами. Каждый элемент `parts/` — полноценный модуль: папка с компонентом, хуками, стилями, типами и т.д.
 ```text
 home/
 ├── parts/
 │   ├── hero-section/
 │   │   ├── hero-section.tsx
 │   │   ├── styles/
 │   │   └── parts/
 │   │       └── top-banner/
 │   │           └── top-banner.tsx
 │   └── features-section/
 │       ├── features-section.tsx
 │       └── hooks/
 ├── home.screen.tsx
 └── index.ts
 ```
 Отличие от `ui/`: элемент `parts/` — модуль со своими сегментами. Элемент `ui/` — компонент, один `.tsx` файл.
 Вложенность `parts/` инкапсулирует область разработки горизонтально: каждый разработчик работает в своём `parts/`-модуле, не затрагивая чужие. Это снижает конфликты при параллельной разработке.
 Если вложенный модуль обрастает своими `parts/` — это сигнал, что он достаточно самостоятельный для подъёма на уровень выше.
 ## Сегмент hooks/
 React-хуки модуля. Инкапсулируют логику, состояние, подписки, побочные эффекты.
 ```text
 hooks/
 ├── use-auth.hook.ts
 ├── use-session.hook.ts
 └── use-permissions.hook.ts
 ```
 ## Сегмент stores/
 Сторы состояния модуля. Конкретная реализация зависит от выбранного стейт-менеджера (Zustand, MobX, Redux и т.д.).
 ```text
 stores/
 ├── auth.store.ts
 └── session.store.ts
 ```
 ## Сегмент services/
 Работа с внешними источниками данных: API-вызовы, запросы, подписки.
 ```text
 services/
 ├── auth.service.ts
 └── token.service.ts
 ```
 ## Сегмент mappers/
 Функции трансформации данных из одного формата в другой: DTO в доменный тип, доменный тип в DTO, доменный тип в ViewModel.
 ```text
 mappers/
 ├── map-user.ts
 ├── map-product.ts
 └── map-order-to-dto.ts
 ```
 ## Сегмент types/
 TypeScript-типы и интерфейсы модуля. Доменные типы, DTO, пропсы компонентов.
 ```text
 types/
 ├── user.type.ts
 └── session.type.ts
 ```
 ## Сегмент styles/
 Стили модуля. Формат зависит от выбранного подхода (CSS Modules, SCSS, CSS-in-JS и т.д.).
 ```text
 styles/
 ├── auth.module.css
 └── login-form.module.css
 ```
 ## Сегмент lib/
 Утилиты и хелперы, специфичные для модуля. Чистые функции без побочных эффектов.
 ```text
 lib/
 ├── validate-email.ts
 └── format-phone.ts
 ```
 Отличие от `shared/lib/`: здесь лежат утилиты, нужные только этому модулю. Общие утилиты — в `shared/lib/`.
 ## Сегмент config/
 Константы и конфигурация модуля: маршруты, лимиты, дефолтные значения.
 ```text
 config/
 ├── routes.ts
 └── constants.ts
 ```
--- a/docs/ru/basics/code-style.md
+++ b/docs/ru/basics/code-style.md
@@ -4,7 +4,7 @@ title: Стиль кода
 # Стиль кода
-Раздел описывает единые правила оформления кода: отступы, переносы, кавычки, порядок импортов и базовую читаемость.
+Единые правила оформления кода: форматирование, импорты, читаемость.
 ## Отступы
--- a/docs/ru/basics/documentation.md
+++ b/docs/ru/basics/documentation.md
@@ -4,8 +4,7 @@ title: Документирование
 # Документирование
-Этот раздел описывает правила документирования кода: когда и как писать
+Правила документирования кода: что и когда документировать через JSDoc.
 комментарии к компонентам, функциям, типам и интерфейсам.
 ## Общие правила
--- a/docs/ru/basics/naming.md
+++ b/docs/ru/basics/naming.md
@@ -4,7 +4,7 @@ title: Именование
 # Именование
-Этот раздел описывает соглашения об именовании в проекте. Единые правила делают код предсказуемым и упрощают навигацию по проекту.
+Соглашения об именовании в коде: что и как называть.
 ## Базовые правила
@@ -53,7 +53,7 @@ title: Именование
 **Хорошо**
 ```text
-features/
+business/
 └── auth-by-email/
    ├── ui/
    │   └── login-form.tsx
@@ -62,14 +62,14 @@ features/
    ├── stores/
    │   └── auth.store.ts
    ├── types/
-    │   └── auth.interface.ts
+    │   └── auth.type.ts
-    ├── auth-by-email.feature.tsx
+    ├── auth-by-email.tsx
    └── index.ts
 ```
 **Плохо**
 ```text
-features/
+business/
 └── authByEmail/
    ├── LoginForm.tsx
    ├── useAuth.ts
--- a/docs/ru/basics/tech-stack.md
+++ b/docs/ru/basics/tech-stack.md
@@ -4,7 +4,7 @@ title: Технологии и библиотеки
 # Технологии и библиотеки
-Этот раздел описывает базовый стек технологий и библиотек, принятый в проекте.
+Базовый стек проекта по областям: UI, архитектура, данные, состояние, локализация, тестирование, стили, генерация кода.
 ## Что используем
@@ -13,7 +13,7 @@ title: Технологии и библиотеки
 - `Next.js` — для продуктовых сайтов.
 ### Архитектура
- `FSD (Feature-Sliced Design)` — структура проекта и границы модулей. Используется кастомизированная версия — подробнее в разделе [Архитектура](/basics/architecture).
+- `SLM Design` — собственная модульная архитектура проекта. Подробнее в разделе [Архитектура](/ru/basics/architecture/).
 ### UI компоненты
 - `Mantine UI` — базовые UI-компоненты.
--- a/docs/ru/basics/typing.md
+++ b/docs/ru/basics/typing.md
@@ -4,7 +4,7 @@ title: Типизация
 # Типизация
-Этот раздел описывает правила типизации: как типизировать компоненты, функции и работу с `any`/`unknown`.
+Правила типизации в TypeScript: общие принципы и работа с динамическими типами.
 ## Общие правила
--- a/docs/ru/index.md
+++ b/docs/ru/index.md
@@ -1,10 +1,6 @@
 # NextJS Style Guide
-Правила и стандарты разработки на NextJS и TypeScript: архитектура, типизация, стили, компоненты, API и инфраструктурные разделы.
+Соглашения по разработке Next.js проектов: архитектура и слои приложения, структура кода, организация модулей, стилизация, типизация и инфраструктура.
 ## Для ассистентов
 Полная документация в одном MD файле: https://gromlab.ru/docs/nextjs-style-guide/raw/branch/main/generated/ru/RULES.md
 ## Структура документации
@@ -18,7 +14,7 @@
 | Создание проекта | Как начать новый проект? |
 | Генерация кода | Какие модули должны генерироваться из шаблонов? |
 | Добавление страницы | Как добавить новую страницу в проект? |
-| Добавление UI-модуля | Как создать компонент, фичу, виджет, сущность или layout? |
+| Добавление UI-модуля | Как создать компонент, бизнес-модуль, виджет или layout? |
 | Стилизация | Как стилизовать компоненты в проекте? |
 | Получение данных | Как получать данные с сервера? |
 | Управление состоянием | Как работать с состоянием? |
@@ -31,7 +27,7 @@
 | Раздел | Отвечает на вопрос |
 |--------|-------------------|
 | Технологии и библиотеки | Какой стек используем? |
-| Архитектура | Как устроены слои FSD, зависимости, публичный API? |
+| Архитектура | Как устроены слои SLM, зависимости, публичный API? |
 | Стиль кода | Как оформлять код: отступы, кавычки, импорты, early return? |
 | Именование | Как называть файлы, переменные, компоненты, хуки? |
 | Документирование | Как писать JSDoc: что документировать, а что нет? |
@@ -44,7 +40,7 @@
 | Раздел | Отвечает на вопрос |
 |--------|-------------------|
 | Настройка VS Code | Как настроить редактор для проекта? |
-| Структура проекта | Как организованы папки и файлы по FSD? |
+| Структура проекта | Как организованы папки и файлы по SLM? |
 | Компоненты | Как устроен компонент: файлы, пропсы, clsx? |
 | Page-level компоненты | Как описывать layout, page, loading, error, not-found? |
 | Шаблоны и генерация кода | Как работают шаблоны, синтаксис и инструменты генерации? |
--- a/docs/ru/workflow.md
+++ b/docs/ru/workflow.md
@@ -16,7 +16,7 @@ title: Workflow
   cd my-app
   npm install
   ```
-2. Проект готов к разработке — стек, структура FSD, конфигурация
+2. Проект готов к разработке — стек, структура SLM, конфигурация
   редактора и шаблоны генерации уже настроены.
 ## Генерация кода
@@ -27,13 +27,12 @@ title: Workflow
   | Модуль     | Слой         | Шаблон      |
   |------------|--------------|-------------|
-   | Компонент  | `shared/ui/` | `component` |
+   | Компонент       | `ui/`             | `component` |
-   | Фича       | `features/`  | `feature`   |
+   | Бизнес-модуль   | `business/`       | `module`    |
   | Виджет          | `widgets/`        | `widget`    |
   | Сущность   | `entities/`  | `entity`    |
   | Layout          | `layouts/`        | `layout`    |
   | Экран           | `screens/`        | `screen`    |
-   | Стор       | `model/`     | `store`     |
+   | Стор            | `stores/`         | `store`     |
 2. Сгенерировать модуль из шаблона.
 3. Если подходящего шаблона нет — сначала создать шаблон, затем использовать.
@@ -53,7 +52,7 @@ title: Workflow
 ## Добавление UI-модуля
-Создание компонента, фичи, виджета, сущности или layout.
+Создание компонента, бизнес-модуля, виджета или layout.
 1. Сгенерировать модуль из соответствующего шаблона в целевой слой.
 2. Заполнить модуль логикой и стилями.
--- a/docs/ru/workflow/code-generation.md
+++ b/docs/ru/workflow/code-generation.md
@@ -10,13 +10,12 @@ title: Генерация кода
 | Модуль | Слой | Шаблон |
 |---|---|---|
-| Компонент | `shared/ui/` | `component` |
+| Компонент | `ui/` | `component` |
-| Фича | `features/` | `feature` |
+| Бизнес-модуль | `business/` | `module` |
 | Виджет | `widgets/` | `widget` |
 | Сущность | `entities/` | `entity` |
 | Layout | `layouts/` | `layout` |
 | Экран | `screens/` | `screen` |
-| Стор | `model/` | `store` |
+| Стор | `stores/` | `store` |
 ## Что нужно знать
@@ -29,4 +28,4 @@ title: Генерация кода
 - Повторяющаяся структура появляется больше одного раза.
 - Существующий шаблон не покрывает нужный тип модуля.
-Инструменты и синтаксис шаблонов — [Шаблоны и генерация кода](/applied/templates-generation).
+Инструменты и синтаксис шаблонов — [Шаблоны и генерация кода](/ru/applied/templates-generation).
--- a/docs/ru/workflow/creating-app.md
+++ b/docs/ru/workflow/creating-app.md
@@ -8,7 +8,7 @@ title: Создание проекта
 ## Что нужно знать
-Новый проект создаётся из готового шаблона. Шаблон содержит настроенный стек, структуру FSD, конфигурацию редактора и шаблоны генерации кода — проект готов к разработке сразу после установки зависимостей.
+Новый проект создаётся из готового шаблона. Шаблон содержит настроенный стек, структуру SLM, конфигурацию редактора и шаблоны генерации кода — проект готов к разработке сразу после установки зависимостей.
 ### Создание из шаблона
@@ -24,7 +24,7 @@ npm install
 - Mantine UI + PostCSS Modules
 - Biome (линтинг и форматирование)
 - Zustand, SWR
- Структура FSD (`screens/`, `widgets/`, `features/`, `entities/`, `shared/`)
+- Структура SLM (`layouts/`, `screens/`, `widgets/`, `business/`, `infrastructure/`, `ui/`, `shared/`)
 - Шаблоны генерации (`.templates/`)
 - Конфигурация VS Code (`.vscode/`)
 - CSS-токены (цвета, отступы, радиусы, медиа)
--- a/docs/ru/workflow/creating-components.md
+++ b/docs/ru/workflow/creating-components.md
@@ -4,7 +4,7 @@ title: Добавление UI-модуля
 # Добавление UI-модуля
-Как создать компонент, фичу, виджет, сущность или layout в проекте.
+Как создать компонент, бизнес-модуль, виджет или layout в проекте.
 ## Что нужно знать
@@ -12,11 +12,11 @@ title: Добавление UI-модуля
 ## Порядок действий
-1. [Сгенерировать](/applied/templates-generation) модуль из соответствующего шаблона в целевой слой.
+1. [Сгенерировать](/ru/applied/templates-generation) модуль из соответствующего шаблона в целевой слой.
 2. Заполнить модуль логикой и стилями.
 ## Дочерние компоненты
-Если модулю нужны внутренние подкомпоненты — [генерировать](/applied/templates-generation) их из шаблона `component` в папку `ui/` внутри родительского модуля. Дочерние компоненты не экспортируются через `index.ts` родителя.
+Если модулю нужны внутренние подкомпоненты — [генерировать](/ru/applied/templates-generation) их из шаблона `component` в папку `ui/` внутри родительского модуля. Дочерние компоненты не экспортируются через `index.ts` родителя.
-Правила написания компонентов — [Компоненты](/applied/components).
+Правила написания компонентов — [Компоненты](/ru/applied/components).
--- a/docs/ru/workflow/creating-pages.md
+++ b/docs/ru/workflow/creating-pages.md
@@ -12,7 +12,7 @@ title: Добавление страницы
 ## Порядок действий
-1. [Сгенерировать](/applied/templates-generation) экран из шаблона `screen` в папку `src/screens/`.
+1. [Сгенерировать](/ru/applied/templates-generation) экран из шаблона `screen` в папку `src/screens/`.
 2. Заполнить экран логикой и стилями.
@@ -20,8 +20,8 @@ title: Добавление страницы
 ## Правила
- Ручное создание файловой структуры экрана запрещено — только [генерация](/applied/templates-generation) из шаблона.
+- Ручное создание файловой структуры экрана запрещено — только [генерация](/ru/applied/templates-generation) из шаблона.
 - Логика, стили и зависимости размещаются в экране, не в `page.tsx`.
 - Каждая страница содержит `metadata` с `title` и `description`.
-Примеры `page.tsx` и `metadata` — [Page-level компоненты](/applied/page-level).
+Примеры `page.tsx` и `metadata` — [Page-level компоненты](/ru/applied/page-level).
--- a/docs/ru/workflow/getting-started.md
+++ b/docs/ru/workflow/getting-started.md
@@ -8,15 +8,15 @@ title: Начало работы
 ## Стек проекта
-**Next.js** (App Router), **Mantine**, **Zustand**, **FSD**.
+**Next.js** (App Router), **Mantine**, **Zustand**, **SLM Design**.
-Подробнее — [Технологии и библиотеки](/basics/tech-stack).
+Подробнее — [Технологии и библиотеки](/ru/basics/tech-stack).
 ## Ключевые особенности
- **Генерация вместо ручного создания** — компоненты, фичи, виджеты, сторы и другие модули не создаются вручную. Файловая структура генерируется из шаблонов `.templates/`. Ручное создание файловой структуры модулей запрещено.
+- **Генерация вместо ручного создания** — компоненты, бизнес-модули, виджеты, сторы и другие модули не создаются вручную. Файловая структура генерируется из шаблонов `.templates/`. Ручное создание файловой структуры модулей запрещено.
 - **Biome вместо ESLint + Prettier** — один инструмент для линтинга и форматирования. Автофикс и сортировка импортов происходят автоматически при сохранении файла.
 ## Настройка окружения
-Открыть проект в VS Code и установить рекомендуемые расширения — редактор предложит это автоматически. Подробнее — [Настройка VS Code](/applied/vscode).
+Открыть проект в VS Code и установить рекомендуемые расширения — редактор предложит это автоматически. Подробнее — [Настройка VS Code](/ru/applied/vscode).
--- a/docs/ru/workflow/styling.md
+++ b/docs/ru/workflow/styling.md
@@ -20,4 +20,4 @@ title: Стилизация
 - **Магические значения** — произвольные цвета, отступы и скругления запрещены, использовать токены.
 - **Глобальные стили** вне `app/styles/` запрещены.
-Правила написания CSS, вложенность, медиа-запросы и токены — [Стили](/applied/styles).
+Правила написания CSS, вложенность, медиа-запросы и токены — [Стили](/ru/applied/styles).
--- a/generate-llms.ts
+++ b/generate-llms.ts
@@ -0,0 +1,619 @@
 import path from 'node:path';
 import fs from 'node:fs';
 import os from 'node:os';
 import { execFileSync } from 'node:child_process';
 import config from './.vitepress/config';
 /** Версия сборки. Передаётся CI через ENV; локально — `dev`. */
 const VERSION = process.env.BUILD_VERSION || 'dev';
 const BUILD_DATE = new Date().toISOString();
 /** Корневая папка для генерируемой статики (попадает в build dist). */
 const PUBLIC_DIR = 'docs/public';
 type Lang = 'ru' | 'en';
 interface SidebarItem {
  text: string;
  link?: string;
  items?: SidebarItem[];
  collapsed?: boolean;
 }
 interface Entry {
  /** Название группы верхнего уровня (sidebar[].text) */
  section: string;
  /** Префикс из вложенной группы (например "Архитектура") */
  prefix: string | null;
  /** Текст пункта в sidebar */
  text: string;
  /** Ссылка из sidebar */
  link: string;
 }
 /** Разобрать YAML frontmatter (плоский, без вложенностей) */
 const parseFrontmatter = (
  content: string,
 ): { data: Record<string, string>; body: string } => {
  const match = content.match(/^---\n([\s\S]*?)\n---\n?([\s\S]*)$/);
  if (!match) return { data: {}, body: content };
  const data: Record<string, string> = {};
  for (const line of match[1].split('\n')) {
    const lineMatch = line.match(/^([^:]+):\s*(.*)$/);
    if (!lineMatch) continue;
    let value = lineMatch[2].trim();
    if (
      (value.startsWith('"') && value.endsWith('"')) ||
      (value.startsWith("'") && value.endsWith("'"))
    ) {
      value = value.slice(1, -1);
    }
    data[lineMatch[1].trim()] = value;
  }
  return { data, body: match[2] };
 };
 /** Первый абзац после h1 — однострочное описание для llms.txt */
 const firstParagraphAfterH1 = (body: string): string | null => {
  const lines = body.split('\n');
  const h1Idx = lines.findIndex((l) => /^#\s/.test(l));
  if (h1Idx === -1) return null;
  let i = h1Idx + 1;
  while (i < lines.length && lines[i].trim() === '') i++;
  const para: string[] = [];
  while (
    i < lines.length &&
    lines[i].trim() !== '' &&
    !lines[i].startsWith('#')
  ) {
    para.push(lines[i].trim());
    i++;
  }
  return para.join(' ').trim() || null;
 };
 /**
 * Преобразовать sidebar `link` в относительный путь файла внутри
 * `docs/{lang}/`. Sidebar links содержат полный префикс локали
 * (`/ru/...`, `/en/...`) — отрезаем его.
 */
 const linkToRel = (link: string, lang: Lang): string => {
  const prefix = `/${lang}/`;
  let rel = link.startsWith(prefix) ? link.slice(prefix.length) : link.replace(/^\//, '');
  if (rel === '' || rel.endsWith('/')) {
    rel += 'index.md';
  } else {
    rel += '.md';
  }
  return rel;
 };
 const linkToFilePath = (link: string, lang: Lang): string =>
  path.join('docs', lang, linkToRel(link, lang));
 /**
 * Абсолютный путь от корня сайта к `.md`-копии страницы.
 * После build файлы лежат в `dist/{lang}/...md` (через `docs/public/`).
 */
 const linkToSiteUrl = (link: string, lang: Lang): string =>
  `/${lang}/${linkToRel(link, lang)}`;
 /**
 * Развернуть sidebar в плоский список с сохранением группы и
 * опционального префикса вложенной группы.
 */
 const flattenSidebar = (sidebar: SidebarItem[]): Entry[] => {
  const entries: Entry[] = [];
  for (const top of sidebar) {
    const section = top.text;
    if (top.link && !top.items) {
      entries.push({ section, prefix: null, text: top.text, link: top.link });
      continue;
    }
    if (!top.items) continue;
    for (const item of top.items) {
      if (item.items) {
        for (const sub of item.items) {
          if (!sub.link) continue;
          entries.push({
            section,
            prefix: item.text,
            text: sub.text,
            link: sub.link,
          });
        }
      } else if (item.link) {
        entries.push({
          section,
          prefix: null,
          text: item.text,
          link: item.link,
        });
      }
    }
  }
  return entries;
 };
 const groupBySection = (entries: Entry[]): Map<string, Entry[]> => {
  const map = new Map<string, Entry[]>();
  for (const entry of entries) {
    const list = map.get(entry.section);
    if (list) list.push(entry);
    else map.set(entry.section, [entry]);
  }
  return map;
 };
 const buildLlms = (lang: Lang): void => {
  const localeKey = lang;
  // VitePress-конфиг типизирован как `UserConfig`, но обращаемся к
  // фактически переданным значениям — сужаем тип через any.
  const cfg = config as unknown as {
    title: string;
    description: string;
    locales: Record<
      string,
      {
        description?: string;
        llmsBlockquote?: string;
        llmsContext?: string;
        themeConfig?: { sidebar?: SidebarItem[] };
      }
    >;
  };
  const locale = cfg.locales[localeKey];
  const sidebar = locale?.themeConfig?.sidebar;
  if (!sidebar) {
    console.warn(`[${lang}] sidebar не найден в config`);
    return;
  }
  // Для blockquote предпочитаем расширенный llms-текст; короткий
  // description — fallback и используется для HTML meta-тега VitePress.
  const blockquote = locale.llmsBlockquote ?? locale.description ?? cfg.description;
  const context = locale.llmsContext;
  const entries = flattenSidebar(sidebar);
  const grouped = groupBySection(entries);
  const lines: string[] = [];
  lines.push(`# ${cfg.title}`);
  lines.push('');
  lines.push(`> ${blockquote}`);
  lines.push('');
  if (context) {
    lines.push(context);
    lines.push('');
  }
  for (const [section, items] of grouped) {
    lines.push(`## ${section}`);
    lines.push('');
    for (const entry of items) {
      const filePath = linkToFilePath(entry.link, lang);
      const url = linkToSiteUrl(entry.link, lang);
      // Текст ссылки берём из sidebar — он специально написан для навигации
      // и точнее отражает иерархию (например "Обзор" внутри группы "Архитектура").
      let description: string | null = null;
      if (fs.existsSync(filePath)) {
        const raw = fs.readFileSync(filePath, 'utf8');
        const { data, body } = parseFrontmatter(raw);
        description = data.description || firstParagraphAfterH1(body);
      } else {
        console.warn(`[${lang}] файл не найден: ${filePath}`);
      }
      const display = entry.prefix
        ? `${entry.prefix}: ${entry.text}`
        : entry.text;
      const descPart = description ? `: ${description}` : '';
      lines.push(`- [${display}](${url})${descPart}`);
    }
    lines.push('');
  }
  const outDir = path.join(PUBLIC_DIR, lang);
  fs.mkdirSync(outDir, { recursive: true });
  const outFile = path.join(outDir, 'llms.txt');
  fs.writeFileSync(outFile, lines.join('\n'), 'utf8');
  console.log(`${outFile} создан`);
 };
 /**
 * Корневой `/llms.txt` — роутер. По стандарту llmstxt.org это
 * единственный файл в корне сайта; для двуязычного проекта он
 * указывает LLM на локализованные карты документации.
 */
 const buildRootIndex = (): void => {
  const cfg = config as unknown as {
    title: string;
    description: string;
    locales: Record<string, { description?: string }>;
  };
  const ruDesc = cfg.locales.ru?.description ?? cfg.description;
  const enDesc = cfg.locales.en?.description ?? cfg.description;
  const lines: string[] = [
    `# ${cfg.title}`,
    '',
    `> ${enDesc}.`,
    '',
    '## Documentation',
    '',
    `- [Русская версия (Russian)](/ru/llms.txt): ${ruDesc}.`,
    '- English version: in development',
    '',
  ];
  fs.mkdirSync(PUBLIC_DIR, { recursive: true });
  const outFile = path.join(PUBLIC_DIR, 'llms.txt');
  fs.writeFileSync(outFile, lines.join('\n'), 'utf8');
  console.log(`${outFile} создан`);
 };
 /** Рекурсивно скопировать дерево, фильтруя по предикату. */
 const copyDirSync = (
  src: string,
  dest: string,
  filter: (name: string) => boolean = () => true,
 ): number => {
  let count = 0;
  for (const entry of fs.readdirSync(src, { withFileTypes: true })) {
    const srcPath = path.join(src, entry.name);
    const destPath = path.join(dest, entry.name);
    if (entry.isDirectory()) {
      fs.mkdirSync(destPath, { recursive: true });
      count += copyDirSync(srcPath, destPath, filter);
    } else if (entry.isFile() && filter(entry.name)) {
      fs.mkdirSync(dest, { recursive: true });
      fs.copyFileSync(srcPath, destPath);
      count++;
    }
  }
  return count;
 };
 /**
 * Скопировать все `.md`-файлы локали в `docs/public/{lang}/`,
 * чтобы они попали в build `dist/` и были доступны по URL `/lang/path.md`.
 */
 const copyMdFiles = (lang: Lang): void => {
  const srcDir = path.join('docs', lang);
  const destDir = path.join(PUBLIC_DIR, lang);
  if (!fs.existsSync(srcDir)) return;
  const copied = copyDirSync(srcDir, destDir, (name) => name.endsWith('.md'));
  console.log(`[${lang}] скопировано ${copied} .md-файлов в ${destDir}`);
 };
 /**
 * Преобразовать sidebar `link` в относительный путь файла внутри архива
 * (от корня папки `nextjs-style-guide/`). Это путь, по которому файл лежит
 * в распакованной папке, без расширения добавляется `.md`.
 */
 const linkToArchiveRel = (link: string, lang: Lang): string => {
  const prefix = `/${lang}/`;
  let rel = link.startsWith(prefix) ? link.slice(prefix.length) : link.replace(/^\//, '');
  if (rel === '' || rel.endsWith('/')) {
    rel += 'index.md';
  } else {
    rel += '.md';
  }
  return rel;
 };
 /**
 * Заменить во всех `.md` архива ссылки `[text](/ru/foo)` на относительные
 * пути от расположения файла. Без этого внутренние ссылки в распакованной
 * папке не работают.
 */
 const transformLinksInDir = (rootDir: string, lang: Lang): void => {
  const linkRe = /\]\(\/([a-z]{2})\/([^)\s#]*)(#[^)]*)?\)/g;
  const walk = (dir: string): void => {
    for (const entry of fs.readdirSync(dir, { withFileTypes: true })) {
      const full = path.join(dir, entry.name);
      if (entry.isDirectory()) {
        walk(full);
        continue;
      }
      if (!entry.isFile() || !entry.name.endsWith('.md')) continue;
      const content = fs.readFileSync(full, 'utf8');
      const fileDir = path.dirname(full);
      const updated = content.replace(linkRe, (match, urlLang, route, hash = '') => {
        // Ссылки на другую локаль не трогаем — её в архиве нет.
        if (urlLang !== lang) return match;
        const fakeLink = `/${urlLang}/${route}${route.endsWith('/') ? '' : ''}`;
        const targetRel = linkToArchiveRel(fakeLink, lang);
        const targetAbs = path.join(rootDir, targetRel);
        let rel = path.relative(fileDir, targetAbs);
        if (!rel.startsWith('.')) rel = './' + rel;
        return `](${rel}${hash})`;
      });
      if (updated !== content) {
        fs.writeFileSync(full, updated, 'utf8');
      }
    }
  };
  walk(rootDir);
 };
 /**
 * Сгенерировать `README.md` — точка входа архива. Карта документации
 * с относительными ссылками, описаниями из frontmatter/первого абзаца
 * и метаинфо сборки.
 */
 const buildArchiveReadme = (lang: Lang, rootDir: string): void => {
  const cfg = config as unknown as {
    title: string;
    locales: Record<
      string,
      {
        description?: string;
        llmsBlockquote?: string;
        llmsContext?: string;
        themeConfig?: { sidebar?: SidebarItem[] };
      }
    >;
  };
  const locale = cfg.locales[lang];
  const sidebar = locale?.themeConfig?.sidebar;
  if (!sidebar) return;
  const blockquote = locale.llmsBlockquote ?? locale.description ?? '';
  const context = locale.llmsContext;
  const entries = flattenSidebar(sidebar).filter(
    // «Главная» из sidebar — это страница локали для веба, в архиве не нужна.
    (e) => !(e.section === 'Главная' || e.section === 'Home'),
  );
  const grouped = groupBySection(entries);
  const lines: string[] = [];
  lines.push(`# ${cfg.title}`);
  lines.push('');
  if (blockquote) {
    lines.push(`> ${blockquote}`);
    lines.push('');
  }
  if (context) {
    lines.push(context);
    lines.push('');
  }
  const heading = lang === 'ru' ? 'Содержание' : 'Contents';
  lines.push(`## ${heading}`);
  lines.push('');
  for (const [section, items] of grouped) {
    lines.push(`### ${section}`);
    lines.push('');
    for (const entry of items) {
      const targetRel = './' + linkToArchiveRel(entry.link, lang);
      const filePath = path.join(rootDir, linkToArchiveRel(entry.link, lang));
      let description: string | null = null;
      if (fs.existsSync(filePath)) {
        const raw = fs.readFileSync(filePath, 'utf8');
        const { data, body } = parseFrontmatter(raw);
        description = data.description || firstParagraphAfterH1(body);
      }
      const display = entry.prefix
        ? `${entry.prefix}: ${entry.text}`
        : entry.text;
      const descPart = description ? ` — ${description}` : '';
      lines.push(`- [${display}](${targetRel})${descPart}`);
    }
    lines.push('');
  }
  lines.push('---');
  lines.push('');
  lines.push(`Версия: ${VERSION} · Сборка: ${BUILD_DATE}`);
  lines.push('');
  fs.writeFileSync(path.join(rootDir, 'README.md'), lines.join('\n'), 'utf8');
 };
 /**
 * Собрать `nextjs-style-guide-{lang}.zip`. Внутри архива — единая папка
 * `nextjs-style-guide/` с `.md`-файлами локали, README-точкой входа,
 * `llms-full.txt` и `VERSION`. Внутренние ссылки в `.md` преобразуются
 * в относительные.
 *
 * Веб-`index.md` локали из архива удаляется — его роль выполняет README.md.
 */
 const buildZip = (lang: Lang): void => {
  const tmpRoot = fs.mkdtempSync(path.join(os.tmpdir(), 'nsg-'));
  const stage = path.join(tmpRoot, 'nextjs-style-guide');
  fs.mkdirSync(stage, { recursive: true });
  // 1. Копируем все .md локали в staging.
  copyDirSync(path.join('docs', lang), stage, (name) => name.endsWith('.md'));
  // 2. Удаляем веб-index.md локали — в архиве он избыточен.
  const indexPath = path.join(stage, 'index.md');
  if (fs.existsSync(indexPath)) fs.unlinkSync(indexPath);
  // 3. Преобразуем абсолютные ссылки `/ru/...` в относительные.
  transformLinksInDir(stage, lang);
  // 4. Генерируем точку входа README.md.
  buildArchiveReadme(lang, stage);
  // 5. Кладём llms-full.txt — удобно для одноразового чтения LLM.
  const llmsFullSrc = path.join(PUBLIC_DIR, lang, 'llms-full.txt');
  if (fs.existsSync(llmsFullSrc)) {
    fs.copyFileSync(llmsFullSrc, path.join(stage, 'llms-full.txt'));
  }
  // 6. Метаинформация сборки.
  fs.writeFileSync(
    path.join(stage, 'VERSION'),
    `${VERSION}\n${BUILD_DATE}\n`,
  );
  const outFile = path.resolve(
    PUBLIC_DIR,
    `nextjs-style-guide-${lang}.zip`,
  );
  fs.rmSync(outFile, { force: true });
  execFileSync('zip', ['-rq', outFile, 'nextjs-style-guide'], {
    cwd: tmpRoot,
  });
  fs.rmSync(tmpRoot, { recursive: true, force: true });
  console.log(`${outFile} создан (${VERSION})`);
 };
 /** Удалить YAML frontmatter из исходника `.md`. */
 const stripFrontmatter = (content: string): string =>
  content.replace(/^---\n[\s\S]*?\n---\n*/, '');
 /**
 * Сдвинуть уровень заголовков на 1 вниз (h1→h2, h2→h3, ...).
 * Игнорирует строки внутри блоков кода.
 */
 const shiftHeadings = (content: string): string => {
  const lines = content.split('\n');
  let inCodeBlock = false;
  return lines
    .map((line) => {
      if (line.startsWith('```')) inCodeBlock = !inCodeBlock;
      if (inCodeBlock) return line;
      if (/^#{1,5}\s/.test(line)) return '#' + line;
      return line;
    })
    .join('\n');
 };
 /**
 * Собрать `llms-full.txt` — все страницы локали в одном файле.
 * Порядок страниц повторяет порядок в sidebar.
 */
 const buildLlmsFull = (lang: Lang): void => {
  const cfg = config as unknown as {
    title: string;
    locales: Record<
      string,
      {
        description?: string;
        llmsBlockquote?: string;
        llmsContext?: string;
        themeConfig?: { sidebar?: SidebarItem[] };
      }
    >;
  };
  const locale = cfg.locales[lang];
  const sidebar = locale?.themeConfig?.sidebar;
  if (!sidebar) return;
  const entries = flattenSidebar(sidebar);
  const blockquote = locale.llmsBlockquote ?? locale.description ?? '';
  const parts: string[] = [];
  parts.push(`# ${cfg.title}`);
  parts.push('');
  if (blockquote) parts.push(`> ${blockquote}`);
  if (locale.llmsContext) {
    parts.push('');
    parts.push(locale.llmsContext);
  }
  parts.push('');
  for (const entry of entries) {
    const filePath = linkToFilePath(entry.link, lang);
    if (!fs.existsSync(filePath)) continue;
    const raw = fs.readFileSync(filePath, 'utf8');
    const content = shiftHeadings(stripFrontmatter(raw)).trim();
    if (!content) continue;
    // Мета-якорь: путь страницы для ориентации LLM
    parts.push(`<!-- ${entry.link} -->`);
    parts.push('');
    parts.push(content);
    parts.push('');
  }
  const outDir = path.join(PUBLIC_DIR, lang);
  fs.mkdirSync(outDir, { recursive: true });
  const outFile = path.join(outDir, 'llms-full.txt');
  fs.writeFileSync(outFile, parts.join('\n'), 'utf8');
  console.log(`${outFile} создан`);
 };
 /** Манифест сборки — для лендинга и внешних потребителей. */
 const writeManifest = (): void => {
  const manifest = {
    version: VERSION,
    buildDate: BUILD_DATE,
    languages: {
      ru: {
        llms: '/ru/llms.txt',
        llmsFull: '/ru/llms-full.txt',
        zip: '/nextjs-style-guide-ru.zip',
      },
      en: {
        llms: '/en/llms.txt',
        llmsFull: '/en/llms-full.txt',
        zip: '/nextjs-style-guide-en.zip',
      },
    },
  };
  fs.mkdirSync(PUBLIC_DIR, { recursive: true });
  fs.writeFileSync(
    path.join(PUBLIC_DIR, 'manifest.json'),
    JSON.stringify(manifest, null, 2),
    'utf8',
  );
  console.log(`${PUBLIC_DIR}/manifest.json создан`);
 };
 /** Скопировать `index.md` локали в корневой README без frontmatter */
 const buildReadme = (lang: Lang, outFile: string): void => {
  const indexPath = path.join('docs', lang, 'index.md');
  if (!fs.existsSync(indexPath)) {
    console.warn(`Пропуск ${outFile}: ${indexPath} не найден`);
    return;
  }
  const raw = fs.readFileSync(indexPath, 'utf8');
  const { body } = parseFrontmatter(raw);
  fs.writeFileSync(outFile, body.trimStart(), 'utf8');
  console.log(`${outFile} обновлён из ${indexPath}`);
 };
 buildLlms('ru');
 buildLlms('en');
 buildLlmsFull('ru');
 buildLlmsFull('en');
 buildRootIndex();
 copyMdFiles('ru');
 copyMdFiles('en');
 buildZip('ru');
 buildZip('en');
 writeManifest();
 buildReadme('en', 'README.md');
 buildReadme('ru', 'README_RU.md');
--- a/generated/en/RULES.md
+++ b/generated/en/RULES.md
@@ -1,137 +0,0 @@
 <!-- /index -->
 # NextJS Style Guide
 Rules and standards for NextJS and TypeScript development: architecture, typing, styles, components, API, and infrastructure.
 ## Documentation Structure
 ### Processes
 **What to do** in a specific situation — step-by-step instructions.
 | Section | Answers the question |
 |---------|---------------------|
 | Getting Started | What tools to install before starting development? |
 | Creating an App | How to create a new project, where to get a template? |
 | Creating Pages | How to add a page: routing and screen? |
 | Creating Components | How to generate components using templates? |
 | Styling | What to use: Mantine, tokens, or PostCSS? |
 | Data Fetching | How to fetch data: SWR, codegen, sockets? |
 | State Management | When and how to create a store (Zustand)? |
 | Localization | How to add translations and work with i18next? |
 ### Basic Rules
 **What the code should look like** — standards not tied to a specific technology.
 | Section | Answers the question |
 |---------|---------------------|
 | Tech Stack | What stack do we use? |
 | Architecture | How are FSD layers, dependencies, and public API structured? |
 | Code Style | How to format code: indentation, quotes, imports, early return? |
 | Naming | How to name files, variables, components, hooks? |
 | Documentation | How to write JSDoc: what to document and what not? |
 | Typing | How to type: type vs interface, any/unknown? |
 ### Applied Sections
 **How a specific area works** — rules, structure, and code examples for specific technologies and tools.
 | Section | Answers the question |
 |---------|---------------------|
 | Project Structure | How are folders and files organized by FSD? |
 | Components | How is a component structured: files, props, clsx? |
 | Page-level Components | How to define layout, page, loading, error, not-found? |
 | Templates & Code Generation | How do templates work: syntax, variables, modifiers? |
 | Styles | How to write CSS: PostCSS Modules, nesting, media, tokens? |
 | Images | _(not filled)_ |
 | SVG Sprites | _(not filled)_ |
 | Video | _(not filled)_ |
 | API | _(not filled)_ |
 | Stores | _(not filled)_ |
 | Hooks | _(not filled)_ |
 | Fonts | _(not filled)_ |
 | Localization | _(not filled)_ |
 ## For Assistants
 Full documentation in a single MD file: https://gromlab.ru/docs/frontend-style-guide/raw/branch/main/generated/en/RULES.md
 <!-- /basics/tech-stack -->
 ## Tech Stack
 Base technology stack and libraries used in projects.
 <!-- /basics/naming -->
 ## Naming
 Naming should be predictable, concise, and reflect the meaning of the entity.
 <!-- /basics/architecture -->
 ## Architecture
 Architecture based on FSD (Feature-Sliced Design) and strict module boundaries.
 <!-- /basics/code-style -->
 ## Code Style
 Unified code formatting rules: indentation, line breaks, quotes, import order, and readability.
 <!-- /basics/documentation -->
 ## Documentation
 Documentation should help understand the purpose of an entity, not duplicate its types or obvious details.
 <!-- /basics/typing -->
 ## Typing
 Typing is required for all public interfaces, functions, and components.
 <!-- /applied/project-structure -->
 ## Project Structure
 Base project structure and principles of module organization at folder and file level.
 <!-- /applied/components -->
 ## Components
 Rules for creating UI components across all FSD layers.
 <!-- /applied/page-level -->
 ## Page-level Components
 Next.js App Router special files used by the framework by convention: `layout.tsx`, `page.tsx`, `loading.tsx`, `error.tsx`, `not-found.tsx`, `template.tsx`.
 <!-- /applied/templates-generation -->
 ## Templates & Code Generation
 Template tools, syntax, and examples for code generation.
 <!-- /applied/styles -->
 ## Styles
 CSS writing rules: PostCSS Modules, nesting, media queries, variables, formatting.
 <!-- /applied/images-sprites -->
 ## Images
 <!-- /applied/svg-sprites -->
 ## SVG Sprites
 <!-- /applied/video -->
 ## Video
 <!-- /applied/api -->
 ## API
 <!-- /applied/stores -->
 ## Stores
 <!-- /applied/hooks -->
 ## Hooks
 <!-- /applied/fonts -->
 ## Fonts
 <!-- /applied/localization -->
 ## Localization
--- a/generated/ru/RULES.md
+++ b/generated/ru/RULES.md
--- a/package-lock.json
+++ b/package-lock.json
@@ -8,6 +8,7 @@
      "name": "nextjs-style-guide",
      "version": "0.0.0",
      "devDependencies": {
        "tsx": "^4.19.2",
        "vitepress": "^1.6.3"
      }
    },
@@ -643,6 +644,23 @@
        "node": ">=12"
      }
    },
    "node_modules/@esbuild/netbsd-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/netbsd-arm64/-/netbsd-arm64-0.27.7.tgz",
      "integrity": "sha512-b6pqtrQdigZBwZxAn1UpazEisvwaIDvdbMbmrly7cDTMFnw/+3lVxxCTGOrkPVnsYIosJJXAsILG9XcQS+Yu6w==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "netbsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/@esbuild/netbsd-x64": {
      "version": "0.21.5",
      "resolved": "https://registry.npmjs.org/@esbuild/netbsd-x64/-/netbsd-x64-0.21.5.tgz",
@@ -660,6 +678,23 @@
        "node": ">=12"
      }
    },
    "node_modules/@esbuild/openbsd-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/openbsd-arm64/-/openbsd-arm64-0.27.7.tgz",
      "integrity": "sha512-AFuojMQTxAz75Fo8idVcqoQWEHIXFRbOc1TrVcFSgCZtQfSdc1RXgB3tjOn/krRHENUB4j00bfGjyl2mJrU37A==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "openbsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/@esbuild/openbsd-x64": {
      "version": "0.21.5",
      "resolved": "https://registry.npmjs.org/@esbuild/openbsd-x64/-/openbsd-x64-0.21.5.tgz",
@@ -677,6 +712,23 @@
        "node": ">=12"
      }
    },
    "node_modules/@esbuild/openharmony-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/openharmony-arm64/-/openharmony-arm64-0.27.7.tgz",
      "integrity": "sha512-+KrvYb/C8zA9CU/g0sR6w2RBw7IGc5J2BPnc3dYc5VJxHCSF1yNMxTV5LQ7GuKteQXZtspjFbiuW5/dOj7H4Yw==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "openharmony"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/@esbuild/sunos-x64": {
      "version": "0.21.5",
      "resolved": "https://registry.npmjs.org/@esbuild/sunos-x64/-/sunos-x64-0.21.5.tgz",
@@ -1659,6 +1711,19 @@
        "node": "^8.16.0 || ^10.6.0 || >=11.0.0"
      }
    },
    "node_modules/get-tsconfig": {
      "version": "4.14.0",
      "resolved": "https://registry.npmjs.org/get-tsconfig/-/get-tsconfig-4.14.0.tgz",
      "integrity": "sha512-yTb+8DXzDREzgvYmh6s9vHsSVCHeC0G3PI5bEXNBHtmshPnO+S5O7qgLEOn0I5QvMy6kpZN8K1NKGyilLb93wA==",
      "dev": true,
      "license": "MIT",
      "dependencies": {
        "resolve-pkg-maps": "^1.0.0"
      },
      "funding": {
        "url": "https://github.com/privatenumber/get-tsconfig?sponsor=1"
      }
    },
    "node_modules/hast-util-to-html": {
      "version": "9.0.5",
      "resolved": "https://registry.npmjs.org/hast-util-to-html/-/hast-util-to-html-9.0.5.tgz",
@@ -2088,6 +2153,16 @@
      "dev": true,
      "license": "MIT"
    },
    "node_modules/resolve-pkg-maps": {
      "version": "1.0.0",
      "resolved": "https://registry.npmjs.org/resolve-pkg-maps/-/resolve-pkg-maps-1.0.0.tgz",
      "integrity": "sha512-seS2Tj26TBVOC2NIc2rOe2y2ZO7efxITtLZcGSOnHHNOQ7CkiUBfw0Iw2ck6xkIhPwLhKNLS8BO+hEpngQlqzw==",
      "dev": true,
      "license": "MIT",
      "funding": {
        "url": "https://github.com/privatenumber/resolve-pkg-maps?sponsor=1"
      }
    },
    "node_modules/rfdc": {
      "version": "1.4.1",
      "resolved": "https://registry.npmjs.org/rfdc/-/rfdc-1.4.1.tgz",
@@ -2248,6 +2323,459 @@
        "url": "https://github.com/sponsors/wooorm"
      }
    },
    "node_modules/tsx": {
      "version": "4.21.0",
      "resolved": "https://registry.npmjs.org/tsx/-/tsx-4.21.0.tgz",
      "integrity": "sha512-5C1sg4USs1lfG0GFb2RLXsdpXqBSEhAaA/0kPL01wxzpMqLILNxIxIOKiILz+cdg/pLnOUxFYOR5yhHU666wbw==",
      "dev": true,
      "license": "MIT",
      "dependencies": {
        "esbuild": "~0.27.0",
        "get-tsconfig": "^4.7.5"
      },
      "bin": {
        "tsx": "dist/cli.mjs"
      },
      "engines": {
        "node": ">=18.0.0"
      },
      "optionalDependencies": {
        "fsevents": "~2.3.3"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/aix-ppc64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/aix-ppc64/-/aix-ppc64-0.27.7.tgz",
      "integrity": "sha512-EKX3Qwmhz1eMdEJokhALr0YiD0lhQNwDqkPYyPhiSwKrh7/4KRjQc04sZ8db+5DVVnZ1LmbNDI1uAMPEUBnQPg==",
      "cpu": [
        "ppc64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "aix"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/android-arm": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/android-arm/-/android-arm-0.27.7.tgz",
      "integrity": "sha512-jbPXvB4Yj2yBV7HUfE2KHe4GJX51QplCN1pGbYjvsyCZbQmies29EoJbkEc+vYuU5o45AfQn37vZlyXy4YJ8RQ==",
      "cpu": [
        "arm"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "android"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/android-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/android-arm64/-/android-arm64-0.27.7.tgz",
      "integrity": "sha512-62dPZHpIXzvChfvfLJow3q5dDtiNMkwiRzPylSCfriLvZeq0a1bWChrGx/BbUbPwOrsWKMn8idSllklzBy+dgQ==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "android"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/android-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/android-x64/-/android-x64-0.27.7.tgz",
      "integrity": "sha512-x5VpMODneVDb70PYV2VQOmIUUiBtY3D3mPBG8NxVk5CogneYhkR7MmM3yR/uMdITLrC1ml/NV1rj4bMJuy9MCg==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "android"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/darwin-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/darwin-arm64/-/darwin-arm64-0.27.7.tgz",
      "integrity": "sha512-5lckdqeuBPlKUwvoCXIgI2D9/ABmPq3Rdp7IfL70393YgaASt7tbju3Ac+ePVi3KDH6N2RqePfHnXkaDtY9fkw==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "darwin"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/darwin-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/darwin-x64/-/darwin-x64-0.27.7.tgz",
      "integrity": "sha512-rYnXrKcXuT7Z+WL5K980jVFdvVKhCHhUwid+dDYQpH+qu+TefcomiMAJpIiC2EM3Rjtq0sO3StMV/+3w3MyyqQ==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "darwin"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/freebsd-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/freebsd-arm64/-/freebsd-arm64-0.27.7.tgz",
      "integrity": "sha512-B48PqeCsEgOtzME2GbNM2roU29AMTuOIN91dsMO30t+Ydis3z/3Ngoj5hhnsOSSwNzS+6JppqWsuhTp6E82l2w==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "freebsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/freebsd-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/freebsd-x64/-/freebsd-x64-0.27.7.tgz",
      "integrity": "sha512-jOBDK5XEjA4m5IJK3bpAQF9/Lelu/Z9ZcdhTRLf4cajlB+8VEhFFRjWgfy3M1O4rO2GQ/b2dLwCUGpiF/eATNQ==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "freebsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-arm": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-arm/-/linux-arm-0.27.7.tgz",
      "integrity": "sha512-RkT/YXYBTSULo3+af8Ib0ykH8u2MBh57o7q/DAs3lTJlyVQkgQvlrPTnjIzzRPQyavxtPtfg0EopvDyIt0j1rA==",
      "cpu": [
        "arm"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-arm64/-/linux-arm64-0.27.7.tgz",
      "integrity": "sha512-RZPHBoxXuNnPQO9rvjh5jdkRmVizktkT7TCDkDmQ0W2SwHInKCAV95GRuvdSvA7w4VMwfCjUiPwDi0ZO6Nfe9A==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-ia32": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-ia32/-/linux-ia32-0.27.7.tgz",
      "integrity": "sha512-GA48aKNkyQDbd3KtkplYWT102C5sn/EZTY4XROkxONgruHPU72l+gW+FfF8tf2cFjeHaRbWpOYa/uRBz/Xq1Pg==",
      "cpu": [
        "ia32"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-loong64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-loong64/-/linux-loong64-0.27.7.tgz",
      "integrity": "sha512-a4POruNM2oWsD4WKvBSEKGIiWQF8fZOAsycHOt6JBpZ+JN2n2JH9WAv56SOyu9X5IqAjqSIPTaJkqN8F7XOQ5Q==",
      "cpu": [
        "loong64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-mips64el": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-mips64el/-/linux-mips64el-0.27.7.tgz",
      "integrity": "sha512-KabT5I6StirGfIz0FMgl1I+R1H73Gp0ofL9A3nG3i/cYFJzKHhouBV5VWK1CSgKvVaG4q1RNpCTR2LuTVB3fIw==",
      "cpu": [
        "mips64el"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-ppc64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-ppc64/-/linux-ppc64-0.27.7.tgz",
      "integrity": "sha512-gRsL4x6wsGHGRqhtI+ifpN/vpOFTQtnbsupUF5R5YTAg+y/lKelYR1hXbnBdzDjGbMYjVJLJTd2OFmMewAgwlQ==",
      "cpu": [
        "ppc64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-riscv64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-riscv64/-/linux-riscv64-0.27.7.tgz",
      "integrity": "sha512-hL25LbxO1QOngGzu2U5xeXtxXcW+/GvMN3ejANqXkxZ/opySAZMrc+9LY/WyjAan41unrR3YrmtTsUpwT66InQ==",
      "cpu": [
        "riscv64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-s390x": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-s390x/-/linux-s390x-0.27.7.tgz",
      "integrity": "sha512-2k8go8Ycu1Kb46vEelhu1vqEP+UeRVj2zY1pSuPdgvbd5ykAw82Lrro28vXUrRmzEsUV0NzCf54yARIK8r0fdw==",
      "cpu": [
        "s390x"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/linux-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/linux-x64/-/linux-x64-0.27.7.tgz",
      "integrity": "sha512-hzznmADPt+OmsYzw1EE33ccA+HPdIqiCRq7cQeL1Jlq2gb1+OyWBkMCrYGBJ+sxVzve2ZJEVeePbLM2iEIZSxA==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "linux"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/netbsd-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/netbsd-x64/-/netbsd-x64-0.27.7.tgz",
      "integrity": "sha512-OfatkLojr6U+WN5EDYuoQhtM+1xco+/6FSzJJnuWiUw5eVcicbyK3dq5EeV/QHT1uy6GoDhGbFpprUiHUYggrw==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "netbsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/openbsd-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/openbsd-x64/-/openbsd-x64-0.27.7.tgz",
      "integrity": "sha512-+A1NJmfM8WNDv5CLVQYJ5PshuRm/4cI6WMZRg1by1GwPIQPCTs1GLEUHwiiQGT5zDdyLiRM/l1G0Pv54gvtKIg==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "openbsd"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/sunos-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/sunos-x64/-/sunos-x64-0.27.7.tgz",
      "integrity": "sha512-ikktIhFBzQNt/QDyOL580ti9+5mL/YZeUPKU2ivGtGjdTYoqz6jObj6nOMfhASpS4GU4Q/Clh1QtxWAvcYKamA==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "sunos"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/win32-arm64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/win32-arm64/-/win32-arm64-0.27.7.tgz",
      "integrity": "sha512-7yRhbHvPqSpRUV7Q20VuDwbjW5kIMwTHpptuUzV+AA46kiPze5Z7qgt6CLCK3pWFrHeNfDd1VKgyP4O+ng17CA==",
      "cpu": [
        "arm64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "win32"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/win32-ia32": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/win32-ia32/-/win32-ia32-0.27.7.tgz",
      "integrity": "sha512-SmwKXe6VHIyZYbBLJrhOoCJRB/Z1tckzmgTLfFYOfpMAx63BJEaL9ExI8x7v0oAO3Zh6D/Oi1gVxEYr5oUCFhw==",
      "cpu": [
        "ia32"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "win32"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/@esbuild/win32-x64": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/@esbuild/win32-x64/-/win32-x64-0.27.7.tgz",
      "integrity": "sha512-56hiAJPhwQ1R4i+21FVF7V8kSD5zZTdHcVuRFMW0hn753vVfQN8xlx4uOPT4xoGH0Z/oVATuR82AiqSTDIpaHg==",
      "cpu": [
        "x64"
      ],
      "dev": true,
      "license": "MIT",
      "optional": true,
      "os": [
        "win32"
      ],
      "engines": {
        "node": ">=18"
      }
    },
    "node_modules/tsx/node_modules/esbuild": {
      "version": "0.27.7",
      "resolved": "https://registry.npmjs.org/esbuild/-/esbuild-0.27.7.tgz",
      "integrity": "sha512-IxpibTjyVnmrIQo5aqNpCgoACA/dTKLTlhMHihVHhdkxKyPO1uBBthumT0rdHmcsk9uMonIWS0m4FljWzILh3w==",
      "dev": true,
      "hasInstallScript": true,
      "license": "MIT",
      "bin": {
        "esbuild": "bin/esbuild"
      },
      "engines": {
        "node": ">=18"
      },
      "optionalDependencies": {
        "@esbuild/aix-ppc64": "0.27.7",
        "@esbuild/android-arm": "0.27.7",
        "@esbuild/android-arm64": "0.27.7",
        "@esbuild/android-x64": "0.27.7",
        "@esbuild/darwin-arm64": "0.27.7",
        "@esbuild/darwin-x64": "0.27.7",
        "@esbuild/freebsd-arm64": "0.27.7",
        "@esbuild/freebsd-x64": "0.27.7",
        "@esbuild/linux-arm": "0.27.7",
        "@esbuild/linux-arm64": "0.27.7",
        "@esbuild/linux-ia32": "0.27.7",
        "@esbuild/linux-loong64": "0.27.7",
        "@esbuild/linux-mips64el": "0.27.7",
        "@esbuild/linux-ppc64": "0.27.7",
        "@esbuild/linux-riscv64": "0.27.7",
        "@esbuild/linux-s390x": "0.27.7",
        "@esbuild/linux-x64": "0.27.7",
        "@esbuild/netbsd-arm64": "0.27.7",
        "@esbuild/netbsd-x64": "0.27.7",
        "@esbuild/openbsd-arm64": "0.27.7",
        "@esbuild/openbsd-x64": "0.27.7",
        "@esbuild/openharmony-arm64": "0.27.7",
        "@esbuild/sunos-x64": "0.27.7",
        "@esbuild/win32-arm64": "0.27.7",
        "@esbuild/win32-ia32": "0.27.7",
        "@esbuild/win32-x64": "0.27.7"
      }
    },
    "node_modules/unist-util-position": {
      "version": "5.0.0",
      "resolved": "https://registry.npmjs.org/unist-util-position/-/unist-util-position-5.0.0.tgz",
--- a/package.json
+++ b/package.json
@@ -4,13 +4,14 @@
  "type": "module",
  "version": "0.0.0",
  "scripts": {
-    "docs": "node ./concat-md.js",
+    "llms": "tsx ./generate-llms.ts",
    "dev": "vitepress dev .",
    "build": "vitepress build .",
    "serve": "vitepress serve ."
  },
  "dependencies": {},
  "devDependencies": {
    "tsx": "^4.19.2",
    "vitepress": "^1.6.3"
  }
 }
Author	SHA1	Message	Date
S.Gromov	464c709859	docs: убрать «воду» из вводных абзацев разделов All checks were successful CI/CD Pipeline / docker (push) Successful in 54s Details CI/CD Pipeline / deploy (push) Successful in 6s Details - удалены обороты «Раздел описывает», «Этот раздел описывает» из 10 файлов docs/ru - вводные абзацы переписаны в формате «тема: категории/области» без перечисления конкретного содержимого раздела - удалён frontmatter description из basics/architecture/index.md (подтягивается первый абзац после h1 — про SLM Design) - в CONTRIBUTING.md добавлен раздел «Вводный абзац» с правилами и блоками «Хорошо/Плохо»: что делать, чего избегать, проверка на излишнюю конкретику	2026-04-25 20:15:10 +03:00
S.Gromov	64db18917b	fix: синхронизировать EN-лендинг с русским All checks were successful CI/CD Pipeline / docker (push) Successful in 54s Details CI/CD Pipeline / deploy (push) Successful in 6s Details - обновлён EN tagline на лендинге под новый стиль (RU уже был обновлён) - английская карточка «For Assistant» приведена к структуре русской: две кнопки llms.txt и llms-full.txt с заглушечными ссылками (#) и бейджем «in development» - шаблон карточки теперь поддерживает badge при наличии buttons: карточка приглушается, кнопки не кликаются	2026-04-25 20:00:52 +03:00
S.Gromov	ae103e962e	feat: llms-full.txt, README архива и доработка лендинга All checks were successful CI/CD Pipeline / docker (push) Successful in 46s Details CI/CD Pipeline / deploy (push) Successful in 8s Details - добавлен генератор llms-full.txt: вся документация локали в одном файле с мета-якорями, порядок повторяет sidebar - архив теперь содержит README.md как точку входа: карта документации с относительными ссылками, описаниями и метаинфо сборки - ссылки /ru/... в .md-файлах архива преобразуются в относительные пути (через path.relative) — внутренняя навигация работает локально - веб-index.md удаляется из архива (его роль выполняет README.md) - llms-full.txt добавлен в архив для одноразового чтения LLM - в sidebar добавлен пункт «Главная» / «Home» со ссылкой на корень локали - карточка «Ассистенту» на лендинге: две кнопки llms.txt и llms-full.txt с открытием в новой вкладке - активирована карточка «Скачать правила» (ru) с ссылкой на zip-архив - удалён устаревший блок «Для ассистентов» из docs/{ru,en}/index.md - обновлены описания на главных локалей и заменён FSD на SLM в EN - в манифесте появилось поле llmsFull рядом с llms	2026-04-25 19:56:44 +03:00
S.Gromov	99c0995cb6	feat: генерация llms.txt, лендинг с выбором языка и ZIP-архивов All checks were successful CI/CD Pipeline / docker (push) Successful in 1m10s Details CI/CD Pipeline / deploy (push) Successful in 8s Details - удалён concat-md.js: вместо единого RULES.md теперь llms.txt - добавлен generate-llms.ts: собирает llms.txt из sidebar config, копирует .md-файлы для отдачи LLM и упаковывает ZIP-архивы по локалям - добавлен корневой /llms.txt как роутер на /ru/llms.txt и /en/llms.txt - добавлен манифест /manifest.json со ссылками и версией сборки - добавлен лендинг docs/index.md (layout: false) с автоопределением языка, переключателями языка и темы - английская локаль временно заблокирована: карточки как заглушки, ссылка на /en/ в роутере без href - добавлены поля llmsBlockquote и llmsContext в локали для технодокументационного описания в llms.txt - разделены VitePress-локали: root (только лендинг), ru (/ru/), en (/en/) - добавлен srcExclude: ['public/'] чтобы VitePress не рендерил сгенерированные .md как страницы - добавлен Vite-плагин для отдачи .txt и .md с charset=utf-8 - добавлена секция в Caddyfile для текстовых файлов - BUILD_VERSION пробрасывается из Gitea CI через docker --build-arg и подставляется в лендинг через Vite define - Dockerfile: установка zip, npm run llms перед npm run build - обновлены внутренние ссылки в docs/ru//*.md на префикс /ru/ - обновлены AGENTS.md и CONTRIBUTING.md под новый процесс - README/README_RU генерируются из docs/{lang}/index.md, остаются в репо	2026-04-25 18:06:27 +03:00
S.Gromov	d621e6b57d	fix: Баз с раскрытием вложенной навигации All checks were successful CI/CD Pipeline / docker (push) Successful in 43s Details CI/CD Pipeline / deploy (push) Successful in 8s Details	2026-04-20 16:56:27 +03:00
S.Gromov	787223010f	style: свернуть подпункты архитектуры в сайдбаре по умолчанию All checks were successful CI/CD Pipeline / docker (push) Successful in 45s Details CI/CD Pipeline / deploy (push) Successful in 6s Details	2026-04-20 11:44:27 +03:00
S.Gromov	f5732904f4	refactor(architecture): декомпозировать раздел на 4 файла All checks were successful CI/CD Pipeline / docker (push) Successful in 39s Details CI/CD Pipeline / deploy (push) Successful in 7s Details - architecture.md разбит на architecture/index.md + reference/layers.md, modules.md, segments.md - добавлена вложенность в сайдбар (Слои, Модули, Сегменты) - обновлён fileOrder в concat-md.js для 4 файлов - исправлены dead links на /basics/architecture (добавлен слеш) - перегенерированы RULES.md и README	2026-04-20 11:40:49 +03:00
S.Gromov	36304c14f0	docs: обновить разделы на архитектуру SLM Design Some checks failed CI/CD Pipeline / docker (push) Failing after 38s Details CI/CD Pipeline / deploy (push) Has been skipped Details - заменены все упоминания FSD на SLM Design в 10 файлах документации - обновлены слои features/ и entities/ на business/, infrastructure/, ui/ - обновлены таблицы генерации кода и CLI-примеры - обновлены примеры путей и деревья файлов (naming, project-structure) - исправлен YAML frontmatter в architecture.md (двоеточие без кавычек) - перегенерированы RULES.md и README	2026-04-20 10:40:52 +03:00