Отделить дату модельного мира от logical_date Airflow #111

New Issue

2026-08-20T19:11:11+03:00

ddmitry commented

2026-08-20 19:11:11 +03:00

Цель

Пульт мира должен явно показывать модельный день и не заставлять пользователя
принимать служебную logical_date Airflow за дату мира.

При ручной проверке #96 поле «Логическая дата» в форме запуска
world_next_day выглядело неизменным и значимым. Фактически это время ручного
запуска Airflow; DAG его не читает, а позицию мира берёт из world_position.

Сначала решить

какой минимальный интерфейс Airflow заранее сообщает, какой модельный день
будет сыгран;
как объяснить или обойти стандартное поле logical_date, если скрыть его в
форме Airflow нельзя;
где после запуска пользователь видит сыгранный день и новую позицию мира.

Существенную развилку провести через brainstorm-with-docs до реализации.

Критерии приёмки

Перед ручным запуском пользователь может определить следующий модельный день.
После запуска видно, какой модельный день был сыгран.
logical_date нигде не описана и не используется как дата модельного мира.
Форма и документация не требуют от пользователя вручную согласовывать две оси времени.
world_next_day, world_live_day и world_live сохраняют нынешнюю семантику позиции и повторов.

Границы

Не переносить источник истины с world_position в logical_date.
Не связывать ось мира с календарём или расписанием Airflow.
Не строить отдельный пользовательский интерфейс без доказанной необходимости.
Не менять генератор, формат событий или слепков заказов.

Сначала прочитать

dags/world_control.py;
docs/adr/0009-world-control.md;
раздел «Пульт мира» в README.md;
актуальную документацию Airflow 3 о ручных запусках и logical_date.

Проверка

ручной запуск world_next_day с параметром days=1;
ручной запуск world_live_day;
проверка world_position и дат в ods.event_v / ods.order_v после успешного запуска.

## Цель Пульт мира должен явно показывать модельный день и не заставлять пользователя принимать служебную `logical_date` Airflow за дату мира. При ручной проверке #96 поле «Логическая дата» в форме запуска `world_next_day` выглядело неизменным и значимым. Фактически это время ручного запуска Airflow; DAG его не читает, а позицию мира берёт из `world_position`. ## Сначала решить - какой минимальный интерфейс Airflow заранее сообщает, какой модельный день будет сыгран; - как объяснить или обойти стандартное поле `logical_date`, если скрыть его в форме Airflow нельзя; - где после запуска пользователь видит сыгранный день и новую позицию мира. Существенную развилку провести через `brainstorm-with-docs` до реализации. ## Критерии приёмки - [ ] Перед ручным запуском пользователь может определить следующий модельный день. - [ ] После запуска видно, какой модельный день был сыгран. - [ ] `logical_date` нигде не описана и не используется как дата модельного мира. - [ ] Форма и документация не требуют от пользователя вручную согласовывать две оси времени. - [ ] `world_next_day`, `world_live_day` и `world_live` сохраняют нынешнюю семантику позиции и повторов. ## Границы - Не переносить источник истины с `world_position` в `logical_date`. - Не связывать ось мира с календарём или расписанием Airflow. - Не строить отдельный пользовательский интерфейс без доказанной необходимости. - Не менять генератор, формат событий или слепков заказов. ## Сначала прочитать - `dags/world_control.py`; - `docs/adr/0009-world-control.md`; - раздел «Пульт мира» в `README.md`; - актуальную документацию Airflow 3 о ручных запусках и `logical_date`. ## Проверка - ручной запуск `world_next_day` с параметром `days=1`; - ручной запуск `world_live_day`; - проверка `world_position` и дат в `ods.event_v` / `ods.order_v` после успешного запуска.

ddmitry added the needs-triage label 2026-08-20 19:11:11 +03:00

ddmitry referenced this issue

2026-08-20 19:13:09 +03:00

feat(stand): добавлены стартовые слепки заказов #112

ddmitry referenced this issue

2026-08-21 11:15:29 +03:00

Этап 3: заказы и каталог #5

ddmitry referenced this issue

2026-08-22 10:25:18 +03:00

Карта: проектирование трансформаций и витрин (этап 4) #127

ddmitry referenced this issue

2026-08-25 10:22:59 +03:00