docs(course): маркеры «сверить-на-стенде» заменены живыми числами (#23)

Зачем: тикет #23 — каждое цитируемое число курса сверено с живым
стендом; до этого в уроках стояли заглушки.

Что:
- уроки 00–04: 18 маркеров заполнены числами свежего импорта
  (280 437 событий, нули в таблицах ошибок, счётчики ODS/DDS);
- лаба 07: таблица manifest после дня 4 (374 092 / 34 801 / 5 388),
  переходящие визиты по стыкам (35/22/26), числа после дня 5;
- лаба 08: каноническая граница трёх дней, пример замера свежести
  (лаг 3:45 модельного времени до догона, ETL ~29 с) и вернувшегося
  пользователя; две живые поправки разбора времени: убран
  принудительный UTC в разборе STG и суффикс +00:00 в сравнении
  границы (ловились только на живом стенде).

Проверка: детерминизм подтверждён двумя независимыми циклами
сброс→импорт→инкремент (числа manifest и checksum_sha256 дней 4 и 5
совпали бит в бит); chain-check зелёный; сценарий лабы 08 прогнан
вживую, включая стоп/продолжение и красный full_refresh=false из
урока 4; grep «сверить-на-стенде» пуст; ссылки и якоря целы;
make test (219+31) и make lint зелёные; /ai-text-lint по лабам — без
существенных находок.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/course/lessons/03_ods_to_dds.md

@@ -74,10 +74,10 @@
 
 ```
 Статистика DDS:
-   ┌─table─────┬─rows─┐
-   │ dds.click │  ... │
-   │ dds.event │  ... │
-   └───────────┴──────┘
+   ┌─table─────┬───rows─┐
+   │ dds.click │  26083 │
+   │ dds.event │ 280437 │
+   └───────────┴────────┘
 ```
 
 Прочитаем эти две строки.
@@ -95,10 +95,9 @@
 
 ```
    ┌─check_date─┬─layer─┬─table_name──────────┬─check_name────┬─check_value─┐
-   │ 2026-06-05 │ dds   │ event_without_click │ orphan_events │           0 │
+   │ 2026-07-23 │ dds   │ event_without_click │ orphan_events │           0 │
    └────────────┴───────┴─────────────────────┴───────────────┴─────────────┘
 ```
-<!-- сверить-на-стенде -->
 
 В колонке `check_date` стоит `today()` из кода витрины, так что у тебя там будет сегодняшняя
 дата — не пугайся, если она не совпадёт с примером.
@@ -106,7 +105,6 @@
 `orphan_events = 0` — ни одной сироты. Каждое событие нашло свой клик в `dds.click`. На
 чистой стартовой истории так и должно быть: данные аккуратные, ничего не потерялось. В секции
 4 мы сироту устроим сами — и эта строка оживёт.
-<!-- сверить-на-стенде -->
 
 Проверь нолик сам, не верь на слово. Открой SQL-консоль `http://localhost:9123/play`
 (пользователь `default`, пароль `123456`) и посчитай сирот напрямую:
@@ -122,7 +120,6 @@ WHERE click_id IS NOT NULL
 `NOT IN (SELECT ...)` читается прямо по словам: «click_id события **не входит** в список всех
 click_id из `dds.click`». То есть событие ссылается на клик, которого в карточках кликов нет.
 Сейчас таких ноль — запомни этот запрос, в секции 4 он покажет другое число.
-<!-- сверить-на-стенде -->
 
 ---
 
@@ -308,7 +305,6 @@ make transform
 После этого `orphan_events` снова `0`, придуманное событие исчезло. А если стенд
 совсем «поплыл», пройди
 [канонический сброс](../README.md#подготовка-и-канонический-сброс).
-<!-- сверить-на-стенде -->
 
 ---
 
@@ -321,7 +317,6 @@ make transform
 | почему `click` меньше `event` | запрос `count()` по `dds.click` и `dds.event` | много событий ссылаются на меньшее число кликов — норма |
 | правка из секции 4 (вставили сироту) | запрос `count()` сирот в play-консоли | `0 → 1` |
 | та же сирота через `dm.v_events_enriched` | `SELECT device_type, geo_country ...` | поля клика пустые (`NULL`) — это `LEFT JOIN` |
-<!-- сверить-на-стенде -->
 
 ---
 
@@ -332,7 +327,6 @@ make transform
 - скрин запроса со счётчиком сирот: было `0`, после вставки стало `1`;
 - либо выборка из `dm.v_events_enriched` по событию-сироте, где `device_type` и `geo_country`
   пусты, — `LEFT JOIN` сохранил событие без клика.
-<!-- сверить-на-стенде -->
 
 И проверь себя на словах — примерно эти вопросы всплывут на еженедельном созвоне: