feat(stand): make up наполняет стенд стартовым миром, опись сторожит его

Зачем
Стенд поднимался пустым, и всякая приёмка следующих этапов начиналась с
ручной заливки данных. Теперь `make up` сам приводит стенд к одному и тому
же состоянию, а в git лежит то, чем это состояние проверяется.

Что
- Опись мира `data/world-inventory.json`: паспорт (зерно, версия
  генератора, хеш каталога) и по строке на каждый из восьми дней — дата,
  число событий, хеш байтов. Собирается `make inventory`, свежесть сторожит
  `test_inventory.py` — тем же способом, что свежесть описания выгрузки.
- Разовая служба `world-init` вышла из-под профиля и играет в топик восемь
  дней при каждом подъёме; зависимый у неё — `airflow-init`, иначе `--wait`
  считает успешно отработавшую службу упавшей.
- `scripts/wait-for-world.sh` — вторая половина `make up`: приём
  асинхронный, поэтому ждать надо доезда до `ods.event`, а не завершения
  заливки. Ограниченный цикл опроса, не пауза наугад.
- Девятая проверка `make check-clickhouse`: подневный счёт событий против
  описи, рамка по датам стартового мира, счёт через `FINAL`. При
  расхождении называет, где искать, — в событиях или в браке.
- Порог «день ≤ 30 с» снят из спеки генератора в обоих местах: замер дал
  1,7 с, порог был выше факта в восемнадцать раз. На его месте — замеры с
  датой. Раздел 9 спеки закрыт: открытых вопросов не осталось.
- Слова: «манифест» стал описью мира, «зерновой мир» — стартовым миром
  (решение владельца). Оба заведены в словарь CONTEXT.md.

Проверка
`make clean && make up` с нуля — 2 м 50 с, доехало ровно 401 185 событий.
`make check-clickhouse` зелёный (8 с), `make smoke` зелёный (9 с),
`make test` — 407 тестов за 71 с, `make lint`, `make typecheck`,
`make config-test` зелёные.

Что проверка умеет краснеть, снято двумя поломками: снос партиции
2026-06-03 дал диагноз «не доехали до ODS», негодная строка в сырье —
«сломан разбор». Строки опыта убраны, день переигран, счёт вернулся.
Тест свежести проверен молчаливой правкой цены в каталоге: покраснел.

Ссылка: #42

docs/architecture/testing.md

@@ -23,25 +23,29 @@
 заметит потерянного подключения Superset: он про ClickHouse и только.
 
 Отсюда правило для новой проверки: **спроси, кого она спрашивает.** Счётчики
-против манифеста — вопрос к ClickHouse: строки в `ods.event` считает сам
+против описи — вопрос к ClickHouse: строки в `ods.event` считает сам
 сервер и отвечает сразу, значит дом им в `check-clickhouse`, даже если по цене
 они подошли бы смоуку.
 
 ## Карта целей
 
-Стенд нужен трём целям из семи. Цена — замер 6 августа 2026 года, см. «Что
+Стенд нужен трём целям из семи. Цена — замер 7 августа 2026 года, см. «Что
 проверено».
 
 | Цель | Что утверждает | Стенд | Цена |
 |---|---|---|---|
 | `make lint` | Код генератора отформатирован и проходит ruff | не нужен | 0,4 с |
 | `make typecheck` | Типы генератора сходятся (ty) | не нужен | 0,5 с |
-| `make test` | Генератор делает то, что обещает; схема события остаётся объявленным контрактом, а собранное из неё [описание выгрузки](../formats/clickstream-event.md) — свежим | не нужен | 40 с |
+| `make test` | Генератор делает то, что обещает; схема события остаётся объявленным контрактом, а собранные из кода [описание выгрузки](../formats/clickstream-event.md) и [опись мира](../../data/world-inventory.json) — свежими | не нужен | 71 с |
 | `make config-test` | Compose разбирается, файлы DAG синтаксически целы, в diff нет пробельных ошибок. О работоспособности не говорит ничего | не нужен | 1 с |
-| `make smoke` | Стенд **собран**: службы живы, порты отвечают, подключения настроены друг на друга. Вширь и по касательной к каждой службе. Единственная цель, которая здесь правда смоук | нужен | 8 с |
-| `make check-clickhouse` | Всё, что спрашивают **у ClickHouse** и он отвечает сам: макросы, шарды, реплики, путь в keeper, ключ шардирования, очередь распределённых DDL | нужен | 7 с |
+| `make smoke` | Стенд **собран**: службы живы, порты отвечают, подключения настроены друг на друга. Вширь и по касательной к каждой службе. Единственная цель, которая здесь правда смоук | нужен | 9 с |
+| `make check-clickhouse` | Всё, что спрашивают **у ClickHouse** и он отвечает сам: макросы, шарды, реплики, путь в keeper, ключ шардирования, очередь распределённых DDL, счёт событий стартового мира против описи | нужен | 8 с |
 | `make check-services` | **Службы работают**: DAG запускается и доходит, топик создаётся и удаляется, Superset логинится и ходит в базу | нужен | 44 с |
 
+Цена самого `make up` — 2 м 50 с с нуля (`make clean` перед ним — ещё 23 с) и
+1 м 5 с на живом стенде. В цену целей она не входит, но записана здесь по той
+же причине: с #42 подъём стенда заливает стартовый мир и стал заметно дороже.
+
 ## Правило: смоук обязан оставаться быстрым
 
 `make smoke` — быстрая проверка для регулярного прогона: её гоняют не
@@ -72,6 +76,14 @@ ClickHouse отвечает сразу.
 Правки генератора добавляют к этому `make lint`, `make typecheck` и
 `make test`: стенд им не нужен, а `make test` из них самая дорогая.
 
+Тринадцать секунд из её семидесяти одной — пересборка восьми модельных дней
+для сверки с описью мира. Дешевле хеши не сравнить: чтобы узнать, тот ли
+получается мир, его надо получить. Место выбрано по той же оси «кого
+спрашивают» — вопрос обращён к коду генератора, стенд ему не нужен, — и
+краснеет проверка там, где надо: сразу после правки генератора. Не будь её,
+расхождение всплыло бы получасом позже, на поднятом стенде, где выглядит
+поломкой хранилища, а не забытой пересборкой.
+
 ## Порогов по времени здесь нет
 
 Цена в таблице — замеренное число с датой замера, а не назначенный порог.
@@ -117,9 +129,16 @@ ClickHouse отвечает сразу.
 же механизм, на котором стоит переобработка дня X.
 
 Что тогда стережёт цепочку постоянно — проверки на **настоящих** данных, тех,
-что стенд произвёл сам: счётчики против манифеста зернового мира ловят
-сломанный разбор (события уехали в брак — счёт разошёлся), ничего при этом не
-вкладывая.
+что стенд произвёл сам: подневный счёт событий против описи мира ловит и
+сломанный разбор (события уехали в брак — счёт разошёлся), и потерю по дороге,
+ничего при этом не вкладывая. Это единственный постоянный сторож цепочки
+Kafka → STG → ODS, и живёт он в `make check-clickhouse`.
+
+Правило, которое такая проверка обязана выдержать и которое стоит держать в
+голове для следующей: **на растущих данных утверждать можно только про
+зафиксированный кусок.** Мир растёт — менти переиграет день, этап 5 добавит
+следующий, — и всякое утверждение про таблицу целиком однажды покраснеет
+законно, то есть впустую. Как это сделано здесь, написано в самом скрипте.
 
 ## Корректность процессов живёт в дагах DQ, а не в целях `make`
 
@@ -145,6 +164,13 @@ ClickHouse отвечает сразу.
 | `make check-services` | `scripts/stand-services.sh` |
 | `make check-clickhouse` | `scripts/check-clickhouse.sh` |
 
+Особняком — `scripts/wait-for-world.sh`: он не проверка, а вторая половина
+`make up`. `docker compose up --wait` дожидается служб, в том числе успешно
+отработавшей заливки, но «заливка кончилась» значит «события в топике», а не
+«события в хранилище»: приём асинхронный. Скрипт ждёт доезда ограниченным
+циклом опроса. Без него `make check-clickhouse` следом краснел бы по
+устройству, а не по поломке.
+
 Общее у смоука и `check-services` — счёт проверок, обращение к Compose и две
 проверки — вынесено в `scripts/stand-common.sh`; сам он не запускается.
 Оттуда же приходят два решения, которые видно по счёту прогонов:
@@ -165,11 +191,29 @@ ClickHouse отвечает сразу.
 
 ## Что проверено
 
-Замеры 6 августа 2026 года, стенд поднят заранее; время `make up` в цену целей
-не входит. Время взято по `time` и совпадает с тем, что цель печатает сама. Оно
-плавает от прогона к прогону: смоук дал 8 секунд дважды (без проверки Kafka,
-до её появления, — 5 и 6), `check-services` — 43 и 44. В таблице стоит большее
-из замеренных.
+**Перезамер 7 августа 2026 года при исполнении #42.** Подъём стенда с нуля
+(`make clean && make up`) — 2 м 50 с, из них 22,5 с занимает сама заливка:
+18,7 с генерация восьми дней и 3,8 с доставка 401 185 сообщений в Kafka.
+Повторный `make up` на живом стенде — 1 м 5 с: мир заливается заново, и это
+не оплошность — `WatchID` те же, повтор схлопнет `ReplacingMergeTree`.
+Смоук — 9 с, `check-clickhouse` — 8 с с новой девятой проверкой. `make test`
+вырос до 71 с: 58 с прежних тестов плюс 13 с на пересборку восьми дней для
+сверки с описью. Прежние 40 с в таблице устарели ещё до #42 — тесты добавляли
+#41 и #43.
+
+Что новая проверка **умеет краснеть**, снято двумя поломками того же дня, и
+проверялись обе ветви её диагноза. Снесли партицию `2026-06-03` в
+`ods.event_rep` — проверка покраснела, показала недостающий день и назвала
+адрес: «события не доехали до ODS, начните с чтеца топика». Затем положили в
+сырьё заведомо негодную строку — брак появился, и проверка сменила диагноз на
+«сломан разбор, начните с `ods.event_errors_dist`». Строки опыта убраны, день
+переигран `make generate-batch GENERATOR_DAY=2`; счёт вернулся к 401 185, и
+это заодно показало дедупликацию: повтор дня не удвоил счёт под `FINAL`.
+
+Замеры 6 августа 2026 года, стенд поднят заранее. Время взято по `time` и
+совпадает с тем, что цель печатает сама. Оно плавает от прогона к прогону:
+смоук дал 8 секунд дважды (без проверки Kafka, до её появления, — 5 и 6),
+`check-services` — 43 и 44. В таблице стоит большее из замеренных.
 
 До деления `scripts/stand-smoke.sh` шёл 48 секунд на 25 проверок, из них
 42 секунды съедали шесть: Kafka с машины, два запуска пробников Airflow и три