docs(course): переведены уроки на стартовую историю

- Зачем:
  - учебный путь должен идти через генерацию и штатный пайплайн, а не через архивный сид.
- Что:
  - обновлены уроки 00-06 и стандарт урока под startup-history/backfill.
  - объяснено, что data/*.jsonl остаются кладовкой значений генератора.
  - тест-план переведён на новый штатный запуск и HITL-приёмку.
- Проверка:
  - rg -n \"make clean/up/ddl/data/transform|make data|kafka_load|LIMIT=|2022-11-28|26 из 50\" docs/course docs/TEST_PLAN.md.
  - git diff --cached --check.

docs/course/lessons/01_kafka_to_clickhouse.md

@@ -49,13 +49,14 @@
 
 ## 2. Руки: убедись, что данные текут
 
-Поднимаем стенд, создаём схему и заливаем **малый срез** (50 строк на топик — этого
-хватает, чтобы всё увидеть, и прогон быстрый):
+Поднимаем стенд и создаём стартовую историю. Это штатный путь курса: готовый источник
+данных стенда пишет события в Kafka, ClickHouse читает их в STG, затем batch строит
+ODS, DDS и DM. Файлы `data/*.jsonl` в этом пути не источник аналитики; пока это только
+кладовка значений для источника данных стенда.
 
 ```bash
-make up                  # поднять инфраструктуру (Kafka, ClickHouse, ...)
-make ddl                 # создать базы и таблицы в ClickHouse (в т.ч. слой STG)
-LIMIT=50 make data       # залить по 50 строк каждого файла в Kafka-топики
+make generated-history-analytics
+make up
 ```
 
 Теперь смотрим, что доехало до ClickHouse. Открой SQL-консоль:
@@ -196,11 +197,12 @@ FROM stg.kafka_browser_raw;
 TRUNCATE TABLE stg.browser_raw;
 ```
 
-Затем перезаливаем — с пересозданием топиков, чтобы Kafka-движок перечитал сообщения
-с начала (без этого он считает их уже прочитанными и ничего нового не подхватит):
+Затем возвращаем стенд в чистое состояние и заново создаём стартовую историю, чтобы
+Kafka-движок прочитал сообщения уже с новой схемой:
 
 ```bash
-LIMIT=50 RESET_TOPICS=1 make data
+make generated-history-analytics
+make up
 ```
 
 **Смотрим результат:**
@@ -233,7 +235,8 @@ ALTER TABLE stg.browser_raw DROP COLUMN kafka_msg_ts;
 make ddl     # пересоздаёт эталонный MV из 10_stg.sql — схема снова как в репозитории
 ```
 
-Если запутался в состоянии — всегда есть полный сброс: `make clean && make up && make ddl && LIMIT=50 make data`.
+Если запутался в состоянии — всегда есть полный чистый прогон:
+`make generated-history-analytics && make up`.
 
 ---
 
@@ -241,7 +244,7 @@ make ddl     # пересоздаёт эталонный MV из 10_stg.sql —
 
 | Действие | Где смотреть | Что ожидать |
 |----------|--------------|-------------|
-| `LIMIT=50 make data` | `SELECT count() FROM stg.browser_raw` | счётчик > 0 и растёт после загрузки |
+| `make generated-history-analytics && make up` | `SELECT count() FROM stg.browser_raw` | счётчик > 0 |
 | глянуть строку | `SELECT raw FROM stg.browser_raw LIMIT 1` | валидный JSON целиком, неразобранный |
 | глянуть offset'ы | `SELECT kafka_offset FROM stg.browser_raw ORDER BY kafka_offset` | идут по возрастанию, без дублей |
 | правка из секции 4 | `SELECT kafka_msg_ts FROM stg.browser_raw LIMIT 5` | колонка заполнена временем сообщения |