Полное руководство по AI-видеопроизводству. Часть 2

Карточка эпизода

EPISODE ID: [номер и название] ФУНКЦИЯ В СЕРИАЛЕ: [какую перемену совершает эпизод] ДЛИТЕЛЬНОСТЬ И ФОРМАТ: [...] CONTINUITY IN: - герой знает [...] - отношения [...] - одежда и реквизит [...] - локация и свет [...] ЛОКАЛЬНАЯ ЦЕЛЬ И КОНФЛИКТ: [...] НОВАЯ ИНФОРМАЦИЯ: [...] ОБЯЗАТЕЛЬНЫЙ ПОВОРОТ: [...] ФИНАЛЬНЫЙ ОБРАЗ: [...] ИСПОЛЬЗУЕМЫЕ SERIES LOCKS: [...] EPISODE VARIABLES: [...] INTENTIONAL CHANGES: [...] FORBIDDEN IN THIS EPISODE: [...] CONTINUITY OUT: - новое знание [...] - новое состояние отношений [...] - состояние одежды и реквизита [...] - незавершённое действие или sound bridge [...] GENERATION ROUTE: [модели режимы референсы] EARLY TEST: [самый рискованный контакт или переход]

5.21 Как собрать Project Bible

Project Bible не нужно заполнять целиком до первого теста. Его собирают слоями: сначала решения, которые меняют всю постановку, затем правила, необходимые для первых шотов, после этого — подтверждённые результаты тестов. Документ должен становиться точнее, а не просто длиннее.

Рабочий порядок

1. Определить ядро. Зафиксировать формат, логлайн, тему, жанр, эпоху, героя и главное изменение всей истории.

2. Выбрать техническую рамку. Утвердить aspect ratio, master resolution, длительность, звук и варианты выдачи.

3. Сформулировать визуальную грамматику. Описать композицию, камеру, оптику, свет, цвет, контраст, фактуру и движение через наблюдаемые правила.

4. Собрать канон мира. Подготовить паспорта персонажей, одежды, реквизита и локаций с reference packs.

5. Утвердить звук и монтаж. Назначить voice identity, room tones, музыкальные функции, ритм и допустимые переходы.

6. Разделить locks и variables. Для каждого изменяемого элемента указать триггер и новое состояние.

7. Провести тесты. Проверить самые рискованные контакты: лицо в движении, несколько героев, географию, предмет, свет и звук.

8. Зафиксировать решения. Обновить Bible только результатами, которые приняты человеком, и внести их в журнал.

Что тестировать первым

Риск Минимальный тест Критерий успеха Identity в движении Один короткий шот с поворотом головы и изменением крупности. Лицо, возраст и волосы остаются узнаваемыми. Два персонажа Простой двухплановый контакт без сложной камеры. Модель не смешивает лица, одежду и реплики. Реквизит Рука берёт канонический предмет и меняет его положение. Форма, сторона и состояние сохраняются. Локация Прямой и обратный планы одной оси. Двери, свет и маршруты не противоречат друг другу. Камера Одна утверждённая траектория с точным триггером. Движение начинается и заканчивается по событию. Native audio Одна реплика, атмосфера и сюжетный эффект. Голос, синхронность и акустика пригодны для монтажа.

5.22 Как передавать Bible GPT и видеомоделям

Для анализа GPT получает актуальные документы или разрешимый набор ссылок на их версии. Для видеомодели ассистент извлекает правила, относящиеся к данному шоту. Не передавайте библиотеки целиком, если интерфейс и задача этого не требуют. Полнота исходной базы и компактность запроса — разные требования.

Команда для извлечения shot pack

Ты работаешь как production assistant AI режиссёра. PROJECT BIBLE: [вставить актуальную версию] EPISODE CARD: [вставить] SHOT: [описание функции действия и длительности] Извлеки только правила Project Bible, которые реально влияют на этот шот. Раздели результат на: 1. GLOBAL LOCKS; 2. CHARACTER STATE; 3. LOCATION AND LIGHT STATE; 4. PROP STATE; 5. CAMERA AND MOVEMENT RULES; 6. VOICE SOUND MUSIC; 7. EDIT IN AND EDIT OUT; 8. FORBIDDEN; 9. MISSING CRITICAL DATA. Не добавляй новые решения. Не переносить в shot pack правила, которые не видны и не слышны в этом шоте. Все противоречия между Bible и Episode Card отметь до компиляции промпта.

Иерархия при конфликте

Приоритет Источник Правило 1 Явное решение режиссёра для текущей версии Имеет высший приоритет и должно попасть в журнал решений. 2 Project Bible LOCK Действует во всех эпизодах, пока официально не изменён. 3 Episode Card intentional change Уточняет Bible в указанной области и диапазоне только при утверждённом исключении. Произвольная запись в Episode Card не отменяет LOCK. 4 Continuity state предыдущего шота Подтверждает наблюдаемое входное состояние. Если фактический результат нарушает канон, нужен repair либо утверждённое изменение; ошибка не получает высший приоритет. 5 Shot list и storyboard Задают локальное действие, камеру и монтажную функцию. 6 Модельный промпт Не имеет права молча менять вышестоящие решения.

5.23 Мастер шаблон Project Bible

Ниже — единый каркас. Заполняйте его по производственной необходимости. Неизвестное значение явно отмечается UNKNOWN; PROPOSAL означает предложенный вариант, TEST — проверяемую гипотезу. Ни одно из них не маскируется под LOCK.

=== PROJECT BIBLE === PROJECT ID: [...] CASE ID: [учебный контекст, если есть] SPEC VERSION: [...] SCHEMA VERSION: [если используются JSON-документы] OWNER: [...] LAST APPROVED: [...] === 1 IDENTITY === Название: [...] Формат: [...] Логлайн: [...] Тема: [...] Жанр и поджанр: [...] Тон: [...] Эпоха и место: [...] Аудитория и платформа: [...] === 2 TECHNICAL MASTER === Количество эпизодов: [...] Длительность: [...] Master aspect ratio: [...] Master resolution: [...] Frame rate: [...] Safe areas: [...] Audio format: [...] Delivery variants: [...] Reframe policy: [...] === 3 VISUAL GRAMMAR === Степень реализма: [...] Композиционный принцип: [...] Повторяемый визуальный мотив: [...] Разрешённые отклонения: [...] Запрещённые визуальные решения: [...] === 4 CAMERA === Точка зрения: [...] Базовая дистанция: [...] Крупности и условия изменения: [...] Высота и угол: [...] Стабильность: [...] Разрешённые движения: [...] Триггеры движения: [...] Фокус: [...] === 5 LENSES AND DEPTH === Пространственный план: [...] Базовый человеческий план: [...] Интимный крупный план: [...] Детали: [...] Depth of field: [...] Оптические запреты: [...] === 6 LIGHT === Мотивированные источники: [...] Ключевой свет: [...] Фон и отделение героя: [...] Практические источники: [...] Динамика света: [...] Световые запреты: [...] === 7 COLOR AND CONTRAST === Базовые нейтрали: [...] Цвет героя: [...] Сюжетный акцент: [...] Цвет изменения: [...] Насыщенность: [...] Светотеневой контраст: [...] Цветовой контраст: [...] Grade и запреты: [...] === 8 TEXTURE === Кожа: [...] Ткань: [...] Архитектура: [...] Оптическая фактура: [...] Зерно и post effects: [...] Motion texture: [...] === 9 MOVEMENT === Пластика главного героя: [...] Пластика других героев: [...] Поведение камеры: [...] Движение одежды и волос: [...] Движение среды: [...] Temporal rhythm: [...] === 10 CHARACTERS === Для каждого персонажа: ID и имя: [...] Драматическая функция: [...] Identity lock: [...] Силуэт и пропорции: [...] Мимика: [...] Пластика: [...] Доминирующая рука: [...] Знание цель потребность: [...] Отношения и spatial behavior: [...] Reference pack: [...] === 11 WARDROBE === Базовый комплект: [...] Материал и фактура: [...] Крой и посадка: [...] Цвет: [...] Застёжки и аксессуары: [...] Состояния по эпизодам: [...] Допустимые изменения и триггеры: [...] === 12 PROPS === Для каждого сюжетного предмета: Identity: [...] Размер и материал: [...] Orientation: [...] Owner и текущий holder: [...] State logic: [...] Geography: [...] Brand and text route: [...] Reference: [...] === 13 LOCATIONS === Для каждой локации: ID и функция: [...] План и ось: [...] Двери окна проходы: [...] Landmarks: [...] Материалы: [...] Световые состояния: [...] Акустика: [...] Маршруты героев: [...] Reference pack: [...] === 14 VOICE === Для каждого говорящего: Voice identity: [...] Тембр: [...] Темп и паузы: [...] Артикуляция: [...] Громкость: [...] Эмоциональные переменные: [...] Произношение: [...] Audio reference: [...] === 15 MUSIC AND SOUND === Room tone по локациям: [...] Сюжетные эффекты: [...] Музыкальный мотив: [...] Инструменты и тембр: [...] Условия входа и выхода: [...] Sound bridges: [...] Что создаётся моделью: [...] Что добавляется на посте: [...] === 16 EDITING RULES === Базовый ритм: [...] Средний диапазон длины шота: [...] Причина склейки: [...] Coverage policy: [...] Ось screen direction eyeline: [...] Разрешённые переходы: [...] Финал эпизода: [...] Handles и монтажный запас: [...] === 17 LOCKS VARIABLES FORBIDDEN === GLOBAL LOCKS: [...] EPISODE VARIABLES: [...] INTENTIONAL CHANGES: [...] FORBIDDEN: [...] TESTS: [...] === 18 MODEL ROUTING === Предпочтительные модели и режимы: [...] Character reference route: [...] Motion reference route: [...] Audio route: [...] Multi-shot policy: [...] Edit extension policy: [...] Что всегда остаётся монтажу: [...] === 19 APPROVAL === Утверждено: [...] Не решено: [...] Следующий тест: [...] Владелец решения: [...] Дата следующей проверки: [...]

5.24 Пример Project Bible мини сериала Напротив

Сокращённый пример относится к самостоятельному CASE_OPPOSITE, проекту PRJ_OPPOSITE «Напротив». Он не является «Красным ключом» или историей с кофе из главы 3. Пример показывает связь решения с производственным правилом; сюжетные детали не становятся универсальными требованиями к рекламе, fashion или музыкальному видео.

Идентичность проекта

Поле Решение Формат Шесть вертикальных эпизодов по 25–35 секунд. Каждый эпизод показывает один новый шаг от безопасной дистанции к контакту. Логлайн Женщина ежедневно оставляет кружку у двери соседа напротив, но однажды предмет возвращается с запиской и нарушает её ритуал. Тема Безопасная дистанция защищает от отказа, но не позволяет встретиться. Жанр Камерная бытовая драма с мягким юмором и одним условным звуковым мотивом. Эпоха Современный многоквартирный дом середины 2020-х без визуального акцента на гаджетах. Финальное изменение Обе двери впервые открыты одновременно; холодный и тёплый свет соединяются в общем пространстве.

Визуальная и звуковая грамматика

Область LOCK Дуга изменения Камера Уровень глаз, спокойная дистанция; каждый тип движения имеет собственный триггер. Статика до выбора; совместный push-in в финале начинается после добровольного сближения. Звук лифта может запускать ориентирующую панораму, но не заменяет этот триггер. Композиция Две двери и ось коридора формируют отношения героев. Пустое пространство между дверями постепенно занимают люди. Свет Холодный общий свет коридора, тёплый свет квартир. Тёплый свет занимает всё больше общей зоны. Цвет Серые нейтрали, красная кружка как единственный насыщенный акцент. Красный переходит от предмета одного героя к общему предмету пары. Фактура Матовые поверхности, естественная кожа, шерсть, следы бытового использования. Пространство не становится глянцевым даже в счастливом финале. Звук Лифт, room tone и тихие бытовые источники важнее музыки. Музыкальный мотив собирается из трёх нот и завершается только в эпизоде 6. Монтаж Склейка по новой информации или завершённой фазе жеста. Длина реакции увеличивается по мере роста доверия.

Канонические элементы

Элемент Identity State logic Героиня A Сдержанная женщина 30–35 лет, тёмные волосы, серый шерстяной кардиган, экономная пластика. Сначала действует только правой рукой из дверного проёма; к финалу полностью выходит в коридор. Герой B Мужчина 30–40 лет, спокойная мимика, тёплый домашний слой одежды, не сокращает дистанцию первым. Открывает дверь шире только после явного выбора героини. Красная кружка Матовая керамика без рисунка, ручка вправо, устойчивый насыщенный красный. Переходит между дверями; уровень кофе и положение записки сохраняются. Коридор Две двери напротив, лифт в конце, холодный верхний свет, матовый пол. География неизменна; меняются открытость дверей и доля тёплого света. Лифт Не показывается как отдельный персонаж; узнаётся по индикатору и звонку. Работает как дедлайн и запускает решение камеры.

Дуга эпизодов

Эпизод Изменение Continuity out 1 Ритуал Героиня оставляет кружку у противоположной двери и возвращается. Кружка у двери B, ручка вправо; героиня не видела соседа. 2 Ответ Кружка возвращается к двери A с короткой запиской. Записка существует; героиня знает, что ритуал замечен. 3 Сопротивление Она почти открывает дверь на звонок лифта, но отступает. Героиня отвела правую руку от ручки и отступила; B2–B4 остаются застёгнутыми. Не открывать пуговицу до эпизода 5. 4 Выбор Она берёт вторую кружку и переступает порог. Обе кружки у героини; дверь A остаётся открытой. 5 Встреча Дверь B открывается, герои впервые разделяют один кадр. Обе двери открыты; дистанция сокращена. Героиня расстёгивает B2 после принятого выбора; B3 и B4 остаются застёгнутыми. 6 Общее пространство Они ставят кружки между дверями и остаются в коридоре. Красный акцент становится общим; музыка впервые завершает мотив.

5.25 Журнал режиссёрских решений

Project Bible остаётся надёжным, только если изменения имеют источник. Решение не должно исчезать в переписке или случайно заменяться новым промптом. Журнал показывает, что изменилось, почему, на какие артефакты это влияет и с какого момента действует.

Decision ID Решение Причина Влияет на Статус D-021 Красная кружка остаётся единственным насыщенным красным. Сохраняет ясный сюжетный акцент. Palette, props, grade, prompts LOCK D-022 Первый крупный план героини появляется после осознанного действия в эпизоде 4. Близость камеры должна быть заработана. Shot list, storyboard, camera LOCK D-023 Текст записки добавляется на посте. В этом проекте точная типографика записки требует отдельного композита; её стабильность не поручается генерации без теста. Props, prompts, edit LOCK D-024 Проверить native audio звонка лифта. Может упростить sound bridge, но качество не подтверждено. Audio route TEST

Правило обновления

• Изменение сначала формулируется как PROPOSAL или TEST.

• После проверки человек принимает или отклоняет решение.

• Принятое решение получает ID и список зависимых документов.

• Project Bible обновляется один раз в канонической версии, а не в копиях.

• Shot list, storyboard, reference pack и промпты синхронизируются с новой версией.

• Устаревшая формулировка получает DEPRECATED, но сохраняется в журнале.

5.26 Проверка Project Bible перед производством

Проверка Вопрос Целостность Связаны ли тема, визуальное правило, камера, цвет, звук и финальное изменение? Наблюдаемость Можно ли увидеть или услышать каждое производственное правило? Иерархия Понятно ли, что является LOCK, VARIABLE, TEST и FORBIDDEN? Continuity Есть ли каноническое состояние персонажей, одежды, реквизита и локаций? Изменения У каждого важного изменения есть триггер, граница и новое состояние? Референсы Каждый файл имеет одну основную роль и список игнорируемых свойств? Модели Понятно ли, какие правила идут в image, video, audio и edit pipelines? Монтаж Есть ли правила длины, склейки, оси, sound bridge и финала эпизода? Версия Указаны владелец, дата, версия и последние утверждённые решения? Практика Можно ли по документу собрать Episode Card и shot pack без устных пояснений?

Главные ошибки

1. Собирать мудборд вместо Bible. Набор изображений показывает настроение, но не фиксирует причинность, географию и правила изменения.

2. Использовать прилагательные без наблюдаемого эффекта. Слова «кинематографично» и «дорого» не объясняют композицию, свет и движение.

3. Фиксировать только лицо. Персонаж меняется через пропорции, одежду, пластику, голос и знание, даже если лицо похоже.

4. Считать локацию фоном. Без плана и оси модель переставляет двери, свет и маршруты между шотами.

5. Запрещать все изменения. Проект сохраняет внешность, но теряет драматическую дугу и ощущается повтором.

6. Не назначать триггеры. Одежда, свет, цвет и камера меняются раньше события, которое должно их вызвать.

7. Передавать весь Bible каждой модели. Релевантные инструкции теряются среди правил, не относящихся к текущему шоту.

8. Хранить несколько равноправных версий. Команда и GPT используют разные каноны и возвращают уже отменённые решения.

9. Не вести журнал решений. Невозможно понять, почему правило появилось и какие документы нужно обновить.

10. Не проверять Bible тестами. Текст выглядит убедительно, но выбранные персонажи, контакты и маршруты не воспроизводятся инструментами.

Главный вывод

Project Bible делает фильм воспроизводимым. Он связывает технический master, визуальную грамматику, мир, персонажей, звук и монтаж в одну иерархию. С его помощью новый эпизод начинается не с поиска очередного красивого стиля, а с точного вопроса: какое состояние проекта сохраняется и что должно измениться сейчас.

Project Bible делает решения видимыми, отделяет постоянное от переменного и позволяет людям и инструментам работать с одной версией замысла. В мини-сериале он удерживает идентичность между эпизодами; в рекламе — продукт и требования бренда; в fashion и музыкальном видео — правила формы, материала, движения и ритма.

Глава 6 Паспорт персонажа

Паспорт персонажа — раздел Project Bible, который описывает не один удачный портрет, а воспроизводимого героя. Он связывает лицо, тело, возраст, волосы, кожу, одежду, пластику, мимику и голос в одну систему. По этому документу можно подготовить reference pack, проверить новый кадр, собрать промпт под конкретную модель и понять, где допустима вариативность, а где начинается подмена персонажа.

В AI-видео лицо часто воспринимают как единственный носитель идентичности. Но зритель узнаёт человека по совокупности признаков: пропорциям головы и тела, линии волос, посадке одежды, темпу шага, характеру взгляда, голосу и привычным жестам. Если половина этих признаков меняется между шотами, узнаваемое лицо уже не спасает continuity.

Главный принцип главы:

Стабильный персонаж — это не неподвижная фотография. Это набор постоянных признаков и управляемых состояний, которые меняются только по правилам истории.

Эта база нужна любому повторяющемуся герою: в рекламе, Reels, fashion, клипе или повествовательной сцене. Серийное расширение с хронологией знаний и отношений собрано в главе 46; оно использует этот паспорт, а не создаёт вторую идентичность.