8511744d3ac232f4fab76460d7e6b60a92771407
docker / build (push) Successful in 1m21s
Парсеры (PARSE_VERSION 9): «т/к» и единицы битрейта не режутся по слэшу, техпараметры (kb/s, Кбит/сек, 16 бит, channels, CBR, Atmos) и пол голоса (муж./жен.) не становятся студией, «от X» -> X; «N-й канал», «5 канал», «Лексикон» больше не выбрасываются как мусор; строка без типа со списком из 3+ имён (актёры, титры сабберов) не даёт дорожек; в кодек-строках имя рядом со скобкой пола становится кандидатом, а строка только с мусором даёт дорожку с типом без студии. Несколько авторов строки («Многоголосый (HDRezka Studio, LostFilm)» — верны все): prepare_data склеивает строки релиза в одну со списком spans, обучение размечает все спаны BIO, span_exact сравнивает наборы, decode_spans возвращает все прогоны; сервис отдаёт studio_spans / studios / studio_confidences, в ответе релиза — дорожка на каждого автора. Противоречий в датасете 20 % -> 1.2 %; проверочная tiny2 находит весь набор студий в 71 % строк с 2+ авторами (прежняя модель — 1 %). Разбор противоречий (collect.py, пункт 8): тексты, которые релизы разметили по-разному; решения в data/text_fixes.csv применяются в prepare_data поверх labels.csv. Метки и модель не пересобраны: нужны collect.py build --relabel, prepare_data, переобучение. Co-Authored-By: Claude Opus 5.5 <[email protected]>
grabber-ai — нейро-модель «тип озвучки + автор + 18+»
По тексту дорожки озвучки (или HTML-странице релиза с трекеров rutracker / kinozal / nnm-club) модель определяет:
- тип озвучки (
translation_type, 15 классов: проф. дубляж, проф. многоголосый, авт. одноголосый, …) — классификация; - автора (
studio: студия или переводчик) — извлечение имени прямо из текста (работает и для авторов, которых не было в обучении) + нормализация по словарю алиасов («HDRezka Studio» →HDrezka, «Ю. Сербин» → «Юрий Сербин»); - 18+ дорожка или нет — бинарная голова.
Обучено на датасете из 60 944 строк (71 339 размеченных строк из 30 401 релиза
data/raw + морфологическая аугментация). Как страницы превращаются в строки и
что было исправлено в сборщике — docs/dataset-coverage.md.
Multi-task RuBERT: сравниваются rubert-tiny2 и ruBert-base,
лучшая кладётся в models/best.
Квикстарт (5 минут)
# 1. окружение (Windows, Python 3.13; GPU требует колёс cu128 — см. docs/training-windows.md)
python -m venv .venv
.venv\Scripts\python -m pip install torch --index-url https://download.pytorch.org/whl/cu128
.venv\Scripts\python -m pip install -r requirements.txt
# 2. данные -> подготовка (data/labels.csv уже в репозитории)
.venv\Scripts\python -m src.prepare_data
# 3. обучение (обе модели, 5-fold CV; ~15-20 мин на RTX 5070 Ti)
.venv\Scripts\python -m src.train
# результат: models/best, reports/summary.md, reports/*.png
# 4. инференс
.venv\Scripts\python -m src.predict --text "Перевод: Профессиональный (многоголосый закадровый) | HDRezka Studio 18+"
.venv\Scripts\python -m src.predict --html data/samples/rt-topic.html
.venv\Scripts\python -m src.predict --file data/pages/6907007.txt --out result.json
Python API:
from src.predict import DubPredictor
model = DubPredictor() # models/best по умолчанию
model.predict_text("Авторский (одноголосый закадровый) - Ю. Сербин")
# {'translation_type': 'авт. одноголосый', 'studio': 'Юрий Сербин', 'is_18plus': False, ...}
model.predict_html(open("data/samples/rt-topic.html", encoding="utf-8").read())
# [ {...дорожка 1...}, {...дорожка 2...}, ... ]
HTTP-сервис и интеграция из Rust/TypeScript (ONNX без Python) — см. docs/integration.md.
Структура
data/ датасет (labels.csv — снимок) и HTML-дампы страниц
data/processed/ подготовленные данные (dataset.json, label_maps.json)
src/ код: подготовка, модель, обучение, инференс, сервис, ONNX-экспорт
models/ чекпоинты (best — итоговая модель)
reports/ метрики, аудит датасета, confusion matrix, ONNX-parity
tests/ юнит-тесты (tests/run_tests.py)
examples/ клиенты: rust (HTTP, ONNX), typescript (HTTP, ONNX)
docs/ документация
Документация
- docs/architecture.md — устройство модели и пайплайна
- docs/dataset.md — схема датасета, семантика классов, аудит
- docs/dataset-coverage.md — покрытие всех страниц
data/raw, найденные дыры сборщика и что исправлено - docs/training-windows.md — обучение на Windows+GPU, troubleshooting
- docs/api-reference.md — все значения ответа сервиса (15 классов
translation_typeи др.) и принцип работы;labels.csvдля этого открывать не нужно - docs/inference.md — CLI/API, JSON-контракт
- docs/integration.md — Rust/TypeScript: HTTP-сервис и ONNX
Качество
Held-out test (6 258 строк, группировка по релизам и текстам; после полной
переиндексации data/raw 09.11.2026). Обе модели оценены на одном и том же
тесте (python -m src.runs --dirs … --refresh):
| модель | type acc | type macro-F1 | span exact | 18+ acc | lang acc | joint exact |
|---|---|---|---|---|---|---|
прежняя models/best (02.11) |
0.949 | 0.880 | 0.643 | 1.000 | 0.994 | 0.615 |
новая models/best (09.11) |
0.976 | 0.906 | 0.674 | 1.000 | 0.995 | 0.658 |
- joint exact — строка распознана полностью (тип + автор + 18+).
- Абсолютный
span exactниже прежних 0.922 не потому, что модель стала хуже: тест теперь включает форматы, которых раньше в датасете не было (авторы из кодек-строк и списков, аниме-раздачи, «Язык озвучки», nnmАудио … (Русский, X)), и в нём много одиночных имён в перечислениях. На одном и том же тесте новая модель лучше прежней по всем головам (+2.7 п.п. type acc, +3.1 п.п. span). - E2E по релизам (
tests/e2e_segmenter.py, по 400 тестовых страниц на трекер, пары тип + студия, precision / recall) — новая модель на тех же страницах: kinozal 0.805 / 0.867, rutracker 0.771 / 0.740, nnm 0.752 / 0.693; прежняя модель там же: 0.752 / 0.830, 0.729 / 0.700, 0.669 / 0.604. Справочно, правила: 0.792 / 0.859, 0.697 / 0.721, 0.670 / 0.646. - Сегментатор (
models/segmenter) переобучен на расширенном наборе страниц (models/segmenter_v2, line precision 0.933 / recall 0.977), но e2e новых весов хуже по nnm (0.610 / 0.560) — вmodels/segmenterоставлены прежние веса. models/best-onnxне пересобран под новую модель:python -m src.export_onnx. Паритет предыдущего экспорта — reports/onnx_parity.md.
Ограничения
- Метки датасета сгенерированы регулярками (пайплайн deepseek-harness) — метрики измеряют согласование с этой разметкой; ценность модели — обобщение на новые формулировки без сопровождения регулярок.
- Датасет: 71 339 строк из 30 401 релиза (kinozal 23 969 / nnm 27 092 /
rutracker 20 278); после подготовки 60 944 строки. Покрытие страниц
data/raw— 85.5 % (30 260 из 35 385); оставшиеся — почти все без озвучки (русский оригинал, «не требуется», музыка/сканы), см. docs/dataset-coverage.md. - Извлечение автора уверенно работает на форматах записи, представленных в датасете (имя после типа через разделитель, в скобках у AVO/MVO/DVO-дорожек, после тире); на непривычных форматах («Одноголосый закадровый (Фамилия)») модель может не выделить имя — span остаётся пустым, тип при этом верный.
- kinozal-страницы: авторы озвучки лежат во вкладках, которые сайт подгружает
JavaScript-ом. По
urlсервис скачивает их сам (fetch_html,showtab); в присланномhtml/textбез этих вкладок студий может не быть. - Классы с 1–8 примерами почти не выучиваются (видно в macro-F1 и confusion matrix); морфологическая аугментация (458 вариантов: «многоголосое» и т.п.) частично закрывает этот пробел.
Languages
Python
58.7%
HTML
41%
JavaScript
0.2%
Dockerfile
0.1%