docs(generator): зафиксировано направление переработки генератора

- Зачем:
  - при возврате к генератору не переоткрывать выбор «генератор vs реплей»
    и иметь готовую рамку требований под реализацию steady-stream.
- Что:
  - ADR-0004: steady-stream питается синтетическим иерархическим генератором,
    не реплеем сида (обоснование + отклонённые варианты C/B).
  - спека docs/specs/2026-06-09: требования к иерархической модели сущностей
    и критерии приёмки; математика делегирована follow-up-спеке.
  - CONTEXT.md: термины «популяция пользователей», «возвращающийся пользователь».
- Проверка:
  - прочитать ADR-0004 и спеку; сверить термины в CONTEXT.md.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

CONTEXT.md

@@ -44,6 +44,25 @@ user_domain_id  (пользователь, постоянный)
 
 Здоровые данные дают пирамиду `users ≤ sessions ≤ events`.
 
+## Термины потоковой генерации (steady-stream)
+
+Относятся к синтетическому потоку из генератора (режим `steady-stream`), не к
+статическому сиду. Решение и контекст — [ADR-0004](./docs/adr/0004-steady-stream-synthetic-generator.md),
+форма доработки — [спека генератора](./docs/specs/2026-06-09-generator-rework-hierarchical.md).
+
+### Популяция пользователей (user population)
+
+Множество пользователей с **постоянными** `user_domain_id`, которые генератор
+держит во времени и из которых разыгрывает активность. В отличие от сида (где
+пул `user_domain_id` плоский и 1:1 с визитами), популяция — это источник
+возвратов: один и тот же пользователь порождает несколько визитов.
+
+### Возвращающийся пользователь (returning user)
+
+Пользователь, открывающий **более одного** визита (`click_id`) во времени, с
+межсессионными паузами. Именно возвраты дают расхождение `users < sessions` —
+то, чего нет на сиде (`users == sessions`) и что отличает поток от статики.
+
 ## Почему на демо `Unique Users == Unique Sessions`
 
 В демо-датасете (`data/*.jsonl`) каждый пользователь имеет **ровно один**