fix(world): устранены расхождения после переноса на main

- Зачем:
  - свежий main добавил мониторинг и проявил устаревшие доводы, мёртвые настройки и слишком короткий тайм-аут DDL.
- Что:
  - документация приведена к текущему жизненному циклу мира и составу стенда;
  - удалены лишняя проверка и неиспользуемый YAML-якорь;
  - ожидание ClickHouse возвращено к 300 секундам, а отказы и параметры DockerOperator пояснены.
- Проверка:
  - `make config-test`;
  - `make lint`;
  - `make smoke` — 21/21.

docs/architecture/monitoring/cluster.md

@@ -144,8 +144,10 @@ Keeper — отдельный сервис, системных таблиц у
   вышло восемь: четыре таблицы, каждая обеими нодами. Таблиц ошибок среди них
   нет, и это правда состояния — частей у них пока не появилось.
 - Очередь DDL показала `CREATE MATERIALIZED VIEW ... ON CLUSTER` в состоянии
-  `Finished` и со временем по каждой ноде: `make generate-batch` поднимает
-  `clickhouse-init`, и тот заново прогоняет DDL.
+  `Finished` и со временем по каждой ноде. Новые безопасные записи для показа
+  оставляет `make check-clickhouse`: цель создаёт и удаляет временные таблицы
+  `ON CLUSTER`. Канонический DDL появляется в очереди при создании мира дагом
+  `world_initialize`.
 
 Подписи рядов (`${__field.labels.node}`) и правило, по которому пунктирным
 становится только ряд «отведено», сверены по документации Grafana через MCP

docs/architecture/testing.md

@@ -241,22 +241,26 @@ Kafka → STG → ODS, и живёт он в `make check-clickhouse`.
 19/2: назвал нездоровый сервис и отсутствие одной из четырёх целей. После
 возврата сервиса прогон снова дал 21/21.
 
-**Приёмка #119 21 августа 2026 года.** `make rebuild-storage` через Airflow
-прошёл за 3 м 9 с: позиция прошла задачи `-1` → `0` → `8`, топики получили
-новые идентификаторы, группы дочитали новые топики без отставания, а ODS принял
-401 185 событий без брака и 2 851 актуальный заказ. Повторный `make up` занял
-2 м 41 с вместе со штатным повторным запуском служб инициализации;
-`world_initialize` завершился за один цикл опроса и оставил счётчики
-неизменными. Отдельно
-проверены красные отказы `world_initialize` при `-1` и `world_next_day` при
-отсутствующей позиции, `0` и `-1`; `lifecycle` отказано в чтении
-`system.users`, но разрешено чтение `system.settings`.
+После переноса #119 поверх этого состава повторный `make up` сохранил готовый
+мир, смоук прошёл 21/21, проверка ClickHouse — 10/10, межсервисная — 7/7.
+
+**Приёмка логики #119 до переноса поверх мониторинга 21 августа 2026 года.**
+`make rebuild-storage` через Airflow прошёл за 3 м 9 с: позиция прошла задачи
+`-1` → `0` → `8`, топики получили новые идентификаторы, группы дочитали новые
+топики без отставания, а ODS принял 401 185 событий без брака и 2 851
+актуальный заказ. Задача `build_generator_image` заняла по 1,5 с в двух
+прогонах.
+Повторный `make up` занял 2 м 41 с вместе со штатным повторным запуском служб
+инициализации; `world_initialize` завершился за один цикл опроса и оставил
+счётчики неизменными. Отдельно проверены красные отказы `world_initialize` при
+`-1` и `world_next_day` при отсутствующей позиции, `0` и `-1`; `lifecycle`
+отказано в чтении `system.users`, но разрешено чтение `system.settings`.
 
 Итоговый холодный `make up` из пустых томов занял 9 м 39 с после 25 с на
 `make clean`. Даг создал отсутствующую позицию и закончил на `8`; ODS снова
 получил 401 185 событий без брака и 2 851 заказ. У `hits` два раздела, у
-`orders` один, отставание обеих групп равно нулю. На этом стенде прошли смоук
-20/20, проверка ClickHouse 10/10 и межсервисная проверка 7/7.
+`orders` один, отставание обеих групп равно нулю. На тогдашнем составе стенда
+прошли смоук 20/20, проверка ClickHouse 10/10 и межсервисная проверка 7/7.
 
 Оборванную очистку проверили после записи `world_position=-1`: остановили
 первую ноду ClickHouse, и `world_recreate` покраснел на удалении баз. Следующий