docs(course): согласованы уроки со startup-history

- Зачем:
  - курс должен проходить на чистом стенде без архивного сида и скрытых шагов.
- Что:
  - уроки 00, 01 и 05 согласованы с генераторными топиками, no-live default и consumer lag.
  - упражнение с kafka_msg_ts переведено на повторную заливку без сброса схемы.
  - учебный путь в операционной документации ведёт через startup-history.
- Проверка:
  - make generated-history-analytics; make up; doc rg checks; git diff --check.

docs/course/lessons/01_kafka_to_clickhouse.md

@@ -189,20 +189,20 @@ SELECT
 FROM stg.kafka_browser_raw;
 ```
 
-**Перезаливаем срез, чтобы новая колонка заполнилась.** Сначала чистим таблицу — иначе
-рядом останутся строки из секции 2, вставленные ещё *до* `ADD COLUMN`, и в них
-`kafka_msg_ts` будет пустой (`1970-01-01`):
+**Перезаливаем срез, чтобы новая колонка заполнилась.** Сначала чистим только таблицу
+приёмника — иначе рядом останутся строки из секции 2, вставленные ещё *до*
+`ADD COLUMN`, и в них `kafka_msg_ts` будет пустой (`1970-01-01`):
 
 ```sql
 TRUNCATE TABLE stg.browser_raw;
 ```
 
-Затем возвращаем стенд в чистое состояние и заново создаём стартовую историю, чтобы
-Kafka-движок прочитал сообщения уже с новой схемой:
+Затем повторно создаём стартовую историю **без очистки volumes**. Это важно:
+`CLEAN_START=0` сохраняет твою новую колонку и пересозданное MV, но добавляет свежие
+сообщения в Kafka, чтобы ClickHouse прочитал их уже с новой схемой.
 
 ```bash
-make generated-history-analytics
-make up
+CLEAN_START=0 make generated-history-analytics
 ```
 
 **Смотрим результат:**
@@ -232,7 +232,7 @@ ALTER TABLE stg.browser_raw DROP COLUMN kafka_msg_ts;
 ```
 
 ```bash
-make ddl     # пересоздаёт эталонный MV из 10_stg.sql — схема снова как в репозитории
+make ddl     # пересоздаёт эталонное MV из 10_stg.sql, схема снова как в репозитории
 ```
 
 Если запутался в состоянии — всегда есть полный чистый прогон: