docs(all): ревизия документации перед мержем в main

- Зачем:
  - ветка содержала устаревшие ссылки, артефакты CSV-пайплайна и метки «черновик»
    для полностью реализованных слоёв STG→ODS→DDS→DM.
- Что:
  - AGENTS.md: заменена фраза «в будущем» на перечисление реальных слоёв ODS/DDS/DM.
  - TESTING.md: удалены две строки про каталог data/ (артефакт CSV-пайплайна).
  - README.md: список документации заменён на кликабельные markdown-ссылки, добавлены STG и DM DAG.
  - docs/README.md: добавлен DM DAG в «Быстрый путь», DM design в «Технические детали»; убраны метки «(черновик)».
  - docs/internal/bookings_stg_design.md: убран заголовок «черновик», исправлены описания слоёв и DDL.
  - docs/internal/PRD.md: битая ссылка на analyst_spec.md заменена текстом с пометкой TODO.
  - TODO.md: ссылка на plans/ обновлена на docs/internal/bookings_db_issues.md.
  - docs/bookings_to_gp_dm.md: создан новый документ по аналогии с DDS doc (5 витрин, граф, DQ, ошибки).
  - plans/ и docs/chore/: каталоги удалены (планы выполнены, история сохранена в git).
- Проверка:
  - make lint && make test — прошло чисто.
  - grep -n "черновик|data/|в будущем|plans/" — пустой результат.

docs/internal/PRD.md

@@ -143,7 +143,7 @@ pgmeta (Postgres 16) ─────────────> Airflow (webserver
 1. **Эталонный вертикальный срез** — полностью реализованная цепочка
    `sales_report` и все её источники вниз по слоям (STG → ODS → DDS → DM).
 2. **ТЗ от аналитика** — описание остальных таблиц
-   ([analyst_spec.md](../assignment/analyst_spec.md)).
+   (analyst_spec.md — будет создан на Этапе 3, см. TODO.md).
 3. **Частично готовый DAG** — студент добавляет свои таски по аналогии.
 4. **Валидационный DAG** — студент запускает для самоконтроля.
 

docs/internal/bookings_stg_design.md

@@ -1,12 +1,10 @@
-# Дизайн STG для bookings в Greenplum (черновик)
-
-_Внутренний документ для учебного стенда. Перед итоговой сдачей можно объединить с основной документацией._
+# Дизайн STG для bookings в Greenplum
 
 ## 1. Цель и общий контур
 
 - Источник: Postgres в контейнере `bookings-db`, база `demo`, таблица `bookings.bookings` (см. `docs/internal/bookings_tz.md`).
 - Цель: показываем путь данных от операционной БД до сырого слоя DWH в Greenplum.
-- В этом документе описываем только часть `src (bookings-db) → STG (Greenplum)`. Слои ODS/DDS/DM студент проектирует сам по статье про моделирование DWH.
+- В этом документе описываем часть `src (bookings-db) → STG (Greenplum)`. STG — входной слой; далее данные обрабатываются в ODS → DDS → DM (см. соответствующие design-документы).
 
 Примечание: в текущей версии стенда слой `stg` содержит не только `bookings`, но и остальные таблицы потока
 (`tickets`, `airports`, `airplanes`, `routes`, `seats`, `flights`, `segments`, `boarding_passes`).
@@ -16,7 +14,7 @@ _Внутренний документ для учебного стенда. П
 
 - `src`: оперативная система (`bookings-db`, схема `bookings`).
 - `stg`: сырой слой в Greenplum, максимально близкий к источнику, без бизнес‑логики.
-- дальше по заданию менти можно строить `ods`/`dds`/`dm` поверх STG.
+- далее данные обрабатываются в слоях: `ods` (см. [bookings_ods_design.md](bookings_ods_design.md)), `dds` (см. [bookings_dds_design.md](bookings_dds_design.md)), `dm` (см. [bookings_dm_design.md](bookings_dm_design.md)).
 
 ## 2. Схема и таблицы в Greenplum
 
@@ -37,7 +35,7 @@ _Внутренний документ для учебного стенда. П
 
 В текущей реализации аналогично созданы внешние таблицы `*_ext` и для остальных сущностей (см. `sql/stg/*_ddl.sql`).
 
-DDL будет добавлен в `sql/ddl_gp.sql` в блоке DDL для Greenplum (примерно по шаблону из `docs/internal/pxf_bookings.md`), с `LOCATION ('pxf://bookings.bookings?PROFILE=JDBC&SERVER=bookings-db')`.
+DDL определён в `sql/stg/bookings_ddl.sql` и подключается из `sql/ddl_gp.sql` через `\i` (применяется через `make ddl-gp`).
 
 ### 2.3. Внутренняя таблица STG
 
@@ -133,7 +131,7 @@ DDL будет добавлен в `sql/ddl_gp.sql` в блоке DDL для Gre
 - `docs/internal/pxf_bookings.md` — детали настройки PXF и внешней таблицы для чтения из `bookings-db`.
 - `sql/stg/bookings_ddl.sql` — DDL для схемы `stg` и таблиц `stg.bookings_ext` / `stg.bookings` (подключается из `sql/ddl_gp.sql` и применяется через `make ddl-gp`).
 
-Дальнейшая модель DWH (слои ODS/DDS/DM, факт/измерения, SCD) должна быть спроектирована студентом по статье о моделировании данных, используя `stg.bookings` как входной слой.
+Дальнейшая обработка данных описана в design-документах ODS/DDS/DM (см. раздел 5).
 
 ## 6. Требования к читаемости и комментариям