fix(stand): находки ревью — диагноз не утверждает причину, комментарии не врут

Зачем
Холодное ревью нашло три места, где написанное сильнее сделанного.

Что
- Непустая таблица брака больше не выдаётся за доказательство сломанного
  разбора. Модельного дня у брака нет, обрамить его нечем, и строки прежних
  уроков лежат в нём месяц: после первого же урока с мусором проверка
  давала бы неверный диагноз навсегда. Теперь она даёт признак, по которому
  причину отличают, — сошлась недостача с числом брака или нет.
- Комментарий у world-init обещал, что расхождение числа дней с
  STARTING_DAYS поймают счётчики. Это неправда в одну сторону: лишний день
  ложится за рамкой дат описи. Обещание убрано, дыра названа.
- Довод «даг next_day этапа 5 продолжит ось» опирался на несуществующий
  этап; заменён настоящей причиной — заливка замыкает цепь разовых служб.
- Потолок ожидания 300 с получил обоснование замером с кратностью, а сам
  скрипт — честную оговорку: его обещание работает на пустом стенде, на
  живом ждать нечего.
- Третья, пропущенная ссылка на снятый порог скорости дня убрана из спеки.
- Даты замеров в карте целей разведены: #42 менял три цели, а не шесть.

Проверка
Обе ветви диагноза сняты заново на живом стенде: без брака — «не доехали»,
с браком — признак различения. Стенд восстановлен, все 9 проверок зелёные,
брака 0. make lint, typecheck, config-test, test (407 тестов) зелёные.

Ссылка: #42

compose.yaml

@@ -251,8 +251,9 @@ services:
   # Что это за дни и каким мир обязан выйти — data/world-inventory.json.
   #
   # Число дней стоит здесь числом: YAML не читает Python, и одно из двух мест
-  # (второе — `STARTING_DAYS` в inventory.py) лишнее по построению. Разъедутся
-  # они — покраснеют счётчики `make check-clickhouse`.
+  # (второе — `STARTING_DAYS` в inventory.py) лишнее по построению. Правя одно,
+  # правьте второе — на страже тут никто не стоит: залей эта служба лишний
+  # день, он лёг бы за рамкой дат описи и остался бы незамеченным.
   #
   # Повторный `make up` заливает мир заново, и это не оплошность: `WatchID` у
   # событий те же, ReplacingMergeTree схлопнет повтор в ODS. Сырьё в STG при
@@ -309,11 +310,9 @@ services:
       # упавшим для --wait.
       clickhouse-init:
         condition: service_completed_successfully
-      # По той же причине — и ещё по одной. Заливка стартового мира идёт
-      # последней в цепи разовых служб, и зависимого ей взять больше негде.
-      # Заодно это правда про порядок: даг `next_day` этапа 5 продолжает ось с
-      # того дня, на котором заливка остановилась, — Airflow приходит в мир,
-      # который уже есть.
+      # По той же причине. Заливка стартового мира идёт последней в цепи
+      # разовых служб, и зависимого ей взять больше негде: долгоживущие службы
+      # данных не ждут, а `airflow-init` эту цепь и так замыкает.
       world-init:
         condition: service_completed_successfully
     entrypoint: ["/bin/bash"]