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

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

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

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

Ссылка: #42

docs/architecture/testing.md

@@ -29,8 +29,9 @@
 
 ## Карта целей
 
-Стенд нужен трём целям из семи. Цена — замер 7 августа 2026 года, см. «Что
-проверено».
+Стенд нужен трём целям из семи. Цена — замер, см. «Что проверено»: `make test`,
+`make smoke` и `make check-clickhouse` перемерены 7 августа 2026 года, их #42
+менял; остальные три стоят с замера 6 августа.
 
 | Цель | Что утверждает | Стенд | Цена |
 |---|---|---|---|
@@ -204,11 +205,13 @@ Kafka → STG → ODS, и живёт он в `make check-clickhouse`.
 Что новая проверка **умеет краснеть**, снято двумя поломками того же дня, и
 проверялись обе ветви её диагноза. Снесли партицию `2026-06-03` в
 `ods.event_rep` — проверка покраснела, показала недостающий день и назвала
-адрес: «события не доехали до ODS, начните с чтеца топика». Затем положили в
-сырьё заведомо негодную строку — брак появился, и проверка сменила диагноз на
-«сломан разбор, начните с `ods.event_errors_dist`». Строки опыта убраны, день
-переигран `make generate-batch GENERATOR_DAY=2`; счёт вернулся к 401 185, и
-это заодно показало дедупликацию: повтор дня не удвоил счёт под `FINAL`.
+адрес: «таблица брака пуста, события не доехали до ODS, начните с чтеца
+топика». Затем положили в сырьё заведомо негодную строку — брак появился, и
+диагноз сменился на второй, с признаком для различения: «сойдётся недостача с
+числом брака — сломан разбор, не сойдётся — брак от прежних опытов». Строки
+опыта убраны, день переигран `make generate-batch GENERATOR_DAY=2`; счёт
+вернулся к 401 185, и это заодно показало дедупликацию: повтор дня не удвоил
+счёт под `FINAL`.
 
 Замеры 6 августа 2026 года, стенд поднят заранее. Время взято по `time` и
 совпадает с тем, что цель печатает сама. Оно плавает от прогона к прогону:

docs/specs/2026-08-01-generator.md

@@ -888,9 +888,8 @@
   пока число правдоподобно, само по себе оно ничего не сторожит, и
   подгонять поведение под его край не надо. Настоящий предел здесь другой и
   считается в другой валюте — дневной бюджет событий: события корзины
-  входят в те самые «около 50 тыс.», на которых стоят опись (#42) и
-  порог скорости дня. Упрётся будущая правка — двигать надо бюджет и его
-  причины, а не долю.
+  входят в те самые «около 50 тыс.», на которых стоит опись (#42). Упрётся
+  будущая правка — двигать надо бюджет и его причины, а не долю.
 
 Решено при исполнении #41 (2026-08-07). Первые два пункта — решения владельца
 грилингом 7 августа 2026 года, внесённые как есть; остальные приняты при