docs(main): онбординг студента — гид, маркетинг, адаптация docs и docstrings

- Зачем:
  - на main docs и DAG-docstrings утверждали «все реализовано», хотя 18 заглушек;
    студент застревал после шага 6 без явного «что дальше».
- Что:
  - README: маркетинг-баннер, шаг 6 (только эталонные таблицы), шаг 7 → задания.
  - docs/assignment/README: полный гид студента (эталон → ТЗ → заглушки → validate).
  - analyst_spec: DAG-интеграция — «таски уже подключены, менять DAG не нужно».
  - docs ODS/DDS/DM: пометки заглушек, адаптация секций проверки результата.
  - 4 DAG docstrings: эталон vs задания (заглушки).
- Проверка:
  - make test (4 passed, 14 skipped), make lint (clean).
  - grep «все 5 витрин|все реализован» — ложных утверждений без оговорок нет.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

docs/bookings_to_gp_dds.md

@@ -11,6 +11,9 @@ point-in-time join, защитные LEFT JOIN для устойчивости
   - `dds.dim_airports`, `dds.dim_airplanes`, `dds.dim_tariffs`, `dds.dim_passengers` — SCD1 UPSERT;
   - `dds.dim_routes` — **SCD2** с `hashdiff`, `valid_from`, `valid_to` + денормализация.
 - Загружает факт `dds.fact_flight_sales` — инкрементальный UPSERT по зерну `(ticket_no, flight_id)`.
+
+> На ветке `main` измерения `dim_routes`, `dim_passengers`, `dim_airplanes` —
+> заглушки. Эталон: `dim_calendar`, `dim_airports`, `dim_tariffs`, `fact_flight_sales`.
 - Для каждой таблицы выполняет пару задач `load → dq`.
 - Использует `_load_id = {{ run_id }}`. DDS не требует `stg_batch_id`, потому что читает
   текущее состояние ODS.
@@ -68,12 +71,15 @@ load_dds_dim_calendar → dq_dds_dim_calendar
 | # | Задача | SQL-файлы | Что загружает |
 |---|--------|-----------|---------------|
 | 2 | `load_dds_dim_airports` → `dq_dds_dim_airports` | `sql/dds/dim_airports_load.sql`, `sql/dds/dim_airports_dq.sql` | Аэропорты (код, город, координаты) |
-| 3 | `load_dds_dim_airplanes` → `dq_dds_dim_airplanes` | `sql/dds/dim_airplanes_load.sql`, `sql/dds/dim_airplanes_dq.sql` | Самолёты (код, модель, кол-во мест) |
+| 3 | `load_dds_dim_airplanes` → `dq_dds_dim_airplanes` | `sql/dds/dim_airplanes_load.sql`, `sql/dds/dim_airplanes_dq.sql` | Самолёты (код, модель, кол-во мест) ⚠️ заглушка на main |
 | 4 | `load_dds_dim_tariffs` → `dq_dds_dim_tariffs` | `sql/dds/dim_tariffs_load.sql`, `sql/dds/dim_tariffs_dq.sql` | Тарифы (класс обслуживания) |
-| 5 | `load_dds_dim_passengers` → `dq_dds_dim_passengers` | `sql/dds/dim_passengers_load.sql`, `sql/dds/dim_passengers_dq.sql` | Пассажиры (ID, имя, контакты) |
+| 5 | `load_dds_dim_passengers` → `dq_dds_dim_passengers` | `sql/dds/dim_passengers_load.sql`, `sql/dds/dim_passengers_dq.sql` | Пассажиры (ID, имя, контакты) ⚠️ заглушка на main |
 
 Паттерн загрузки — SCD1 UPSERT: TEMP TABLE → UPDATE (IS DISTINCT FROM) → INSERT.
 
+> **Задание.** На ветке `main` этот скрипт — заглушка (`SELECT 1;`).
+> Описание ниже — спецификация того, что нужно реализовать. Образец SCD2 — в ветке `solution`.
+
 ### 6) `load_dds_dim_routes` → `dq_dds_dim_routes` (SCD2)
 
 - **SQL:** `sql/dds/dim_routes_load.sql`, `sql/dds/dim_routes_dq.sql`
@@ -156,7 +162,8 @@ make gp-psql
 
 ```sql
 SELECT COUNT(*) FROM dds.dim_calendar;
-SELECT COUNT(*) FROM dds.dim_routes;
+SELECT COUNT(*) FROM dds.dim_airports;
+SELECT COUNT(*) FROM dds.dim_tariffs;
 SELECT COUNT(*) FROM dds.fact_flight_sales;
 
 -- Проверка: кол-во строк факта ≈ кол-во строк ODS segments
@@ -164,14 +171,20 @@ SELECT
     (SELECT COUNT(*) FROM dds.fact_flight_sales) AS fact_rows,
     (SELECT COUNT(*) FROM ods.segments) AS ods_rows;
 
--- Проверка SCD2: текущие версии маршрутов (valid_to IS NULL)
+-- dim_routes, dim_passengers, dim_airplanes — заглушки на main.
+-- Проверки ниже станут осмысленны после реализации задания.
+SELECT COUNT(*) FROM dds.dim_routes;
+
+-- Проверка SCD2 (после реализации dim_routes):
+-- текущие версии маршрутов (valid_to IS NULL)
 SELECT COUNT(*) AS current_versions,
        (SELECT COUNT(*) FROM dds.dim_routes) AS total_versions
 FROM dds.dim_routes
 WHERE valid_to IS NULL;
 ```
 
-Ожидаемо: `fact_rows = ods_rows`, `current_versions ≤ total_versions`.
+Ожидаемо: `fact_rows ≈ ods_rows`, `dim_calendar` и `dim_airports` непусты.
+`dim_routes` — после реализации задания: `current_versions ≤ total_versions`.
 
 ## Типичные ошибки