ddadmin
31a71f93ea
- Зачем: - нужно закрепить принятое человеком HITL-решение до кодовых задач 02-06. - Что: - добавлен рабочий контракт настроек, хода часов, state, манифеста и ClickHouse-проверки. - выбран один живой ход часов через фиксированный модельный шаг без отдельной матрицы драйверов. - уточнена граница стартовой истории как [T0, T_end) и закрыт чек-лист issue 01. - Проверка: - git diff --cached --check.
3.3 KiB
3.3 KiB
Status: ready-for-agent
Стартовая история до ClickHouse
Parent
.scratch/generator-model-time-startup-history/PRD.md
What to build
Сделать промотку прошлого: генератор быстро проходит от T0 до T_end, создаёт
события за этот отрезок, сохраняет слепок состояния и манифест стартовой
истории. Эту историю нужно загрузить в ClickHouse и доказать, что живой поток
может продолжить её с T_end.
Это главный срез стартовой истории. Он должен проверять не только факт наличия данных, но и форму данных: пирамиду, возвраты, длину визита, воронку и стык между прошлым и живым продолжением.
Acceptance criteria
- Промотка прошлого создаёт события за
[T0, T_end), слепок состояния и манифест с контрольными данными. - При одинаковых
GEN_SEED,T0,T_endи настройках артефакт промотки прошлого повторяем точно; проверки в ClickHouse следуют правилам допуска из контракта задачи 1. - История загружается в ClickHouse штатной или явно описанной командой.
- SQL-проверка показывает здоровую пирамиду: пользователей меньше, чем визитов, визитов меньше, чем событий.
- SQL-проверка показывает возвраты: у части пользователей больше одного визита.
- SQL-проверка длины визита проверяет форму, а не только среднее: долю коротких визитов, медиану и долю срезов о потолок.
- SQL-проверка воронки
/home -> товары -> /cart -> /payment -> /confirmationмонотонно убывает, а доля дошедших до/confirmationв согласованном коридоре. - Живое продолжение после
T_endне создаёт дублей на границе и не выглядит как независимый второй мир. - Визиты, которые переходят через
T_end, остаются однородными: контекст визита не меняется на стыке стартовой истории и живого продолжения. - Подготовлены данные, команды и SQL-проверки, достаточные для внешнего
review gate по распределениям и двум путям генерации из
PRD.md. - Worker даёт промежуточный статус, если промотка, загрузка в ClickHouse или распределительные проверки занимают заметное время.
Blocked by
.scratch/generator-model-time-startup-history/issues/04-state-v2-model-resume.md