Movie — Character System & World Rules
Зафиксировать первый рабочий character system для `movie`, чтобы проект перестал быть абстрактной идеей “про хорошие мультфильмы” и получил: - одну сильную `recurring duo`; - базовую локацию; - repeatable conflict engine; - world rules, из которых можно собирать серии, premises и pilot scripts. Это не финальная “библия франшизы”, а **pilot-phase character system**. Его задача не закрыть все будущие решения, а дать устойчивое IP-ядро для первых 30–50 историй. Документ опирается на [Movie — Niche Scoring](/docs/niche-scoring), [Movie — Audience & Brand Brief](/docs/audience-brand-brief) и [Movie — Character Duo Options](/docs/character-duo-options).
Цель#
Зафиксировать первый рабочий character system для movie, чтобы проект перестал быть абстрактной идеей “про хорошие мультфильмы” и получил:
- одну сильную
recurring duo; - базовую локацию;
- repeatable conflict engine;
- world rules, из которых можно собирать серии, premises и pilot scripts.
Это не финальная “библия франшизы”, а pilot-phase character system. Его задача не закрыть все будущие решения, а дать устойчивое IP-ядро для первых 30–50 историй.
Документ опирается на Movie — Niche Scoring, Movie — Audience & Brand Brief и Movie — Character Duo Options.
1) Почему проекту нужен duo-first подход#
Для выбранной ниши dialogue-light 2D slapstick family animation shorts самый практичный старт — не мир “про всё”, а одна пара героев с очень ясным контрастом.
Почему:
- пара проще считывается в первом кадре;
- конфликт можно запускать без длинной экспозиции;
- контраст персонажей сам создаёт rewatch engine;
- проще держать визуальную консистентность;
- проще производить серийно;
- легче растить будущий IP.
Поэтому текущая рабочая модель проекта:
одна сильная пара персонажей + одна компактная локация + один повторяемый тип конфликта.
2) Рабочая пара проекта#
Working duo
лемур + ленивец
На текущем этапе species-casting пары зафиксирован: быстрый герой = лемур, процедурная опора = ленивец.
Внутри системы роли пока сохраняют рабочие идентификаторы:
Pip= лемур;Brum= ленивец.
Это удобно для сценарной структуры и не мешает позже отдельно утвердить финальные on-screen имена.
Короткая формула пары
Pip-лемур хочет быстрый выигрыш, кнопку, shortcut, трофей или блестящую штуку.Brum-ленивец хочет порядок, завершённую задачу, целый депо и нормальный процесс.
Из этого и рождается engine.
3) Character A — Pip, лемур#
Роль в системе
Pip — искра хаоса, импульс, любопытство, короткий путь и постоянное “а что будет, если нажать”.
Визуальный принцип
- маленький;
- быстрый;
- тёплый по палитре;
- силуэт с треугольным импульсом;
- длинный хвост как отдельный slapstick-инструмент;
- много резких поз и мгновенных реакций.
Pip должен читаться как герой, который всегда уже на полшага впереди собственного здравого смысла.
Психология
- любит блестящее, новое и запретное;
- плохо ждёт;
- быстро радуется;
- быстро паникует;
- почти всегда уверен, что нашёл “гениальный shortcut”.
Сильные стороны
- скорость;
- находчивость;
- пластика;
- способность превращать любой предмет в инструмент или проблему.
Слабости
- нет терпения;
- не уважает процесс;
- слишком рано празднует победу;
- часто не видит последствия на два шага вперёд.
Функция для зрителя
Pip запускает эпизод. Это персонаж, из-за которого всё начинается.
4) Character B — Brum, ленивец#
Роль в системе
Brum — порядок, масса, процедура, ответственность и упрямая попытка удержать мир в рабочем состоянии.
Визуальный принцип
- большой;
- тяжёлый;
- холоднее по палитре;
- квадратный или округло-квадратный силуэт;
- длинные руки и “весомая” подвесная пластика;
- движения реже, но каждая поза убедительная и весомая.
Brum должен считываться как герой, который не хочет приключений, но регулярно получает их из-за Pip.
Психология
- любит рутину;
- доверяет правилам;
- хочет чинить, раскладывать, стабилизировать;
- плохо понимает, зачем рисковать, если можно сделать “как положено”.
Сильные стороны
- сила;
- устойчивость;
- последовательность;
- способность долго тянуть один процесс до конца.
Слабости
- буквальность;
- медленная перестройка;
- слишком сильная вера в инструкции;
- уязвимость к нестандартным и абсурдным ситуациям.
Функция для зрителя
Brum даёт ставку, структуру и payoff. Это персонаж, через которого хаос получает форму и комедийный вес.
5) Почему эта пара работает#
| Ось контраста | Pip | Brum |
|---|---|---|
| Темп | Мгновенный | Медленный, уверенный |
| Подход | Shortcut | Procedure |
| Энергия | Импульс | Контроль |
| Масса | Лёгкий | Тяжёлый |
| Цель | Получить сейчас | Завершить правильно |
| Комедийная функция | Запускает хаос | Получает, сдерживает и разворачивает хаос |
Главная идея пары:
Pipхочет выиграть эпизод быстро,Brumхочет пережить его правильно.
Это даёт почти бесконечную вариативность без необходимости каждый раз изобретать новый лор.
Дополнительный плюс текущего species-casting:
- лемур мгновенно даёт ощущение энергии, любопытства и непоседливости;
- ленивец мгновенно даёт ощущение массы, терпения и process-энергии;
- pair-readability работает даже до появления текста или звука.
6) Базовая локация#
Depot 17
Рабочая база пары — компактное сервисное депо Depot 17.
Это не огромный город и не сложная вселенная. Это маленькая обслуживающая станция, куда регулярно попадают:
- странные посылки;
- сломанные объекты;
- новые инструменты;
- механизмы;
- задания на починку, уборку или доставку.
Почему это хорошая стартовая локация:
- позволяет переиспользовать фон;
- даёт новый объект конфликта почти в каждой серии;
- поддерживает физическую комедию;
- не требует большого каста;
- работает и для детей, и для animation-feed аудитории.
Базовые зоны
arrival chute— откуда в эпизод попадает новый объект или задача;workbench— место, где всё должно чиниться правильно;storage wall— полки с опасно интересными предметами;hazard bay— зона, где всё регулярно выходит из-под контроля;roof exit— точка побега, погони или ложной победы.
Этого уже достаточно, чтобы собирать десятки shorts без перегруза миром.
7) World Rules#
Rule 1 — Каждый эпизод стартует с одного понятного триггера
Новый объект, новая поломка, новый инструмент или очень конкретная задача.
Rule 2 — У героев всегда разные цели внутри одного события
Один и тот же триггер:
- для
Pipвыглядит как шанс; - для
Brumвыглядит как работа.
Rule 3 — У эпизода одна основная физическая логика
Если серия про магнит, пружину, клей, пылесос, краску, конвейер или кнопку, именно эта логика должна вести весь gag, а не распадаться на случайный набор эффектов.
Rule 4 — Ставки локальные, но срочные
Не “спасти мир”, а:
- не дать вещи сломаться окончательно;
- успеть закончить процесс;
- не потерять объект;
- не нажать не ту кнопку;
- не дать shortcut разрушить всю систему.
Rule 5 — Диалога минимум
Коммуникация идёт через:
- взгляд;
- позу;
- звук;
- пиктограммы;
- короткие междометия;
- правила среды.
Rule 6 — В мире нет настоящей жестокости
Есть удар, падение, reversal, payback и визуальное унижение, но нет ощущения cruel violence.
Rule 7 — Финал даёт payoff, а не просто остановку
Каждый short должен заканчиваться:
- переворотом;
- смешной расплатой;
- неожиданной микро-победой;
- ироничной сменой статуса.
Rule 8 — Мир сбрасывается мягко
Сильной сериализации пока нет. После эпизода мир в основном возвращается в рабочее состояние, но может сохранять лёгкие следы continuity.
8) Conflict Engine#
Основная формула эпизода
Trigger -> Pip shortcut -> Brum correction -> escalation -> false win -> payoff
Пять repeatable premise engines
1. Forbidden shortcut
Pip пытается обойти правильный процесс и получает катастрофически смешный side effect.
2. Shiny object obsession
В депо появляется предмет, который Pip хочет присвоить, а Brum должен обработать по правилам.
3. Repair goes sideways
Brum честно чинит, Pip “помогает”, и помощь превращает ремонт в шоу разрушения.
4. Routine disrupted
У Brum есть идеальный план на действие, но одна маленькая ошибка или искушение Pip ломает всю схему.
5. Fake victory
Pip рано радуется успеху, но мир докручивает ситуацию так, что финальный выигрыш достаётся не тому или выглядит совсем не так, как ожидалось.
9) Visual and Audio Bible#
Visual rules
- сильный контраст силуэтов;
- максимум
2главных персонажа в кадре; - один основной проп конфликта;
- фон поддерживает action, а не конкурирует с ним;
- в кадре всегда должно быть понятно, что именно сейчас хотят герои.
Color logic
Pip: тёплый, заметный, импульсный;Brum: холоднее, стабильнее, тяжелее;- props и сигнальные объекты могут быть ярче обоих, чтобы сразу показывать объект желания или опасности.
Audio rules
Pipзвучит быстро, остро, пружинисто;Brumзвучит тяжело, ритмично, механически;- sound design должен сам объяснять gag;
- музыка не должна заменять действие.
10) Ограничения pilot-phase#
- не добавлять большой каст до того, как сработает сама пара;
- не вводить сложный lore раньше, чем появится 10 сильных эпизодов;
- не размывать локацию десятками мест;
- не уходить в verbal comedy;
- не подменять character chemistry случайным визуальным шумом;
- не делать злодея обязательным элементом каждого шорта.
11) Что это даёт practically#
После этого документа проект уже может собирать content engine не в вакууме, а вокруг конкретного IP-ядра:
Pip & Brumдают контраст;Depot 17даёт repeatable сцену;world rulesдают дисциплину;conflict engineдаёт десятки premise-вариаций.
Именно из этого теперь должны рождаться:
3–5 series concepts;30–50 premises;10 pilot scripts.
12) Следующий шаг#
Следующий слой работы:
Следующий слой после character system уже зафиксирован отдельным документом:
Дальше проект должен:
- собрать
30–50 premises; - написать
10 pilot scripts; - только потом углубляться в production templates и automation.
13) Итог#
Первое IP-ядро проекта movie зафиксировано так:
- рабочая пара:
лемур + ленивец; - role-идентификаторы:
Pip = лемур,Brum = ленивец; - базовая локация:
Depot 17; - модель конфликта:
chaos vs procedure; - формат:
dialogue-light 2D slapstick family shorts; - продакшн-логика: один триггер, один основной prop, один сильный payoff.
Альтернативные пары не удаляются, но на текущую итерацию именно лемур + ленивец становятся основой для первых пилотных серий.