задачи: сложные сериальные раздачи связаны с change large-release-recognition
- записан живой случай (180 файлов, 8 сезонов) и причина сбоя: усечение списка файлов в промпте, а не сложность раскладки - механика распознавания выделена в два change'а, за задачей остаётся research по нумерации, схемам папок и стыковке с merge-докачиванием
This commit is contained in:
@@ -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`.
|
||||||
|
|||||||
Reference in New Issue
Block a user