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

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

internal/service/shutdown_test.go

@@ -37,7 +37,7 @@ func TestShutdownDuringConversionKeepsRecordRetryable(t *testing.T) {
 
 	converter := &killedConverter{cancel: cancel}
 	env := newPipelineEnv(t, &okMetaViewer{}, converter)
-	record := newTelegramRecord(t, env)
+	record := newRecord(t, env)
 
 	err := env.service.RunStep(ctx)
 
@@ -51,14 +51,13 @@ func TestShutdownDuringConversionKeepsRecordRetryable(t *testing.T) {
 	assert.Nil(t, after.AcquisitionID, "захват снят: запись возьмёт следующий прогон")
 	assert.Equal(t, 0, after.Attempts, "остановка отказа не тратит")
 	assert.Nil(t, after.ErrorText)
-	assert.Empty(t, env.sender.sent(), "отправителю о несуществующем сбое не сообщают")
 }
 
 // Запись, которую шаг не успел взять, потому что нас уже остановили, остаётся
 // нетронутой: захват не случился, отказ не потрачен.
 func TestShutdownBeforeStepLeavesRecordUntouched(t *testing.T) {
 	env := newPipelineEnv(t, &okMetaViewer{}, &failingConverter{})
-	record := newTelegramRecord(t, env)
+	record := newRecord(t, env)
 
 	ctx, cancel := context.WithCancel(t.Context())
 	cancel()