# Метрика времени: сколько Alex проводит с харнесом
# t-261012135328-424725 · 2026-10-12 · уровень: hour

Одобрено: m-516174075/76 («да делай»). Под будущее отдельное приложение-трекер (m-516174077) — секция «Формат данных».

## Методика
- Источник: ES-стор харнеса (aggregate=inbox, MessageReceived, user_id=7569223131, только Alex).
- Период: 2026-09-29 → 2026-10-12 (14 дней, полная история чата с харнесом).
- Сессия = цепочка сообщений с разрывами ≤30 мин. «Активное время» = сумма межсообщенных
  интервалов с кэпом 5 мин (иначе ожидание ответа харнеса считалось бы «работой» Alex).
- «Охват» (span) = от первого до последнего сообщения сессии — сколько времени окно чата
  было «живым». Реальное присутствие — между active и span.
- Ограничения: TG-сообщение ≠ момент входа на портал; портал-логинов в ES-сторе нет
  (channel_portal инжестит 0). Портал-активность (звонки) — отдельно, ниже.

## Ключевые цифры (14 дней)
| Метрика | Значение |
|---|---|
| Сообщений Alex | 930 (868 текст, 34 голосовых, 7 документов, 1 видео) |
| Сессий (gap>30м) | 86 (в среднем ~6/день в активные дни) |
| Активное время | 22.4 ч (~96 мин/день) |
| Охват (span) | 40.3 ч |
| Медианная сессия | 5.5 мин активных; p90 = 52 мин |
| Средняя сессия | 14.2 сообщения |

Динамика по дням (активные мин): 29.09: 140 → 30.09: 131 → 01.10: 119 → 02.10: 206 →
03.10: 124 → 04.10: 161 → 05.10: 113 → 06.10: 88 → 07.10: 0 (выходной) → 08.10: 155 →
09.10: 44 → 10.10: 53 → 11.10: 1 → 12.10: 11 (день не закончен).

Неделя 1 (29.09–05.10): ~142 мин/день → Неделя 2 (06.10–12.10): ~51 мин/день — падение
в ~2.8 раза. Гипотезы: (а) новизна эффекта прошла, (б) харнес стал стабильнее и требует
меньше ручного управления, (в) Alex занят другими проектами. Стоит отслеживать; для AUM
это сигнал «харнес требует меньше внимания основателя» = положительный или тревожный
в зависимости от того, растут ли параллельно выходы харнеса.

Распределение по часам (UTC): пик 08:00–17:00 (утро Мinsk +10..+13 UTC+3), второй пик
20:00–22:00 UTC (поздний вечер). Ночью 02:00–05:00 UTC почти пусто (кроме пары ночных сессий
06.10 — день самодоработки).

По дням недели: максимум в Чт (274 мин) и Пт (250), минимум Пн (124) и Ср (131).

Топ-сессии (глубокая работа): 01.10 07:09–09:18 (62 msg, 103 мин) — запуск/настройка;
02.10 13:01–15:22 (78 msg, 86 мин); 29.09 20:12–22:00 (42 msg, 77 мин).

Голосовые: 34 шт (~4% сообщений) — штучные, но обычно тяжёлые (директивы, задачи).
Документы: 7 (PDF-договоры 05.10).

## Портал и звонки (второй канал присутствия)
В ES-сторе харнеса портал-логинов нет (portal channel: ingested=0). Звонки с харнесом
(booking) — не источник «времени с харнесом» в смысле присутствия Alex, это отдельные
мероприятия. Для полной картины трекеру нужны оба канала: TG + портал-сессии.

## Формат данных под приложение-трекер (m-516174077)
Требование Alex: «реально норм трекать» → дизайн под append-only события, пригодные и
для батч-аналитики, и для живого дашборда:

```json
{
  "schema": "time-metric/v1",
  "actor": "alex",
  "event": "message",            // message | session_start | session_end | portal_login | call
  "ts": "2026-10-12T13:49:40Z", // ISO8601 UTC
  "channel": "tg",               // tg | portal | call
  "session_id": "s-20261012-1336", // id сессии (gap>30м), вычисляется стримом
  "kind": "text|voice|document|video",
  "duration_est": 11.0,          // оценочные активные мин (для message — вклад в сессию)
  "meta": {}                     // канал-специфичное (chat_id, msg_id, duration голосового)
}
```

Правила агрегации (в код трекера):
1. session_gap = 30 мин, cap_per_interval = 5 мин — константы в конфиге, не в коде.
2. «Активное время» = Σ min(gap, cap); «охват» = last−first. Отчёт всегда оба числа.
3. Дни без сообщений ≠ ноль времени; но полный день тишины = 0 активности (07.10 — единственный).
4. Экспорт: дневной CSV (date, sessions, msgs, active_min, span_min) + JSON events для
   приложения.

## Рекомендации
1. Метрику считать автоматом раз в день (day-тик): artifacts/time-metrics/agents-alex/day-YYYYMMDD.json — трекер потом просто читает каталог.
2. Настраиваемые пороги: session_gap и cap сейчас экспертные; после 2 недель данных — калибровка по факту (если Alex скажет «я сидел 2 часа», подогнать cap).
3. Голосовые несут непропорционально много директив — трекеру стоит отдельно считать voice_share.
4. Падение недели 2 в 2.8 раза — отслеживать как health-индикатор отношений «основатель↔харнес».

## AUM-фильтр
Метрика сама не генерит доход, но: (а) это фундамент трекер-приложения (продукт),
(б) health-индикатор удержания основателя — прямой предиктор долгосрочной AUM. ≥ +1% к AUM
на горизонте год+ — да, через продукт-трекер и раннее обнаружение оттока внимания.