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

Шаблон MiniMax H3 — отдельный 15 s draft brief

Use Image 1 only for the woman’s identity and hair. Use Image 2 only for the gray cardigan. Use Video 1 only for the slow forward camera trajectory and the soft deceleration at the end; do not copy its subject, environment or color. Use Audio 1 for the woman’s voice and lip movement; do not copy background sound. A cold apartment corridor at dawn. The woman opens her door halfway and sees the red mug with a note. [static] She reads, hesitates and keeps her right hand on the handle. The elevator bell rings. She crosses the threshold with a second mug. The camera translates slowly forward only after her decision; spatial push-in, no optical zoom. The opposite door opens and warm light connects the two spaces. Native stereo sound: quiet room tone, distant kettle, elevator bell, one soft final greeting. Keep the face, cardigan, mug and door geography consistent. Separate 15 s draft variant / 360 project frames, not the original 20 s fragment. New second mug / neighbour / final greeting require approval and actual audio timing. Exact spoken text, reference bindings and phase ranges remain TBD; this is annotated draft, not clean output.

Когда использовать H3 Context IR

• Есть изображения героя, товара и локации, два разных video reference и отдельное аудио.

• Связи между входами важнее художественного описания.

• Нужно выполнить reference-based edit, сохранив большую часть исходного видео.

• Промпт содержит несколько уровней «взять только это, но не переносить остальное».

Context-IR — provider интерпретация, не утверждение режиссёра. Сравните content.prompt с input map: не появились ли события, конфликтующие роли или лишние ограничения. Production intent JSON и provider output сохраняются отдельно по C18–22; результат IR не мигрирует автоматически в канон.

Сравнение четырёх способов компиляции

Модель Единица управления Сильная форма задания Главная проверка Wan 3.0 Timeline до 30 секунд и операция generate/edit/extend Глобальные locks + reference map + таймкоды + звук Совместимы ли типы входов и выбранный режим. Seedance 2.5 Связная история и большой reference pack Маршрут сцены + @References + временные блоки Не противоречат ли многочисленные материалы. Kling 3.0 Отдельный shot внутри 15 секунд Shot N (duration): framing, angle, action, camera Точно ли сходится длительность и включён нужный режим. MiniMax H3 Отношения в multimodal context Что брать из каждого входа + natural-language target Ясна ли роль каждого файла и приоритет при конфликте.

4.13 Prompt Compiler

Prompt Compiler — мастер-промпт, который принимает режиссёрское описание и преобразует его в запрос под выбранную модель. Его задача не сократить текст и не заменить название модели. Он проверяет режим, длительность, входы, shot capacity, reference roles и continuity, затем перестраивает одно и то же намерение под различную единицу управления.

Что получает Compiler

Вход Обязательный минимум Director brief Функция сцены, тема, эмоция, начало и конец. Shot plan Шоты, длительности, действия и монтажная логика. Locks Персонажи, реквизит, локация, бренд, текст, голос. Reference map Файл, роль, что брать и что игнорировать. Target model Exact provider / product / model / version / mode / interface / region плюс dated capability evidence. Mode Operation и inputs отдельно от shot strategy: например reference generation + per-shot, а не «multi-shot» вместо полного route. Output contract Production intent по schema 1.0.0 отдельно от adapter diagnostics, clean prompt и provider/API payload. Partial JSON получает установленный envelope, не выдаётся за полный объект.

Логика Compiler

1. Normalize intent. Структурировать постановочный пакет: subject, action, camera, audio, expected continuity, IDs / refs / timebase. Это не color Normalize главы 60.

2. Validate. Проверить schema / semantic links, duration_frames, Scene / Shot membership, planned intervals, input limits и actual bindings. Unknown не заменяется догадкой.

3. Route. По dated evidence выбрать доступную операцию и стратегию, не меняя утверждённый intent.

4. Compile. Выполнить adapter mapping; сохранить IDs / spec_version / REF authority. Unsupported или lossy поля показать явно; не молча удалять.

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

6. Emit. Diagnostics, annotated prompt и clean copy только при разрешённом route; API payload отдельно и лишь по подтверждённому provider schema.

Мастер промпт Prompt Compiler

Ты — PROMPT COMPILER для AI-видеопроизводства. Ты не придумываешь новый ролик, а переводишь утверждённое режиссёрское описание в запрос под выбранную видеомодель. === INPUT === TARGET MODEL: [Wan 3.0 / Seedance 2.5 / Kling VIDEO 3.0 / Kling VIDEO 3.0 Omni / MiniMax H3] MODE: [T2V / I2V / Reference / Start-End / Edit / Extension / Multi-Shot] DURATION: [секунды] ASPECT RATIO: [формат] AUDIO: [native / reference / separate post] Функция сцены: [...] Тема и эмоция: [...] Исходное состояние: [...] Финальное состояние: [...] Визуальное правило: [...] [вставить утверждённые шоты и длительности] Identity: [...] Wardrobe: [...] Props and product: [...] Location and geography: [...] Light and time: [...] Text and brand: [...] Voice and sound: [...] Intentional changes: [...] File / label / primary role / secondary role / use / ignore / priority. [вставить карту] === COMPILER RULES === 1. Не добавляй героев, события, реквизит, реплики, локации и стили, которых нет во входе. Любое необходимое дополнение сначала пометь PROPOSAL. 2. Отделяй глобальные locks от локальных действий. Не повторяй длинное описание героя в каждом шоте. 3. Один шот — одна главная драматическая информация, одно основное действие и одна понятная траектория камеры. 4. Проверь сумму длительностей, время на чтение действия и предел выбранной модели. 5. Проверь совместимость MODE и reference inputs. Если задача требует нескольких операций, не маскируй это одним prompt: предложи pipeline по проходам. 6. Каждому reference назначь функцию. Напиши, что брать и что игнорировать. Не используй формулировку «возьми всё из референса». 7. Сохраняй continuity: identity, костюм, реквизит, screen direction, eyeline, географию, время, свет, фазу действия, голос, текст и бренд. 8. Не используй пустые слова «кинематографично», «эпично», «динамично», «премиально» без наблюдаемого описания. 9. Не выдавай неподдерживаемую функцию как гарантированную. Если возможность зависит от интерфейса, региона или отдельного режима, пометь CHECK. 10. Сохраняй язык точных реплик. Остальное описание пиши на утверждённом языке brief; при смене языка покажи adapter mapping и проверь результат, не заявляя без теста «лучший язык модели». === MODEL ROUTING === WAN 3.0: сначала OPERATION и совместимость input types; затем global locks, reference map, timeline с таймкодами, audio и preservation constraints. Для edit явно используй намерение edit/remove/replace/change и перечисли неизменяемое. SEEDANCE 2.5: строй связное развитие до 30 секунд; используй @Image / @Video / @Audio; назначай роли большому reference pack; для edit указывай временной диапазон, для extension — что сохранить из исходного видео. KLING 3.0: выбери Single / Multi-Shot / Custom Multi-Shot. Для Custom выдай Shot N (Xs): framing, angle, subject, action, camera, speech/sound, end state. Сумма не более 15 секунд. Для Omni ставь Elements и bound voice выше словесного описания. MINIMAX H3: выражай отношения между multimodal inputs и target video естественным языком; соблюдай 4–15 секунд и лимит материалов; используй [static], [pan], [zoom] только для снятия неоднозначности; при сложном контексте предложи H3-Context-IR. === OUTPUT === A. VALIDATION - модель, режим, длительность; - найденные конфликты; - недостающие критические данные; - CHECK для изменчивых функций; - GO / REVISE / SPLIT PIPELINE. B. NORMALIZED PLAN Краткая таблица: time / shot / function / action / camera / continuity in / continuity out / reference. C. ANNOTATED MODEL PROMPT Промпт с короткими пояснениями, почему каждый блок существует. D. CLEAN PROMPT Только готовый текст для копирования без пояснений. E. GENERATION PLAN Какие шоты генерировать вместе; какие отдельно; какой шот тестировать первым; что оставить монтажу. Если отсутствуют критические данные, не создавай фиктивный clean prompt. Сначала задай не более 5 вопросов, которые меняют режим, структуру или continuity. === CANONICAL CONTRACT / ADAPTER GATE === Use approved schema_version 1.0.0, entity namespaces, spec_version and project timebase 24/1; no parallel schema. Preserve Shot Spec IDs / Scene links and REF authority bindings. Asset Version, Take and semantic spec version are different entities. Unknown actual AS/VER / observed state cannot be fabricated. Production intent JSON is separate from provider payload and text prompt. Emit JSON only against the supplied canonical schema; partial output uses the approved partial-fragment envelope. Before clean output, show exact target route and dated capability source; SH → local Shot N and REF → input-slot mapping; source duration / handles and edit timing; unsupported fields, lossy mappings and explicit omissions. Do not change approved events, duration or locked state without a visible PROPOSAL. Unknown critical input means REVISE; an independent supported subset may proceed if scope is clear. Do not call successful compilation successful generation: actual tests require media and settings.

Почему Compiler сначала валидирует

Ошибка операции может обесценить красивую формулировку. Например, несовместимые first/last и refs, planned 24 s для max-15-s pass или непроверенный лимит inputs требуют нового pipeline. Это задача validation, не основание объявлять её всегда самой дорогой ошибкой.

Короткая версия Compiler

Скомпилируй этот утверждённый shot plan под [MODEL + MODE]. Проверь длительность, совместимость входов, роли референсов и continuity. Не добавляй новых событий. Если нужен multi-pass pipeline, покажи его до prompt. Выдай: VALIDATION → NORMALIZED PLAN → CLEAN PROMPT → GENERATION PLAN. Brief: [...] Shots: [...] Locks: [...] References: [...] Also preserve canonical IDs / spec_version / timebase, show reference-slot mapping and unsupported / lossy differences; provider payload is a separate adapter artifact.

Один шот в четырёх компиляциях

Отдельный TEST-вариант SH_ASSISTANT_DOOR_TEST, 4 s = 96 frames при 24/1: правая рука сначала берётся за ручку, затем героиня приоткрывает дверь, слышит лифт и отступает. Здесь push-in начинается после bell. Это тест давления, отличный от правила основной версии «камера после выбора»; compiler не смешивает эти версии.

Модель Как меняется формулировка Wan 3.0 Single shot / local [0,96): medium profile; рука → дверь → bell → retreat; spatial push-in после bell. Placement внутри scene хранится отдельно. Seedance 2.5 Тот же 4 s / 96-frame TEST shot; roles refs явные. Упаковка в 30 s narrative не требуется и не добавляется compiler. Kling 3.0 Local Shot 1 (4 s), bound to SH_ASSISTANT_DOOR_TEST: та же последовательность и end state, без незаявленного сокращения. MiniMax H3 Те же 4 s / 96 frames. Face reference отдельно; spatial camera translation starts after bell. Do not use [zoom] as a synonym for push-in.

Prompt lint перед генерацией

• Каждый герой и reference назван одинаково во всём тексте.

• Нет местоимений, у которых два возможных владельца действия или реплики.

• Общая длительность и сумма шотов совпадают.

• Каждый шот содержит одну точку внимания и читаемый end state.

• Camera move не конфликтует с framing и временем.

• Глобальные locks не противоречат локальным изменениям.

• Референс имеет явную функцию и список игнорируемых свойств.

• Текст не обещает модели функцию другого режима.

• Самый рискованный контакт можно протестировать отдельно.

• Clean prompt не содержит комментариев GPT, меток черновика и альтернативных вариантов.

Рабочий цикл с GPT

Этап Команда Артефакт Решение человека Концепция Разбери идею как режиссёр Диагностика и concept one-pager Утвердить тему, конфликт, финальный образ. Сценарий Преврати сценарий в shot list Шоты, время, функция, риски Удалить лишнее; утвердить coverage. Визуализация Создай storyboard Панели и image prompts Проверить географию и композицию. Контроль Найди нарушения continuity Issue list и state table Назначить исправление и приоритет. Референсы Проанализируй видео Наблюдения и переносимые правила Выбрать, что действительно переносить. Компиляция Prompt Compiler Модельный prompt и generation plan Проверить маршрут и запустить тест. После теста Сравни результат с locks Gap report Решить: prompt, edit, regeneration или монтаж.

Команда после первой генерации

Сравни сгенерированный клип с утверждённым shot plan и locks. Не оценивай «нравится / не нравится». Для каждого расхождения укажи: expected, observed, severity, probable cause, cheapest fix. Раздели исправления на четыре группы: prompt rewrite, reference change, local edit/regeneration, post-production. Сначала предложи минимальное изменение, которое исправляет blocker и не ухудшает уже работающие элементы. If media or audio cannot be accessed, report not assessed rather than an observed verdict. Probable cause is INFERENCE, not proof; propose a controlled test. Severity and dependencies precede cost; do not invent prices or test outcomes.

Главные ошибки при работе с GPT

1. Просить вдохновение вместо операции. Ответ получается красивым, но его нельзя передать следующему этапу.

2. Смешивать утверждённое и предложенное. Догадки GPT незаметно становятся частью project bible.

3. Передавать слишком много контекста без ролей. Модель смешивает разные версии героя и противоречивые референсы.

4. Не задавать output schema. Каждый ответ имеет новую структуру и не сравнивается с предыдущим.

5. Просить точность, которой нет во входе. GPT угадывает объектив, прибор, движение или мотивацию и пишет это уверенно.

6. Не фиксировать locks. При каждой итерации меняется уже утверждённая часть проекта.

7. Компилировать до утверждения shot plan. Модельный prompt маскирует нерешённую драматургию техническими деталями.

8. Использовать один prompt для всех моделей. Теряется различие между timeline, reference story, custom shots и contextual relationships.

9. Исправлять всё полной перегенерацией. Работающие элементы теряются, а причина ошибки остаётся неизвестной.

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

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

Decision ID Решение Почему Влияет на Статус D-014 Не показывать лица вместе до финала. Визуализирует тему безопасной дистанции. Storyboard, prompts, continuity LOCKED D-015 Лифт — звуковое давление; выбор идёт после реакции. Экономит отдельный таймер и связывает монтаж. Sound, timing, edit LOCKED D-016 Основная narrative-версия: push-in после выбора. SH_ASSISTANT_DOOR_TEST — отдельный тест после bell, не её утверждённая замена. Камера следует внутреннему изменению. Camera prompts TEST

D-014…016 — локальные labels этой decision table, не Project / Scene / Shot IDs. Decisions имеют scope и статус; compiler не принимает TEST за approved lock. Все source results и доступ аккаунта в примерах остаются неизвестными.

Проверка готовности главы к практике

1. Роль. Есть постоянная инструкция для GPT, отделённая от проекта?

2. Контекст. Передаются только актуальные версии концепции, сценария и locks?

3. Операция. В запросе один главный глагол и понятен следующий этап?

4. Неопределённость. GPT обязан маркировать выводы и предложения?

5. Формат. Результат можно без ручной пересборки перенести в storyboard, таблицу или модель?

6. Continuity. Есть baseline и state между шотами?

7. References. У каждого файла есть роль, область применения и список игнорируемого?

8. Model route. Режим, длительность и входы совместимы с выбранной моделью?

9. Validation. Prompt Compiler останавливается, если критических данных не хватает?

10. Human decision. Понятно, что именно должен утвердить режиссёр до генерации?

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

GPT становится полезным ассистентом режиссёра, когда получает не просьбу «сделай красиво», а производственный контракт. System задаёт постоянную профессиональную роль. Context передаёт актуальный проект. Task фиксирует одну операцию. Constraints защищают решение. Output превращает ответ в рабочий артефакт.

После этого команды образуют последовательность: разобрать идею, построить shot list, подготовить storyboard, проверить continuity, извлечь правила из референса и скомпилировать утверждённый материал под конкретную видеомодель. Prompt Compiler завершает этот цикл, но не заменяет режиссуру: он переводит решение только после того, как решение принято.

Источники и актуальность

Источники просмотрены 8 октября 2026 года. Model scope берётся из documentary map C02; этот просмотр не подтверждает runtime access, generated результат и качество compiler. Camera tags — provider surface, не canonical schema.

1. OpenAI — Prompt engineering https://developers.openai.com/api/docs/guides/prompt-engineering

2. Alibaba Cloud — Wan 3.0 Video Generation https://www.alibabacloud.com/help/en/model-studio/wan3-video-generation-guide

3. ByteDance Seed — Seedance 2.5 announcement, 31 July 2026 https://seed.bytedance.com/en/blog/one-take-creation-flexible-referencing-introducing-seedance-2-5

4. Kling — VIDEO 3.0 Model User Guide https://kling.ai/quickstart/klingai-video-3-model-user-guide

5. Kling — VIDEO 3.0 Omni Model User Guide https://kling.ai/quickstart/klingai-video-3-omni-model-user-guide

6. MiniMax API — Video Generation; camera tags / Context-IR https://platform.minimax.io/docs/guides/video-generation

7. MiniMax Research — MiniMax H3 https://www.minimax.io/blog/minimax-h3

Блок 3 Project Bible

Глава 5 Паспорт проекта

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

Project Bible полезен и одиночному ролику: рекламе, Reels, fashion или музыкальному видео. Объём документа зависит от числа повторяющихся элементов и участников. В сериале ошибка быстрее становится накопленной: зритель уже запомнил героя, пространство и голос. Паспорт превращает память автора в проверяемую систему, но не требует сериальной структуры от каждого проекта.

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

Каждый шот может быть новым, но он должен принадлежать одному и тому же миру. Project Bible определяет признаки этого мира и порядок допустимых изменений.

Что решает Project Bible

Проблема Без Project Bible С Project Bible Новый эпизод Стиль собирается заново по памяти и случайным референсам. Команда начинает с утверждённых правил мира и меняет только эпизодические переменные. Несколько моделей Каждая модель интерпретирует проект как отдельную задачу. Один замысел компилируется в разные форматы без потери общих locks. Персонаж Лицо сохраняется, но меняются возраст, пластика, одежда и голос. Identity, wardrobe, movement и voice описаны как разные связанные слои. Локация Повторяется общий декор, но ломаются география, свет и масштаб. Есть карта пространства, постоянные объекты, ось и состояния света. Монтаж Красивые клипы не образуют единого ритма и причинности. Шоты проверяются по функциям, переходам и правилам склейки. Правки Непонятно, что можно менять без разрушения проекта. Решения разделены на LOCK, VARIABLE, PROPOSAL и FORBIDDEN.