- Зачем: - тикет #38 требует решить и внести в спеку генератора числа притока, D0 и формат конфигурации мира до реализации плана состава. - Что: - раздел 1 спеки: ленивый план по когортам дня, предыстория с полкой от D0, гарантия двухкуковых пар назначенными заказами (единица — человек), пять отклонённых вариантов с доводами. - раздел 9: приток 3 800 кук/день, окно активности 90 дней (решение владельца), доля покупателей 5% людей, D0 = 2026-06-01, конфигурация мира — модуль чистых данных; шапка Proposed → Accepted. - CONTEXT.md: термины «план состава», «приток», «хвост возвратов», «предыстория»; «состав мира» уточнён, словарь очищен от решений. - Проверка: - двойное слепое ревью правок (Codex + Claude), все 20 находок закрыты; арифметика чисел пересчитана ревьюерами независимо. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
79 lines
5.0 KiB
Markdown
79 lines
5.0 KiB
Markdown
# Кликстрим-платформа (стенд v2)
|
|
|
|
Словарь понятий проекта: одни и те же слова для одних и тех же вещей —
|
|
у владельца, кода, документов и агентов. Только язык, никаких решений.
|
|
|
|
## Язык
|
|
|
|
**Хранилище**:
|
|
Аналитическая база стенда — кластер ClickHouse со слоями STG/ODS/DDS/DM.
|
|
Принимающая сторона границы «трекер | хранилище»: нормализует имена и стили
|
|
источников, строится по их документации.
|
|
_Избегать_: склад, склад данных
|
|
|
|
**Состав мира**:
|
|
Постоянная часть мира генератора — популяция посетителей, их привычки,
|
|
двухкуковые пары. По дням его выдаёт план состава.
|
|
_Избегать_: состояние мира
|
|
|
|
**План состава**:
|
|
Способ спросить состав мира: функция зерна, выдающая его по дням —
|
|
когорту новых кук, их возвраты, назначенные заказы двухкуковых пар.
|
|
|
|
**Приток**:
|
|
Появление новых кук на всём протяжении оси модельного времени; единица —
|
|
кука (`ClientID`). Из-за притока накопленная аудитория растёт с
|
|
горизонтом и не совпадает с дневной.
|
|
|
|
**Хвост возвратов**:
|
|
Окно активности куки, отсчитанное от её первого визита; дольше окна
|
|
кука не возвращается.
|
|
|
|
**Предыстория**:
|
|
Когорты плана с первым визитом до D0; событий не порождают.
|
|
|
|
**Ось модельного времени**:
|
|
Собственный календарь мира генератора. Дни считаются от фиксированного
|
|
первого дня D0; реальный календарь в модели не участвует. Между прогонами
|
|
живут только зерно и позиция на оси.
|
|
|
|
**Пошаговый режим**:
|
|
Базовый способ движения по оси модельного времени: «прожить следующий
|
|
день» — явное действие.
|
|
|
|
**Живой день**:
|
|
Проигрывание текущего модельного дня в реальном времени с ускорением;
|
|
включается по требованию, не постоянный фон.
|
|
|
|
**Пакетный режим**:
|
|
Проигрывание готового дня пачкой, без темпа: заливка снимка при старте
|
|
стенда, пересборки и проверки.
|
|
|
|
**Граница суток**:
|
|
Единственный структурный шов модели: сессии режутся по ней, слепок заказов
|
|
снимается на ней, день проживается только целиком.
|
|
|
|
**Контракт схемы**:
|
|
Python-модуль с описателями колонок события — собственность генератора.
|
|
Из него выводятся генератор, валидация и документация формата; хранилище
|
|
строится по документации, не по модулю.
|
|
|
|
**Нормализованное имя**:
|
|
Имя колонки источника, приведённое к нашему стилю (snake_case). Живёт в
|
|
контракте схемы и в описании выгрузки. Не то же, что имя атрибута в модели
|
|
данных: слой DDS складывает модель и называет атрибуты по ней.
|
|
|
|
**Описание выгрузки**:
|
|
Публичная документация формата события: таблица колонок, собранная из
|
|
контракта схемы. По ней пишется сторона хранилища — как в бою по документации
|
|
источника. Правится только контракт, документ пересобирается.
|
|
_Избегать_: описание схемы, документация контракта
|
|
|
|
**Канонический сериализатор**:
|
|
Единственное место, где событие превращается в байты. Фиксированный порядок
|
|
ключей и строк — основа побайтовой воспроизводимости.
|
|
|
|
**Проигрыватель**:
|
|
Компонент доставки готового потока дня в приёмник. Два режима: пакетный
|
|
(пачкой, без темпа) и живой день.
|