feat(stand): добавлены стартовые слепки заказов

- Зачем:
  - свежий стенд должен показывать отставание ночной выгрузки заказов от кликстрима.
- Что:
  - после событий генератор отправляет семь слепков дней 0…6 в общий топик orders.
  - make up запускает orders_ingest, ограниченно ждёт его завершения и оставляет день 7 первому ходу мира.
  - README и карта проверок описывают второй источник и измеренную цену подъёма.
- Проверка:
  - make clean && make up; make smoke; make check-clickhouse; make check-services.
  - cd generator && make lint && make typecheck && make test.

docs/architecture/testing.md

@@ -71,9 +71,9 @@
 тогда окружение окупится, и условие возврата — именно это, а не «стало
 неудобно».
 
-Цена самого `make up` — 2 м 50 с с нуля (`make clean` перед ним — ещё 23 с) и
-1 м 5 с на живом стенде. В цену целей она не входит, но записана здесь по той
-же причине: с #42 подъём стенда заливает стартовый мир и стал заметно дороже.
+Цена самого `make up` — 8 м 18 с с нуля и 3 м 35 с на живом стенде. В цену
+целей она не входит, но записана здесь по той же причине: подъём пересчитывает
+оба источника стартового мира и ждёт их приёма.
 
 ## Правило: смоук обязан оставаться быстрым
 
@@ -194,12 +194,12 @@ Kafka → STG → ODS, и живёт он в `make check-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` следом краснел бы по
-устройству, а не по поломке.
+Особняком — два сценария продолжения `make up`, оба не проверки.
+`scripts/wait-for-world.sh` ждёт, пока события доедут из Kafka в ODS:
+`docker compose up --wait` видит конец отправки, но приём идёт асинхронно.
+Затем `scripts/ingest-starting-orders.sh` разово запускает единственный даг
+приёма заказов `orders_ingest` и ждёт его конца. Оба ждут ограниченным циклом,
+а не паузой наугад.
 
 Общее у смоука и `check-services` — счёт проверок, обращение к Compose и две
 проверки — вынесено в `scripts/stand-common.sh`; сам он не запускается.
@@ -221,6 +221,15 @@ Kafka → STG → ODS, и живёт он в `make check-clickhouse`.
 
 ## Что проверено
 
+**Перезамер 20 августа 2026 года при исполнении #96.** `make up` после
+`make clean` прошёл за 8 м 18 с, повтор на живом стенде — за 3 м 35 с. Служба
+семи слепков заняла около 28 секунд между концом `world-init` и своим концом.
+Прежний замер ниже — 2 м 50 с и 1 м 5 с до появления приёма заказов и пульта
+мира. Весь рост приписывать слепкам нельзя: на холодном прогоне основное время
+ушло ещё до сценариев ожидания: `airflow-init` завершился примерно на 320-й
+секунде, обработчик DAG стал здоров примерно на 458-й. Числа здесь называют
+цену нынешнего стенда, а не выносят вердикт о регрессии.
+
 **Перезамер 19 августа 2026 года при исполнении #95.** После добавления десятой
 проверки словаря `make check-clickhouse` на чисто поднятом стенде прошёл за
 24 секунды. Это цена всей цели, а не одной новой строки.