Dmitry Dementiev
f0370cdb90
- Зачем:
- переработку steady-stream генератора нужно передать агентам как набор
проверяемых вертикальных задач, а не как один крупный rewrite.
- Что:
- создан локальный набор из семи ready-for-agent задач для реализации новой
иерархической модели генератора.
- добавлен handoff с текущим состоянием обсуждения, рекомендуемым следующим
шагом через TDD и примером команды /goal для запуска задачи 01.
- Проверка:
- git diff HEAD~1 --stat.
2.1 KiB
2.1 KiB
Status: ready-for-agent
Минимальный связанный визит в новом ядре
What to build
Построить первый проверяемый срез нового steady-stream генератора: публичный
вызов генеративного ядра создаёт один визит, который выглядит как нормальная
единица доменной модели пользователь -> визит -> событие.
Визит должен выпускать несколько связанных событий: один общий click_id,
разные event_id, общий device/geo-контекст и согласованные записи для четырёх
Kafka-топиков. Kafka на этом шаге не нужна: задача проверяет форму данных на
выходе генеративного ядра.
Источник решений: docs/specs/2026-06-09-generator-rework-hierarchical.md,
docs/specs/2026-06-10-generator-math-model.md, CONTEXT.md.
Acceptance criteria
- Тест через публичный интерфейс генератора создаёт один визит с несколькими
browser-событиями под одним
click_id. - У всех событий визита разные валидные
event_id, аclick_idне берётся из исходного сида. - Для каждого browser-события есть связанная location-запись с тем же
event_id. - Для каждого события визита публикуются device- и geo-записи с тем же
click_id; их содержимое в рамках визита одинаковое, как в сиде. - Один
click_idсвязан ровно с однимuser_domain_id. - Старый тестовый контракт "одно событие = один новый click_id" удалён или заменён на новый контракт визита.
Blocked by
None - can start immediately.