Dmitry Dementiev
f0370cdb90
- Зачем:
- переработку steady-stream генератора нужно передать агентам как набор
проверяемых вертикальных задач, а не как один крупный rewrite.
- Что:
- создан локальный набор из семи ready-for-agent задач для реализации новой
иерархической модели генератора.
- добавлен handoff с текущим состоянием обсуждения, рекомендуемым следующим
шагом через TDD и примером команды /goal для запуска задачи 01.
- Проверка:
- git diff HEAD~1 --stat.
37 lines
2.3 KiB
Markdown
37 lines
2.3 KiB
Markdown
Status: ready-for-agent
|
|
|
|
# Состояние версии 2 и рестарт
|
|
|
|
## What to build
|
|
|
|
Расширить состояние генератора до версии 2: кроме тика и состояния генератора
|
|
случайных чисел сохранять популяцию пользователей и активные визиты. После
|
|
рестарта генератор должен продолжать коротко прерванные визиты и закрывать
|
|
сильно просроченные, не теряя популяцию пользователей.
|
|
|
|
Задача проверяет поведение состояния через публичные методы сохранения и
|
|
восстановления, без реального Kafka-брокера там, где достаточно сериализации.
|
|
|
|
Источник решений: `docs/specs/2026-06-10-generator-math-model.md`, раздел
|
|
«Персистентность через рестарты».
|
|
|
|
## Acceptance criteria
|
|
|
|
- [ ] Состояние версии 2 сериализуется в JSON и восстанавливает тик, ГПСЧ,
|
|
популяцию пользователей и активные визиты.
|
|
- [ ] Старое состояние версии 1 или битое состояние не валит генератор:
|
|
фиксируется предупреждение, генератор начинает с чистого листа.
|
|
- [ ] После простоя не больше 30 минут активный визит продолжается, а созревшие
|
|
события досылаются со своими исходными запланированными метками времени.
|
|
- [ ] После долгого простоя просроченный активный визит закрывается без досылки
|
|
остатка.
|
|
- [ ] Популяция пользователей переживает простой любой длины.
|
|
- [ ] `GEN_STATE_RESET=true` явно сбрасывает состояние, как и раньше.
|
|
|
|
## Blocked by
|
|
|
|
- `.scratch/feature-data-generator/issues/05-intensity-and-flow-calibration.md`
|
|
|
|
## Comments
|
|
|