feat(health): answer whether recall is actually working

[AbsoluteMode]

Зачем

Вчера провайдер эмбеддингов начал отбивать запросы, индексация встала, а поиск полтора суток
продолжал возвращать правдоподобные лексические хиты. Инструмент не сказал ни слова — и вывод
был сделан ровно тот, которого мы боимся: «плагин не работает».

session-recall health

[ok  ] Freshness  2 minutes behind
[warn] Embedder   responded in 5828 ms
                  → slow provider will make indexing crawl
[ok  ] Corpus     1053 sessions (claude 373, codex 680)
[ok  ] Sources    claude, codex present

verdict: AMBER (voyage/voyage-4-large, index at ~/.local/share/session-recall/index.db)

Живой вывод на реальной истории. Код возврата ненулевой при RED — можно вешать на таймер.

Почему измерения именно такие

• Freshness сравнивает свежайший транскрипт на диске со свежайшим турном в индексе, а не
  «когда индекс менялся». Индексатор, который запускается каждую сессию и каждый раз падает,
  исправно обновляет собственную метку, отставая всё сильнее — поймать это можно только
  сравнением с диском.
• Embedder делает один настоящий вызов и цитирует ошибку дословно. Обобщённое
  «unavailable» — ровно то, из-за чего мы вчера полезли проверять ключ, который был исправен.
• Corpus считает сессии по движкам: суммарное число прячет ситуацию, когда один
  источник тихо перестал индексироваться.
• Sources называет отсутствующие каталоги: опечатка в CODEX_HOME не индексирует ничего
  и выглядит точно как «у меня просто нет истории Codex».

Вердикт — худшая зона, а не среднее: одно мёртвое измерение делает recall ненадёжным вне
зависимости от того, что ещё работает.

Проверка

144 теста зелёные (было 136), восемь новых писались до кода.

🤖 Generated with Claude Code