Сорокаминутный фильм — это около двухсот экранов с текстом: заставки глав, плашки подглав, термины, карты, перечисления, титры. Опечатка на любом из них живёт в ролике вечно и стоит перезалива. «Посмотреть кат глазами» такую плотность не держит: внимание кончается раньше экранов, а на втором круге проверяющий уже помнит, что «вроде было нормально».

Поэтому ревью вынесено в отдельный этап со своим аппаратом. Он даёт три гарантии, которых не даёт просмотр:

• 1Ни одного непрочитанного экрана. Инвентарь строится из кадров 1 fps, каждый экран читается тремя независимыми способами, покрытие проверяется кодом, а не памятью.
• 2Ни одного ТЗ без «как надо». Пункт, в котором сказано только «плохо», не проходит приёмку вкладки.
• 3Номера ТЗ не переиспользуются. Номер — это позиция записи в pravki.all; новые только дописываются в конец, снятые получают status: rejected. Поэтому «ТЗ-14» в переписке через месяц означает то же самое, что и в день сдачи.

Общее у режимов: карточка фильма, профиль канала, транскрипт, стейт-машина, Memex как исполнитель тяжёлого и телефонный бриф на выходе. Режим задаётся ключом mode в карточке. ⚠️ Если ключа нет, берётся cut_review — жёстко, профиль тут не спрашивают: ключ mode_default в профиле есть, но код его не читает. Для фильма без ката mode надо проставить руками.

Что такое Memex. Это второй Mac в локальной сети, не облако и не сервис. Доступ — по ssh-алиасу memex (переопределяется переменной MX_HOST). Git на нём нет: код приезжает rsync-копией командой review.py memex push, данные фильма живут в ~/YTAI_work/{КОД}/. Окружения и локальные модели ставятся на нём отдельно — список в 6.2.

Разделение здесь не идеологическое, а измеренное. На контрольных сорока пяти кадрах локальные модели — Qwen2.5-VL, Qwen3-VL и Qwen3-8B — нашли три подтверждённых блокера из семнадцати. При этом все экранные опечатки нашёл Apple Vision OCR, а тайминги — whisper.

Отсюда правило, на котором держится весь этап: VLM и LLM дают признаки, а не вердикты. Модель говорит «на экране написано вот так» и «вот это похоже на опечатку», но решение «это ошибка, исправить на…» принимает либо код по жёстким правилам, либо один облачный судья.

• Автоподтверждение — только когда три независимых чтения экрана совпали и исправление подтверждается озвучкой или каталогом терминов. Пары, которые OCR путает по начертанию, в авто не попадают никогда.
• Классификатор ошибок берёт только это: typo · grammar · fact · currency · language · mismatch · foreign_trace, плюс structure там, где канал этого требует. Класс есть — значит есть и доказательство: три чтения экрана, источник факта, разбор диффа.
• Но ТЗ этим не исчерпывается. Примерно треть пунктов класса не имеет вовсе — это предложения: подписать человека в кадре, поставить заставки глав, перерисовать карту, вставить пропавший дубль, убрать лишний звук перехода. Они не находятся классификатором и не притворяются ошибками — их приносит разбор структуры, вердикт по актам, подбор визуала из архива канала и ваши собственные заметки. Что именно ревью предлагает создать — 6.3.
• Вёрстка, дизайн, вкус и темп в ТЗ не попадают. Это не вежливость к монтажёру, а фильтр в коде: классы design, taste, pacing, layout отбрасываются до того, как что-либо станет пунктом.
• Целевой размер списка не задаётся никогда. Ни «найди десять ошибок», ни «уложись в двадцать пунктов»: сколько нашлось, столько и есть.

Сначала — кто есть кто. Дальше по главе эти слова употребляются без пояснений.

• Роман правит в доке, а не в скриптах. Удалил строку во вкладке — пункт получает status: rejected и исчезает со всех поверхностей разом. Дописал в свою колонку — комментарий переживает пересборку и печатается рядом с пунктом.
• Монтажёр работает по вкладке ТЗ и по ревью-секвенции: в секвенции видно, где именно ошибка, во вкладке — что с ней сделать. Текст ТЗ лежит в маркере мастер-клипа, чтобы его можно было скопировать прямо с таймлайна.
• Система не перезаписывает вкладку, пока правки не сняты. Гейт простой: если вкладка уже писалась, а правки с тех пор не вытягивались — пересборка отказывается работать. Иначе заметки Романа затёрлись бы молча. Стоит он на вкладке ТЗ и на навигаторе; остальные поверхности пересобираются свободно.
• Сессия систему вызывает, а не переписывает. Баг чинится в репозитории и уезжает на Memex, а не обрастает разовым скриптом внутри проекта.
• Секвенцию в Premiere собирает Роман сам — кнопкой в UXP-панели: это единственный шаг этапа, который требует графического интерфейса. UXP-панель — наш собственный плагин внутри Premiere: он читает файл-задание {CODE}_review_v6.json и строит из него секвенцию, а кнопкой Copy Brief @ playhead отдаёт текст правки прямо с таймлайна. Порядок кнопок — на 6.4 · 1.

Пришёл новый кат — начинать отсюда: завести или проверить карточку фильма (6.1) → запустить цепочку по командам и гейтам (6.2) → собрать и сдать поверхности (6.3). В сессии всё это поднимает скилл /review, а где стоит круг — показывает REVIEW_STATE.md в папке проекта.

Этап начинается не с фильма, а с профиля канала YTs/{CH}/review_profile.json. Без него стадии, которые обращаются к канону канала, честно отказываются работать.

• 1Стиль графики — цвета и шрифты, которыми рисуются плашки и заставки, и цвета маркеров глав.
• 2Канон канала текстом — как пишутся суммы, на каком языке титры, как называются места: этот текст уходит в промпт судьи.
• 3Классы ТЗ — что канал считает ошибкой, а что отбрасывает.
• 4Авторитеты факт-чека — источники, которым верим при проверке утверждений.
• 5Имена вкладок и папки материалов — шаблоны, по которым называются вкладка ТЗ и навигатор, и куда складывать материалы на Drive.

• Memex — 16 ГБ, и этого хватает на одну модель. Две одновременно дают отказ по памяти Metal, два фильма сразу не помещаются: очередь на тяжёлые стадии обязательна, иначе сосед упадёт на середине.
• Один прогон на проект. Пока идёт круг, второй запуск по тому же проекту откажет — замок лежит рядом с кешем проекта. Это защита от двух процессов, пишущих одни и те же артефакты.
• Гигиена токенов в сессии. Кадры смотреть только через уменьшающий хелпер, большие JSON — через выборочное чтение, а не целиком. Разовые скрипты внутри проекта не заводить: правка идёт в репозиторий, иначе следующий круг про неё не узнает.
• «ALL PASS по коду» не значит «документ читается». Приёмка вкладки проверяет структуру, а не смысл; последний шаг всё равно глазами, постранично.
• Кадры с людьми — отдельная осторожность. Они живут только в локальных файлах и попадают в документ исключительно под временным доступом, вручную с Мака. Ни на портал, ни в общий чат такие кадры не уходят.
• Состояние можно потерять без последствий. Гейты проверяют артефакты на диске, а не запись в стейте: удалённый файл состояния не заставляет переделывать стадии заново.