telegram: сервис поднимается без бота и работает одним входом

- Клиент бота собирается один раз и достаётся отправителю и транспорту;
  разрез прошёл по «ответил ли Telegram»: ответ «такого бота нет» роняет
  старт, недоступность даёт подъём без Telegram (ADR-2026-08-13). Ожидание
  при сборке ограничено сроком — иначе молчащий Telegram вешал подъём.
- Недоставленный ответ не роняет шаг: пишется с job_id и считается метрикой,
  уровень по причине — WARN для неподнятого входа, ERROR для неназванного
  адресата. Заведены transcriber_intake_up и transcriber_undelivered_reply_count.
- Закрыта утечка токена в журнал: отказ разбора адреса рождается раньше
  обращения к клиенту, то есть мимо чистки на его границе.

CLAUDE.md

@@ -186,7 +186,11 @@ task gate                 # весь набор проверок разом
   (`data/storage/<коллекция>/<запись>/`). Локальный каталог данных — свой, его
   ронять и пересоздавать можно свободно.
 - **Боевым токеном бота не запускаться.** Второй процесс с тем же токеном
-  перехватывает обновления у работающего, и пользователь теряет ответы.
+  перехватывает обновления у работающего, и пользователь теряет ответы. Запускай
+  с **пустым** `telegram.bot_token`: сервис поднимается без Telegram и работает
+  одним входом, по HTTP. Пустого токена для подъёма мало — секции `[auth]` и
+  `[yandex]` проверяются на старте, но наружу при этом не ходят, так что годятся
+  выдуманные непустые значения; подробности строками в `config.dist.toml`.
 - **Yandex Cloud за деньги.** Распознавание и хранение в Object Storage
   оплачиваются по факту. Прогон на реальных ключах ради проверки кода запрещён —
   подставляй `internal/adapter/recognizer/memory.go`.