ingest: закрыты мелочи приёма — вырожденное имя, контракт Result, корреляция add

- имя раздачи нормализуется на границе разбора: вырожденное `-`
  (metainfo.NoName) даёт пустое имя, пробельное схлопывается — сентинел больше
  не доходит ни до контекста распознавания, ни до source_ref, ни до подсказки
  вывода имени
- контракт «на любом пути ошибки приёма результат нулевой» объявлен в ingest и
  удерживается структурно; три транспорта перестали обещать идентификатор,
  которого нет, и коррелируют отказ по request_id
- scoped-логгер загрузки ставится до вызова внешнего сервиса в семи командах
  воркера — записи об отказе qBittorrent и метабаз получили download_id
  и infohash; граница разбора bencode записана в docs/research

docs/conventions/logging.md

@@ -204,6 +204,11 @@ Go-ошибки логируем как атрибут, не как текст
 
 - Входящие HTTP-запросы логируем с полями `http.method`, `http.route`,
   `http.status_code`, `duration_ms`, `transport` (`http`/`web`/`telegram`).
+- **Поле, которое уже даёт scoped-логгер, руками не доклеиваем.** Команда,
+  положившая scoped-логгер в `ctx`, не передаёт `download_id` ещё и аргументом
+  записи: в JSON получается дублирующийся ключ, и строгий потребитель молча
+  оставит одно из значений. Правило следует из «логгер несёт ключи сам» и
+  проверяется чтением — линтером не выражается.
 - Для корреляции HTTP-запроса допустим `request_id` (напр. chi `RequestID`) —
   это отдельный слой от корреляции загрузки по `download_id` и не противоречит
   отказу от `trace_id`. Если запрос порождает загрузку — связь даёт