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

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

docs/conventions/errors.md

@@ -65,9 +65,14 @@ transcriber — **приложение, а не библиотека**: внеш
   вызывающему нужны **данные** ошибки. Достаём `errors.As`. Не плодим типы там,
   где хватает sentinel.
 
-Сегодня в проекте три типизированные ошибки, и данные несёт только одна:
-`contract.JobNotFoundError` (состояние и сообщение), `contract.NoopJobError`
-(состояние), `tg.EmptyBotTokenError` (без полей — уместнее sentinel).
+Сегодня в проекте две типизированные ошибки, и обе несут данные:
+`contract.JobNotFoundError` (состояние и сообщение) и `contract.NoopJobError`
+(состояние). Третья, `tg.EmptyBotTokenError`, была ровно тем случаем, против
+которого написано правило — тип без полей, — и снята задачей
+`local-run-without-telegram-token` 2026-08-13; её место занял sentinel
+`telegram.ErrEmptyToken`. Рядом с ним живёт `contract.ErrDeliveryChannelDown` —
+тоже sentinel и по той же причине: заглушка отправителя не знает ни задачи, ни
+чата, и нести ей нечего.
 
 ## Граница и трансляция: приватный и публичный канал