задачи: сложные сериальные раздачи связаны с change large-release-recognition

- записан живой случай (180 файлов, 8 сезонов) и причина сбоя: усечение
  списка файлов в промпте, а не сложность раскладки
- механика распознавания выделена в два change'а, за задачей остаётся
  research по нумерации, схемам папок и стыковке с merge-докачиванием
This commit is contained in:
av
2026-09-02 08:54:32 +03:00
parent f8d902d1b9
commit 2ac26bf8ed
+25 -1
View File
@@ -7,4 +7,28 @@
Обычный случай — один сезон (его номер видно глазами и сверяем на ревью — под это сделана сводка сезонов). Но в редких заказах раздача сложнее: все сезоны сериала разом, пак нескольких сезонов, смешанная нумерация, вложенные папки сезонов, разнобойные имена файлов. Сейчас PlanFile.Season задаётся на каждом файле (мультисезон в принципе выразим), но целостно эти сценарии не проработаны: как надёжно распознать, как показать на ревью, как разложить и как стыкуется со сходимостью папки и merge-докачиванием. Решить, что поддерживаем явно, а что уводим в ревью как «сложную раскладку». Обычный случай — один сезон (его номер видно глазами и сверяем на ревью — под это сделана сводка сезонов). Но в редких заказах раздача сложнее: все сезоны сериала разом, пак нескольких сезонов, смешанная нумерация, вложенные папки сезонов, разнобойные имена файлов. Сейчас PlanFile.Season задаётся на каждом файле (мультисезон в принципе выразим), но целостно эти сценарии не проработаны: как надёжно распознать, как показать на ревью, как разложить и как стыкуется со сходимостью папки и merge-докачиванием. Решить, что поддерживаем явно, а что уводим в ревью как «сложную раскладку».
Связано: specs/recognition.md, specs/jellyfin-layout.md, specs/review-ux.md, «Проблема второго сезона», «Раздачи с докачиванием». ## Ход работы
**2026-09-02.** Случай пришёл живым: раздача «Отчаянные домохозяйки» — один торрент на
8 сезонов, 180 файлов. Распозналось негодно, и причина оказалась не в сложности
раскладки, а в механике распознавания: промпт усекал список файлов сотней
(`defaultMaxFiles = 100`), в план попало ровно 100 файлов вперемешку, остальные 80 не
были видны в интерфейсе никак, причины ревью распухли до сорока строк.
Механическая часть выделена в два change'а:
- `large-release-recognition` (этап A, спека готова, ревью дизайна пройдено) — адресация
файла номером строки вместо дословного пути в ответе модели, снятие усечения, лимиты в
конфиг, обрыв генерации как названная причина, покрытие плана, полный порядок строк
раскладки и показ файлов вне плана;
- этап B (change ещё не заведён) — детерминированный разбор сезона и серии из имён
файлов и папок с перекрёстной сверкой против разметки модели; на этой раздаче
регулярка читает `S08E13` во всех 180 именах.
**За этими двумя change'ами остаётся исходный вопрос задачи** и он по-прежнему research:
смешанная нумерация, вложенные и разнобойные схемы папок, спецвыпуски, стыковка со
сходимостью папки и merge-докачиванием, и что из этого поддерживаем явно, а что
осознанно уводим в ревью как «сложную раскладку».
Связано: specs/recognition.md, specs/jellyfin-layout.md, specs/review-ux.md, «Проблема
второго сезона», «Раздачи с докачиванием», change `large-release-recognition`.