удалён вход Telegram, владелец записи стал обязателен в схеме

- убраны клиент бота, транспорт обновлений, отправитель сообщений, сборка
  входа при старте, секция настроек и зависимость go-telegram-bot-api; из
  конвейера ушла доставка ответа отправителю — исход виден опросом готовности.
  Колонки адресата и значение источника остались в схеме: применённые шаги не
  переписываются
- шаг 202608140003 запрещает пустого владельца у аудиозаписи и у файла;
  существующие строки он не проверяет, и это принято сознательно — искать их
  надо запросом до выкладки
- ревью нашло два пред-существующих дефекта, оба закрыты: пустой второй ответ
  распознавателя стирал сохранённую расшифровку, а пустая расшифровка перестала
  быть заметной вместе с убранной доставкой. Попутно поднят golang.org/x/image
  до v0.45.0 — красный шаг vulns, воспроизводился и на чистом master

docs/passport.md

@@ -21,12 +21,14 @@
 | --- | --- |
 | Владелец сервиса | Загрузить диктофонную запись или видео из семейного архива с телефона и получить текст. Видеть, кто сколько загрузил и во что это обошлось |
 | Приглашённый пользователь | Войти в приложение через свою учётную запись, загрузить запись, забрать текст, вернуться к ней через месяц. Приложение ставится на телефон; каждый видит только свои записи |
-| Пользователь Telegram | Отправить боту голосовое сообщение и получить текст ответом. Работает сегодня |
 | Внешняя программа | Отдать файл по HTTP, представившись своим токеном, и опросить готовность. Сегодня почти не работает: приём и опрос закрыты сессией OIDC, а своего токена у программы нет — годится только чужая сессия, снятая из браузера и предъявленная кукой либо заголовком `Authorization`. Токен приносит `api-tokens` |
 
-**Основной вход — приложение**, бот и HTTP API дополняют его. До 2026-08-11
-основным был бот, и порядок здесь перевёрнут сознательно: диктофонная запись на
-несколько часов через Telegram не проходит вовсе.
+**Вход у сервиса один — HTTP API**, и приложение строится поверх него. До
+2026-08-11 основным входом был Telegram-бот. 2026-08-11 основным объявили
+приложение: диктофонная запись на несколько часов через Telegram не проходит
+вовсе. 2026-08-14 бот убран целиком — временно, до задачи, которая свяжет чат с
+учётной записью. Вместе с ним из потребителей ушёл пользователь
+Telegram.
 
 Цель достигнута, когда:
 
@@ -35,8 +37,8 @@
 - запись расчётного потолка — шести часов — доходит до текста, а не прерывается
   ошибкой при достижении предела (норма — `openspec/specs/storage`);
 - сервисом пользуются несколько человек, и записи одного не видны другому;
-- текст доступен там же, где загружали, — в приложении и в Telegram. Человек
-  узнаёт о его готовности, не держа приложение открытым;
+- текст доступен там же, где загружали. Человек узнаёт о его готовности, не
+  держа приложение открытым;
 - расшифровка не теряется: к записи возвращаются через месяц и находят её по
   заголовку и темам;
 - владелец видит расход по каждому пользователю и понимает, во что обходится
@@ -90,21 +92,16 @@
 2. **Возвращение к записи.** Через месяц человек открывает список, находит
    запись по заголовку или теме и читает вычитанный текст, а при нужде — сырую
    расшифровку.
-3. **Голосовое из Telegram.** Пользователь шлёт боту голосовое сообщение, бот
-   отвечает «обрабатываю», через минуту приходит текст ответом на то же
-   сообщение. Записи, чей текст длиннее предела сообщения Telegram, приходят
-   несколькими частями. Работает сегодня.
-4. **Файл через Telegram.** То же для аудиофайла или документа с аудио: бот
-   отличает их по MIME-типу и расширению. Работает сегодня.
-5. **Загрузка по HTTP.** Программа шлёт `POST /api/audio` со своим токеном,
+3. **Загрузка по HTTP.** Программа шлёт `POST /api/audio` со своим токеном,
    получает идентификатор задачи и опрашивает `GET /api/status/:id`, пока не
    увидит `done` и текст. Сегодня доступно только предъявившему сессию OIDC:
    анонимный запрос обоими адресами отклоняется. Своего входа у программы нет —
    его заводит `api-tokens`. Записи при этом разграничены: программа с чужой
    сессией видит только записи того, чью сессию предъявила.
-6. **Отказ на середине.** Конвертация или распознавание не удались — задача
-   переходит в `failed`, а пользователь получает сообщение о том, что именно не
-   вышло, и предложение повторить.
+4. **Отказ на середине.** Конвертация или распознавание не удались — запись
+   получает признак остановки с причиной, и опрос готовности отдаёт этот признак
+   тому, кто её загрузил. Сообщения о неудаче сервис никому не шлёт: доставка
+   ушла вместе с ботом, а уведомления заводит задача `ntfy-delivery`.
 
 ## Референсы