компоненты как адресат сборки и плоский набор

- компонент — область репозитория, где выбранные слои действуют
  одновременно; сборка идёт по разу на компонент, у каждого своя директория
  копий, подписка и локальная часть, секции [components.<имя>] в манифесте
- плоский набор описан как низкий конец модели, а не отдельный режим: тема с
  одним слоем собирается копированием, ключи оси и lang/stack не пишутся
- в TODO заведён вопрос о реестре значений осей и судьбе extends:

suite.toml

@@ -32,10 +32,12 @@ reading = "READING.md"
 # БД. Имя записывается латиницей; рекомендуется нижний kebab-case, но годится
 # любой идентификатор, пригодный для имени файла.
 #
-# Тема — единица подписки и единица сборки: потребитель перечисляет темы в
-# своём манифесте, а сборщик складывает в один файл все слои темы в порядке
-# arch → язык → стек. Слои узнают друг друга по объявленному имени, а не по
-# имени файла: файл конвенции несёт тему в шапке (`topic: time`).
+# Тема — единица подписки; собирается она на каждый компонент проекта, все
+# слои темы в один файл в порядке база → язык → стек. Слои узнают друг друга
+# по объявленному имени, а не по имени файла: файл конвенции несёт тему в
+# шапке (`topic: time`), а свою ось — ключами `lang:` и `stack:` там же
+# (META-38). Слой без ключей оси — базовый; тем, у которых слой один,
+# директории осей не нужны вовсе.
 #
 # Имя темы не переименовывается и не переиспользуется: на тему ссылаются
 # словом — из текста конвенций («конвенция `logging`»), из подписки в