@rt-tools/agent-kit 0.11.0 → 0.12.0

package/assets/rules/git-workflow.gitlab.md

@@ -2,7 +2,7 @@
 name: git-workflow
 kind: rule
 law: delivery
-description: Правило под «Закон о поставке» для дерева на GitLab. Брать на заведение задачи, ветки, коммит, пуш, создание MR, слияние, а также на правку схемы хранилища, её миграций и вызовы миграций. Называет задачу на борде как начало работы, колонку задачи как ход работы, соответствие задачи и ветки один к одному, имя ветки, формат коммита, учётную запись машинной работы, обязательный состав MR, гарды поставки и сверку очереди работ. Готовый код — в паттернах git-workflow-commit, git-workflow-merge, git-workflow-migration, git-workflow-restart, git-workflow-docker и git-workflow-secrets.
+description: Правило под «Закон о поставке» для дерева на GitLab. Брать на заведение задачи, ветки, коммит, пуш, создание MR, слияние, а также на правку схемы хранилища, её миграций и вызовы миграций. Называет задачу на борде как начало работы, колонку задачи как ход работы, соответствие задачи и ветки один к одному, имя ветки, формат коммита, учётную запись машинной работы, обязательный состав MR, гарды поставки и сверку очереди работ. Готовый код — в паттернах git-workflow-commit, git-workflow-pr, git-workflow-merge. Выкатка, образы и миграции — правило deploy-flow.
 ---
 
 # Поставка — как это устроено здесь
@@ -12,6 +12,9 @@ description: Правило под «Закон о поставке» для д
 учётная запись машинной работы и области коммита — при этом дереве, в `implementation.md`
 рядом: их не угадать, и общими они не бывают.
 
+**Холодная часть:** `pitfalls.md` рядом — ловушки, грабли, на которые уже наступали.
+Грузится по требованию, а не вместе с правилом.
+
 ## Как это называется здесь
 
 | В законе                         | Здесь                                                                                                                                                                                                 |
@@ -23,9 +26,6 @@ description: Правило под «Закон о поставке» для д
 | состояние задачи в очереди работ | список доски, за которым стоит метка: заведённая, взятая в работу, ждущая разбора. Имена меток — в `implementation.md`; закрытая задача уходит из очереди слиянием, а не переносом в последний список |
 | PR о задаче                      | заголовок MR `[<КЛЮЧ>-<номер>] <Что сделано>` — тот же номер, что у задачи, и её название, переведённое в сделанное; тип и область коммита сюда не идут                                               |
 | обсуждение правки                | разбор MR: ревьювер — владелец проекта, исполнитель — учётная запись машинной работы, метки — те же, что у задачи                                                                                     |
-| попадание правки в главную ветку | слияние MR; оно же запускает выкатку — `.gitlab-ci.yml`                                                                                                                                               |
-| образ того коммита               | `IMAGE_TAG=<sha>` в командах `docker compose` на сервере                                                                                                                                              |
-| изменение хранилища              | миграция в `prisma/migrations/<метка>_<имя>/`                                                                                                                                                         |
 | запись о правке                  | коммит формата `type(scope): description` — типы `feat`, `fix`, `refactor`, `docs`, `style`, `test`, `chore`, `perf`; области — в `implementation.md`                                                 |
 | автор машинной работы            | отдельная учётная запись; её имя и место токена — в `implementation.md`. Токен лежит вне репозитория                                                                                                  |
 
@@ -130,12 +130,6 @@ flowchart TD
   остаётся в ней после слияния навсегда. Здесь она заводится проще, чем где-либо: доска
   собирается по меткам, и метка списка, поставленная на MR, тут же делает его карточкой.
   Находит такие сверка очереди — строкой на каждую.
-- **Конвейер судит по составу правки, а не гоняет всё подряд.** Шаги, которым нечего проверять,
-  пропускаются по признаку, посчитанному от главной ветки: ветка, не тронувшая ни строки кода,
-  не поднимает стенда, не снимает кадров и не собирает образов. Правила `rules:changes` считают
-  это сами, но по путям, а не по составу правки — совпадение пути ещё не значит, что задета
-  сборка, поэтому признак объявляется явно и один раз. Пропущенный шаг виден в прогоне
-  пропущенным — молча выпавший читается как пройденный.
 - **Отставший список находится сверкой очереди, а не глазами.** Сверка судит список по PR
   в обе стороны: открытый MR при задаче не в разборе и разбор без открытого MR — оба
   расхождения. Момента, когда задачу берут в работу, ей не видно: ветки на доске нет.
@@ -147,37 +141,6 @@ flowchart TD
   исполнитель открывает карточку раньше, чем замысел эпика, а планирует по замыслу. Одна пометка без
   другой лжёт молча, поэтому сверка очереди судит пару в обе стороны. Помечается только то, что
   законно не делится: пометка объёма правом делить не становится.
-- **Слияние в главную ветку выкатывает прод.** Правила `only`/`rules` конвейера покрывают
-  документы отдельно, поэтому переменные окружения, секреты и записи имён ставятся до слияния,
-  а не после.
-- **Признак режима объявлен в образе, а не только в составе прода.** Значение, заданное
-  составом, действует лишь на контейнер, поднятый этим составом; ручной прогон того же образа
-  идёт с пустым значением, а пусто здесь означает локалхост — со всеми отладочными
-  умолчаниями, которые он разрешает. Умолчание образа задаётся в самом образе.
-- **Образы выкатываются по sha коммита, а не по метке «последний».** Метка в реестре отстаёт
-  от главной ветки, и прод молча возвращается к прежней версии, продолжая отвечать.
-- **Выкатка убирает за собой старые образы, оставляя три последних sha.** Помеченный sha образ
-  висячим не бывает никогда, и чистка висячего его не касается: за полгода они съедают диск
-  сервера целиком. Три sha — это глубина отката, и меньше брать нельзя: поломка, замеченная
-  через две выкатки, откатывается уже некуда.
-- **Описание прода правится вместе с составом прода.** Устройство, путь запроса, гейты и
-  бэкапы описаны текстами вне слоёв правил, и ни линтер, ни сборка их не читают: расхождение
-  копится молча, а читают эти тексты как действующие. Пару стережёт гард документов.
-- **Правка конвейера прогоняется до слияния ручным запуском.** Конвейер запускается на любой
-  ветке, а задание выкатки прибито правилом к главной: прогон ради проверки доходит до сборок и
-  там кончается. Прогон команд задания на своей машине его не покрывает: он проверяет команды,
-  а не файл конвейера, — верность самого файла читается только по списку конвейеров после
-  пуша, и синтаксис отдельно судит проверка `.gitlab-ci.yml` в проекте.
-- **PR проверяется до слияния тем же конвейером, что и главная ветка.** Проверки и сборки
-  образов идут на конвейере запроса слияния, выкатка — нет: её держит правило по главной ветке
-  у своего задания, а образ PR в реестр не уезжает.
-- **Расхождение прода с главной веткой видно сверкой очереди работ.** Задача уходит из очереди
-  слиянием, но слияние — ещё не прод: отказавшая выкатка не трогает ни задачу, ни её список, и
-  заметить её неоткуда. Сверка спрашивает последний конвейер главной ветки и судит только
-  завершённый: идущий ещё может кончиться выкаткой.
-- **Цепочка миграций прогоняется с пустого хранилища до слияния.** Порядок применения
-  лексикографический по имени каталога, а метку времени ставит момент создания: миграция из
-  ветки, начатой раньше, встаёт перед той, от которой зависит.
 - **Документ едет в том же коммите, что и правка.** Обход — строка `Docs-skip: <причина>` в
   теле коммита; пустая причина не принимается.
 - **Заголовок коммита сверяется с форматом на месте.** Разобранный по типу и области
@@ -222,10 +185,6 @@ flowchart TD
   репозитории сценария наследует общий конфиг: если включена подпись, git идёт в агент ключей,
   а заблокированный агент роняет весь набор — со стороны это выглядит сломанным гардом. Автор,
   почта и подпись передаются флагами `-c` прямо в команду.
-- **Расхождение миграций со схемой меряется на теневом хранилище, а не на том, где работает
-  тот, кто пушит.** Оно законно несёт след любой недоделанной ветки, и сверка с ним держала бы
-  чужую правку. Гейт и выкатка зовут одну и ту же проверку — иначе «сошлось» станет значить в
-  двух местах разное.
 
 ## Чего из закона здесь нет
 
@@ -248,52 +207,6 @@ flowchart TD
 
 ## Паттерны
 
-- `git-workflow-commit` — задача, ветка, коммит, пуш и MR от учётной записи машинной работы.
+- `git-workflow-commit` — задача, ветка, коммит и пуш от учётной записи машинной работы.
+- `git-workflow-pr` — открытие MR, черновик и его снятие, описание, ревьювер, метки, состояние.
 - `git-workflow-merge` — главная ветка влита в ветку задачи, конфликт разобран.
-- `git-workflow-migration` — правка схемы хранилища и её миграций.
-- `git-workflow-restart` — ручной перезапуск прода.
-- `git-workflow-docker` — образы на своей машине: демон, реестр, сборка под платформу сервера.
-- `git-workflow-secrets` — ключи внешних служб: где лежат, как заводятся, что говорит их состояние.
-
-## Ловушки
-
-- **Одна работа — одна задача, сколько бы файлов она ни задела.** Числа, за которым правка
-  становится второй задачей, здесь нет: делится то, что придётся откатывать порознь. Сплошная
-  правка текстов дерева была заведена тремя задачами «по объёму» — пришлось стирать две,
-  закрывать два MR и переносить коммиты по одному с двумя конфликтами. Одна из трёх не дала
-  коммита вовсе: правка тел уже заведённых задач веткой не бывает и задачей под ветку тоже.
-- **Задача заводится командой, а не вызовами подряд.** Доска показывает те issue, чью метку
-  знает, и задача без метки списка в очереди работ не видна: со стороны это выглядит так же, как
-  незаведённая. Команда заведения ставит всё разом — issue, номер в его заголовке, метку списка,
-  исполнителя, — и печатает готовую строку заведения ветки. Замеченный по ходу дефект проходит
-  тот же путь.
-- **Ветка заводится вторым вызовом, а не тем же.** Гард главной ветки отклоняет составную
-  «создать ветку и сразу коммитить» целиком: ветки в момент разбора ещё нет.
-- **Сторона конфликта бывает удалением, и «сохранить обе стороны» заводит второе объявление.**
-  Главная ветка снимает объявление, потому что символ переехал, — в конфликте это выглядит как
-  сторона, которая ничего не дописала. Разбирается чтением версии главной ветки целиком, а не по
-  хунку, и сверяется проверкой повторов: обе копии сами по себе исправны, сборка и линт зелёные.
-- **Учётная запись для пуша и автор MR выбираются отдельно.** Если пушить пришлось из-под другой
-  записи, на следующий вызов это не переносится: MR открывают токеном учётной записи машинной
-  работы, и от того, чьей записью он открыт, зависит, кого можно назначить ревьювером. Однажды
-  смена записи ради пуша утекла в публикацию — PR вышел от владельца.
-- **Невалидный файл конвейера виден отказом сразу после пуша, а не упавшим заданием.** Конвейер
-  на такой файл не заводится вовсе: в списке стоит запись об ошибке разбора, а внутри нет ни
-  задания, ни лога. Поэтому список конвейеров ветки смотрится тем же движением, что и пуш —
-  `glab ci list --branch <ветка>`, — а сам файл до пуша судит проверка `.gitlab-ci.yml` в
-  проекте.
-- **`online` у раннера на своей машине означает запущенный процесс, а не работающий
-  конвейер.** Две стороны сходятся отдельно: `tags` у заданий и теги самого раннера. Пока
-  пересечения нет, раннер стоит `online` и не берёт ничего, а задания ждут общего раннера — по
-  состоянию это выглядит настроенным. Владельцу называют выполненное задание с его номером, а
-  не строку состояния.
-- **Вход в реестр образов из раннера, запущенного службой, отказывает молча.** Служба идёт без
-  сеанса пользователя, а клиент реестра уходит в системный помощник хранения ключей и получает
-  отказ во взаимодействии — задание падает до сборки. Свой каталог настроек с пустым помощником
-  не спасает: клиент переписывает пустое значение обратно сам. Готовые команды — паттерн
-  `git-workflow-docker`.
-- **Новое рабочее дерево получает только то, что лежит в индексе.** `git worktree add`
-  разворачивает коммит, а настройки, ключи, локальные разрешения и зависимости в коммит не
-  входят: свежее дерево выглядит готовым и упирается в нехватку не сразу, а на первом гарде,
-  которому нужен ключ. Что именно переносится руками, названо списком в компаньоне правила, и
-  список пополняется тем же движением, которым заводится новый файл вне индекса.

package/assets/rules/spec-driven.md

@@ -11,6 +11,9 @@ description: Правило под «Закон о документации пр
 быть верно про тексты; здесь — из каких слоёв они сложены в этом дереве и что сверяет машина.
 Формулировки — правило `doc-style` под тем же законом.
 
+**Холодная часть:** `pitfalls.md` рядом — ловушки, грабли, на которые уже наступали.
+Грузится по требованию, а не вместе с правилом.
+
 ## Как это называется здесь
 
 ```
@@ -21,6 +24,7 @@ description: Правило под «Закон о документации пр
   ├─ ПРАВИЛО    .claude/skills/<правило>/SKILL.md   (kind: rule, law: <закон>)
   │             привязывает закон к этому проекту; несколько правил на закон
   │             .claude/skills/<правило>/implementation.md — привязка к коду
+  │             .claude/skills/<правило>/pitfalls.md — холодная часть: грузится по требованию
   │
   │  └─ ПАТТЕРН  .claude/skills/<правило>-<что>/SKILL.md   (kind: pattern, rule: <правило>)
   │              готовый код и конкретные приёмы; минимум один на правило
@@ -125,6 +129,13 @@ flowchart TD
 - **Слоёв законов два, а имя закона одно на оба.** Общий лежит в корне конституции, закон
   приложения — в `application/`; ни `law:`, ни `**Законы:**` слоя не называют, поэтому имена
   законов уникальны по всему дереву конституции.
+- **У правила бывает третий файл, и в него уходит то, что при решении не читают.** Ловушки и
+  поведение по разборам происшествий нужны не тому, кто принимает обычное решение, а тому, кто
+  разбирает промах или спорит с гардом, — а грузятся они вместе с правилом каждый раз и растут
+  быстрее статей. Такой текст уезжает в `pitfalls.md` рядом, правило называет его строкой в
+  шапке, и грузится он по требованию. Отказ гейта о холодной части молчит: он зовёт правило, а о
+  третьем файле говорит само правило.
+
 - **Спек объявляет законы, которые применяет, и связь сверяется в обе стороны.** Закон,
   названный в тексте спека, обязан стоять в шапке: иначе по закону не узнать, какие домены
   на нём стоят.
@@ -134,6 +145,28 @@ flowchart TD
   про дерево, где того гарда не разложили; поправить это дерево не может ничем, если у ресурса
   нет надстройки. Требование ресурса к ресурсу при этом объявляется строкой в шапке, а не
   выводится из такой фразы.
+- **Статья правила говорит о своей применимости сама, строкой признака при себе.** Отказ гейта
+  зовёт правило целиком, а под конкретную правку подпадает одна его статья: платить за решение
+  полной ценой правила — значит учить не читать лишнего, то есть работать хуже разведанным.
+  Признак стоит при статье, а не в карте гейта: карта знает путь и правило, но не знает, какая
+  из двух десятков статей про этот путь.
+
+    ```markdown
+    - **Заголовок статьи.** Текст статьи, как обычно.
+      <!-- rt-when: *.scss *.css -->
+    ```
+
+    Образцы разделены пробелом и сверяются с путём правки как образцы оболочки, а не поиском по
+    словам: поиск называет не ту статью и молчит об этом. Образец без каталога сверяется и с
+    именем файла. Комментарий не виден в собранной разметке, поэтому статья читается человеком
+    как прежде.
+
+- **Статья без признака законна, и правило без единого признака — тоже.** Признак ставится тем
+  статьям, чьё правило отбивает на правке файла; остальные размечаются по мере того, как их
+  отбития попадут в сводку. Отсутствие признака означает «эту статью по пути правки не
+  выбирают», а не промах: требовать его у всех значило бы размечать наугад те правила, которые
+  ни разу никого не отбили.
+
 - **Паттерн находится по полю `rule:`, а не по приставке имени.** Приставку имени несут не все
   паттерны, и поиск по имени правила таких не видит: сверка ищет их полем, человек — разделом
   «Паттерны» самого правила. Счёт паттернов, собранный приставками, выходит меньше настоящего, а
@@ -161,6 +194,12 @@ flowchart TD
 доменов раньше, чем код научился в него приходить, и всё это время читалось описанием
 работающего.
 
+Полноту разметки статей признаком применимости не считает ничто. Правило, у которого признака
+нет ни у одной статьи, отбивает прежним текстом — и от размеченного отличается только тем, что
+исполнитель читает его целиком; ни одна проверка об этом не говорит. Судит это сводка
+наблюдений: правило, которое чаще прочего отбивает на правке файла, и есть первое, что
+размечают.
+
 Полноту разделов у самого закона, правила и паттерна здесь не проверяет ничто. Статьи о том,
 что текст судится не слабее своей копии, что невыбранная редакция судится наравне с выбранной и
 что набор разделов объявлен отдельно от образца, исполняются там, где эти тексты пишут, — в
@@ -172,33 +211,3 @@ flowchart TD
 
 - `spec-driven-domain` — заведение и правка спека домена, сценарии, привязка.
 - `spec-driven-rule` — заведение закона, правила и паттерна.
-
-## Ловушки
-
-- **`tasks.md` в спеке не заводить.** Шаги — артефакт сессии, им место в ветке или в описании
-  PR. Как только в директории появляются «шаги», спек снова становится планом и умирает после
-  мержа.
-- **Спек описывает установившееся, а не предстоящее.** Единственное место, где он говорит о
-  будущем, — `proposed/<фича>/`. После выкатки его текст вливается в спек домена, директория
-  удаляется, идентификаторы сценариев не меняются.
-- **Семантику полей не сверяет ничто.** Проверка знает имена процедур, коды отказа и связь
-  сценариев с тестами; что означает пустое поле — не знает. Правка `.proto` поэтому тянет
-  спеки всех доменов, чьи процедуры она задела, в той же ветке.
-- **Живость символа считается совпадением имени по всему дереву, а не вызовом.** Символу
-  хватает второго упоминания где угодно — в чужом поле с тем же именем, в атрибуте разметки.
-  Место, где правило исполняется на самом деле, подтверждается только чтением кода.
-- **Якорь в `tools/*.mjs` сверяется почти ничем:** живость считается только для `.ts`, а
-  исходники обходятся по `apps`, `libs` и `prisma`. Правило, привязанное к проверке, поэтому
-  читается вместе с её телом.
-- **Зелёная проверка не значит, что структура верна.** Спутники с привязкой сначала лежали
-  рядом с законами, и проверка была зелёной именно потому, что структура совпадала с тем,
-  чего проверка сама и ждала.
-- **Конфликт мержа в спеке разрешается сохранением обеих сторон, а не выбором одной.** Две
-  ветки дописывают в конец одних и тех же списков — сценариев, правил, строк привязки, — и
-  обе стороны верны: конфликт здесь не спор, а две дописи в одно место. Номера сценариев при
-  разрешении не пересчитываются: идентификатор — ключ связи с тестами, и сдвиг номеров рвёт
-  сверку у соседей, которых правка не касалась. Порядок сохранённых сторон держится
-  одинаковым в `spec.md`, `scenarios.md` и `implementation.md`: иначе правило, его сценарий и
-  его привязка перестают находиться друг по другу. После разрешения гоняется
-  `npm run check:specs` — конфликт в спеке кода не задевает, и ни сборка, ни линтеры его не
-  увидят.

package/assets/rules/styling-bem.md

@@ -12,6 +12,9 @@ description: Правило под «Закон о фронтовом прило
 `component-structure`, состояние — `angular-patterns`, окружение браузера —
 `platform-access`, слой обращения к серверу — `api-layer`. Все пять под одним законом.
 
+**Холодная часть:** `pitfalls.md` рядом — ловушки, грабли, на которые уже наступали.
+Грузится по требованию, а не вместе с правилом.
+
 ## Как это называется здесь
 
 | В законе                        | Здесь                                                                                                                                        |
@@ -51,28 +54,45 @@ flowchart TD
 - **Оформление берётся токеном `--rt-*`, а не пишется значением на месте.** Составные
   значения — `box-shadow`, `text-shadow` — берутся готовым токеном целиком, а не собираются
   из частей.
+  <!-- rt-when: *.scss *.css -->
+
 - **У каждого класса элемента есть своё правило стилей.** Класс без правила выглядит рабочим
   и молча ничего не делает.
+  <!-- rt-when: *.scss *.css -->
+
 - **Класс ставится директивой, а не строкой в атрибуте.** Имя блока `rtElem` получает
   инъекцией от ближайшего предка с `rtBlock`, и повторить этот разбор по тексту шаблона нечем.
+  <!-- rt-when: *.html *.scss -->
+
 - **Раскладка объявлена в общем слое приложения, а не в стилях экрана.** У компонента экрана
   вне кита файл стилей по умолчанию пустой.
+  <!-- rt-when: *.scss *.css -->
+
 - **Шторку и окно открывает служба кита, а не номер слоя.** Числа шкалы сравниваются только
   между соседями по разметке; служба выносит разметку наружу, к `<body>`, и сравнивать её
   становится не с чем.
+  <!-- rt-when: *.ts *.scss -->
+
 - **Номер слоя берётся из шкалы, а не пишется числом в файле компонента.** Шкала — единственное
   место, где слои видно рядом: написанное на месте число в неё не попадает, и следующий узел
   занимает тот же номер, ничего об этом не узнав.
+  <!-- rt-when: *.scss *.css -->
+
 - **Размер элемента управления выбирается по признаку указателя, а не по ширине экрана.**
   Планшет в ландшафте шире порога узкого вьюпорта, а нажимают по нему пальцем: `pointer: coarse`
   отвечает про способ нажатия, ширина — про место под раскладку. Ступени берутся у кита, а не
   назначаются пикселями.
+  <!-- rt-when: *.scss *.css -->
+
 - **Файл стилей не длиннее 500 строк.** Предел общий с кодом и текстами, но stylelint длину не
   судит вовсе — держит его проверка дерева. Выросший файл экрана делится по блокам, а общая
   раскладка уходит в свой слой.
+  <!-- rt-when: *.scss *.css -->
+
 - **Предупреждение stylelint роняет прогон наравне с ошибкой.** `!important` объявлен
   предупреждением, а прогон идёт с `--max-warnings 0`: иначе запрет читается как пожелание —
   два таких предупреждения лежали в дереве, а `npm run stylelint` возвращал ноль и гейтом не был.
+  <!-- rt-when: *.scss *.css -->
 
 ## Чего из закона здесь нет
 
@@ -85,42 +105,3 @@ flowchart TD
 - `styling-bem-layout` — экран на общем слое раскладки, блоки приложения.
 - `styling-bem-component` — стили компонента кита, `:host`, модификаторы, язык оформления сайта.
 - `styling-bem-sheet` — шторка и окно поверх страницы: чем открываются, подложка, замер.
-
-## Ловушки
-
-- **`rtElem` без предка с `rtBlock` роняет отрисовку в рантайме** — сборка и линт молчат.
-- **Спроецированный узел блока-предка не имеет.** `rtElem` берёт имя блока инъекцией от
-  ближайшего предка **по месту объявления шаблона**, а не по месту вставки: элемент, который
-  экран объявляет у себя и отдаёт в проекцию чужого компонента, ищет `rtBlock` в своём шаблоне
-  и не находит. Отрисовка падает в рантайме, сборка и линт зелёные. Класс на такой узел
-  вешается правилом по селектору кита в общем слое раскладки, а не директивой.
-- **Элемент с `backdrop-filter` или своим `z-index` замыкает потомков в свой слой.** Липкая
-  шапка с размытием — самый частый случай: номер слоя у того, что лежит внутри неё,
-  сравнивается не с соседями по странице, а только с соседями внутри шапки, и нижняя панель
-  накрывает открытую шторку вместе с её кнопкой. Проверяется это `elementFromPoint` в центре
-  кнопки: сборка, линт и скриншот показывают тут целую страницу.
-- **До узла, вынесенного к `<body>`, стили компонента не достают.** Превью и заглушку переноса
-  кладёт туда библиотека, а правила компонента заскоуплены атрибутом: файл выглядит рабочим и
-  не красит ничего. Такие правила объявляются в общем слое приложения. Ни сборка, ни линт, ни
-  проверка «класс без правила» этого не видят: класса такого в шаблоне нет вовсе, и пролежать
-  это может несколько задач подряд.
-- **Имя токена не сверяется ничем.** Ссылка на несуществующий токен собирается, проходит
-  stylelint и проверку класса без правила, а свойство молча берёт наследованное значение:
-  правило выглядит написанным и не красит ничего. Ловится это только замером в браузере, а
-  имена берутся из объявлений кита, а не по догадке о том, как токен должен был бы называться.
-- **`rtBlock` на `<ng-container>` класса не ставит вовсе:** узел это комментарий, и имя блока
-  он только объявляет потомкам. Класс блока экрана вешает хост через `host: { class: … }`.
-- **`justify-content: center` во flex-контейнере с `overflow-x` уводит первые элементы за
-  нулевой скролл** — доскроллить до них невозможно. В прокручиваемых лентах —
-  `justify-content: safe center`.
-- **`scrollbar-gutter: stable` на корне не заводить:** резерв под полосу прокрутки сужает
-  содержащий блок для `position: fixed`, и попап, выровненный по правому краю, встаёт на
-  ширину резерва левее своей кнопки.
-- **`& + :host` невалиден:** изнутри компонента до соседнего хоста не дотянуться. Разделитель
-  между повторяющимися хостами — `:host(:not(:first-of-type))`.
-- **`[attr.aria-disabled]` визуального состояния не даёт:** браузер стилизует `:disabled`, но
-  атрибуты `aria-*` — нет. К каждому `aria-disabled` заводится правило `[aria-disabled='true']`.
-- **Гарнитуру с `body` элементы формы не наследуют:** браузер задаёт `button`, `input`,
-  `select` и `textarea` свой шрифт. Наследование включено глобально — сбрасывать его нельзя.
-- **Комментарии-выключатели stylelint не ставятся.** Селекторы объединяются вложенностью.
-- **При переносе стилей новых объявлений не появляется** — только перемещение существующих.