Як перетворити Claude Opus 5.5 на команду моушн-продакшену, яка режисує, анімує, рендерить, перевіряє та випускає професійні відео.
Більшість людей думають, що створення відео за допомогою ШІ — це написати промпт і чекати на результат.
З Opus 5.5 значно цікавішою можливістю є побудова цілої продакшен-студії навколо одного агента.
Подумайте, що зазвичай відбувається, коли стартапу потрібне відео для запуску продукту. Хтось пише креативний бриф. Дизайнер розробляє візуальну концепцію. Моушн-дизайнер анімує інтерфейс. Відеомонтажник працює з таймінгом і звуком. Хтось інший переглядає результат, вносить правки та готує фінальні експорти.
Це цілий виробничий конвеєр для 20-секундного відео.
А тепер уявіть, що ви передаєте ті самі обов'язки одному агенту Claude, маючи чіткий процес для кожного етапу.
Агент вивчає ваші референси, планує фільм, пише код анімації, рендерить прев'ю, знаходить власні помилки та доопрацьовує результат. Ви затверджуєте важливі креативні рішення, замість того щоб вручну збирати кожну сцену.
Саме в цьому полягає суть Motion Engineering.
Claude Opus 5.5 робить цей робочий процес цікавим, оскільки поєднує програмування, візуальне розуміння та тривалу агентну роботу. Але найважливіша частина — не сама модель. Це виробнича система, яку ви будуєте навколо неї.
https://x.com/claudeai/status/2102435511222890900
Ось що відрізняє цей підхід від звичайної генерації відео за допомогою ШІ:
Claude не обов'язково має генерувати фінальні пікселі напряму. Він може написати програму, яка їх створює.
Модель пише код анімації. Рендерер перетворює цей код на кадри. Процес перевірки виявляє дефекти. Агент змінює вихідний код і рендерить знову.
Це означає, що перше відео може стати основою для наступного.
У цьому посібнику я покажу, як побудувати моушн-студію з одним агентом, п'ятьма виробничими відділами, компонентами багаторазового використання, контрольними точками для креативного затвердження та робочим процесом, який створює редаговані й перевірювані відео.
Мета — не замінити кожне людське креативне рішення. Мета — припинити робити вручну те, з чим правильно налаштований агент уже справляється.
djnЯ публікую практичні розбори ШІ-агентів, автоматизації та виробничих процесів у Substack.
ЧАСТИНА 1. СТУДІЯ З ОДНИМ БОТОМ
01. Один агент, п'ять виробничих відділів
Традиційна студія розподіляє роботу між спеціалістами, тому що різні етапи потребують різних типів оцінки.
Режисер думає про історію. Артдиректор — про композицію. Аніматор — про рух. Технічний художник — про рендеринг. Критик вирішує, чи відповідає результат брифу.
Один агент Opus 5.5 може послідовно взяти на себе всі п'ять ролей.
Але це працює лише тоді, коли обов'язки залишаються розділеними.
Якщо попросити Claude зрежисувати, спроєктувати, анімувати, відрендерити й оцінити все в одному неструктурованому кроці, ви отримаєте вражаюче на вигляд демо, яке розвалиться при детальному огляді.
Натомість організуйте роботу агента навколо п'яти відділів:
1ВІДДІЛ ВІДПОВІДАЛЬНІСТЬ РЕЗУЛЬТАТ2────────────────────────────────────────────────────────3РЕЖИСЕР Історія та розкадрування BRIEF.md4АРТДИРЕКТОР Візуальна концепція STYLE.md5АНІМАТОР Рух і таймінг Вихідний код6РЕНДЕР-ІНЖЕНЕР Рендеринг та експорт MP4 + прев'ю7КРИТИК Контроль візуальної якості Звіт про перевірку
Це не обов'язково п'ять незалежних агентів. Це п'ять етапів із чіткими інструкціями, файлами та критеріями приймання в межах одного скоординованого робочого процесу.
Режисер вирішує, що саме транслюватиме фільм, ще до того, як Аніматор торкнеться коду. Артдиректор визначає візуальні правила до того, як Claude почне вигадувати кольори та переходи. Критик оцінює відрендерений результат, а не довіряє опису Аніматора щодо того, що той створив.
Процес виглядає так:
1 ВАШ БРИФ2 |3 v4 CLAUDE OPUS 5.55 |6 v7 РЕЖИСЕР8 Історія + Сценарій9 |10 v11 АРТДИРЕКТОР12 Референси + Дизайн13 |14 v15 АНІМАТОР16 Код + Рух17 |18 v19 РЕНДЕР-ІНЖЕНЕР20 Кадри + Експорти21 |22 v23 КРИТИК24 Перевірка + Виправлення25 |26 v27 ФІНАЛЬНИЙ ФІЛЬМ
Послідовність має значення, тому що більшість візуальних помилок виникає ще до рендерингу.
Якщо історія незрозуміла, краща анімація її не врятує. Якщо візуальна концепція шаблонна, додавання нових ефектів зробить цю шаблонність ще очевиднішою. Якщо розкадрування хибне, навіть технічно бездоганна анімація може нічого не донести.
Перше завдання — побудувати процес, який запобігає таким помилкам.
02. Чому вірусні відео «за один раз» — це не магія
Ви, напевно, бачили такі відео.
Хтось публікує анімацію, яка виглядає так, ніби її зробило професійне креативне агентство, а потім каже, що Claude створив усе це за одним промптом.
Результат справді міг бути отриманий за один тривалий автономний запуск. Але це не означає, що процес почався з одного речення.
Thariq із команди Claude Code підкреслив цю різницю, обговорюючи одну з вірусних демонстрацій.
https://x.com/trq212/status/2102870353781641416
Ось на цю деталь варто звернути увагу.
Сильний промпт може містити повний креативний бриф, референсні матеріали, список кадрів, технічні обмеження, вимоги до ресурсів і правила перевірки фінального результату.
Агент-програміст також може успадкувати наявний проєкт, дизайн-систему, компоненти та пайплайн рендерингу.
Те, що здається створенням «за один раз», часто є лише видимою вершиною значно більшої підготовки.
І це хороша новина.
Це означає, що вам не потрібно шукати магічну комбінацію прикметників. Вам потрібне виробниче середовище, здатне відтворювати правильні рішення.
Розглянемо два підходи до одного й того самого запиту.
Перший просить Claude «зробити преміальну анімацію для запуску продукту». Модель має сама вирішити, що робить продукт, як має виглядати відео, які переходи використовувати, коли глядач повинен прочитати заголовок і що вважатиметься успішним результатом.
Другий надає реальні ресурси продукту, референсне відео, правила дизайну, розкадрування, таймлайн і критерії перевірки.
В обох випадках може бути задіяний один агент і один великий виробничий запуск. Але другий має значно більше шансів створити щось придатне для використання, оскільки менше критичних рішень залишено на волю випадку.
Промпт створює одне відео. Студія створює повторюваний спосіб робити відео.
ЧАСТИНА 2. ПОБУДОВА СТУДІЇ
03. Налаштування виробничого середовища
Для цієї конфігурації ми використаємо Claude Code як агента, Remotion як відеофреймворк і FFmpeg для аналізу та обробки медіа.
Claude Code виконує креативні та програмні завдання. Remotion робить фільм керованим через React-компоненти та покадрову анімацію. FFmpeg допомагає аналізувати референси, перевіряти результат і готувати допоміжні ресурси.
Перед початком встановіть Node.js, Claude Code та FFmpeg.
Створіть чистий проєкт Remotion:
1npx create-video@latest --yes --blank motion-studio23cd motion-studio45npx remotion skills add67npm run dev
Інсталятор Remotion Skills надає рекомендації щодо імплементації, які агенти-програмісти можуть використовувати під час роботи з фреймворком.
Відкрийте інший термінал у директорії motion-studio та запустіть Claude Code. Оберіть Opus 5.5, якщо він доступний у вашому середовищі.
Тепер організуйте робочий простір:
1motion-studio/2│3├── CLAUDE.md4├── BRIEF.md5├── STYLE.md6├── STORYBOARD.md7│8├── public/9│ ├── logos/10│ ├── screenshots/11│ ├── fonts/12│ └── audio/13│14├── src/15│ ├── compositions/16│ ├── components/17│ ├── animation/18│ └── Root.tsx19│20├── reviews/21│ ├── frames/22│ ├── contact-sheets/23│ └── findings.md24│25└── out/26 ├── previews/27 └── final/
Це робочий простір студії.
CLAUDE.md містить правила, які застосовуються до кожного продакшену. BRIEF.md описує поточний фільм. STYLE.md фіксує візуальну концепцію. STORYBOARD.md визначає послідовність кадрів і ключові події.
Вихідний код і затверджені ресурси відокремлені від артефактів перевірки.
Цей поділ стає цінним, коли проєкт триває кілька годин або відновлюється в іншій сесії. Claude має мати змогу оглянути робочий простір і зрозуміти, що вже затверджено, які сцени існують, що не пройшло перевірку і що ще потрібно відрендерити.
Без такої структури важливі рішення можуть загубитися всередині чату.
Студія має вміти відновлювати роботу зі своїх файлів, а не залежати від того, чи залишився один діалог ідеально цілим.
04. Дайте боту постійну інструкцію з експлуатації
Більшість людей щоразу дають Claude новий набір інструкцій, коли роблять відео.
Це призводить до непослідовності.
В одному проєкті використовуються пружні анімації. У наступному з'являється надмірне підстрибування. У третьому змінюються всі шрифти, кольори та переходи, бо модель не має постійних візуальних правил.
Натомість збережіть виробничі стандарти студії у файлі CLAUDE.md.
Промпт 1. Створення інструкції студії
1Створи CLAUDE.md для нашої моушн-студії.23Ти — продакшен-агент, відповідальний4за режисуру, дизайн, анімацію,5рендеринг і перевірку фільмів, створених кодом.67ПРАВИЛА РОБОТИ891. Ніколи не починай реалізацію до10 створення розкадрування.11122. Використовуй лише затверджені ресурси продукту.13143. Ніколи не вигадуй UI, метрики, відгуки15 чи можливості продукту.16174. Кожна анімація має керуватися18 номером кадру або детермінованим часом.19205. Використовуй єдину основну візуальну концепцію21 протягом усього фільму.22236. Не анімуй елементи без24 чіткої комунікативної мети.25267. Рендери репрезентативні кадри перед27 створенням повного відео.28298. Перевіряй відрендерений результат,30 а не лише вихідний код.31329. Виправляй дефекти локально, де це можливо.333410. Зберігай усі редаговані вихідні файли.3536КРЕАТИВНІ ОБМЕЖЕННЯ3738Уникай:39- Шаблонних градієнтних фонів40- Надмірного підстрибування41- Світних частинок42- Нечитабельного тексту43- Підроблених дашбордів продукту44- Руху камери без мети4546ПРАВИЛО ПРОДАКШЕНУ4748Фільм не завершений лише тому,49що існує MP4.5051Він завершений, коли виконано затверджений бриф52і вимоги до перевірки.
Цей файл стає базовою лінією студії.
Це не означає, що кожен фільм має виглядати однаково. Це означає, що типові виробничі помилки не потрібно щоразу виявляти заново.
Коли Claude регулярно робить ту саму візуальну помилку, вдоскональте інструкцію. Наступний фільм успадкує це виправлення.
Ви також можете зберігати в проєкті спільні компоненти анімації, типографічні токени, розміри безпечних зон, бажані налаштування експорту та інші рішення, які можна використовувати повторно.
Що більше ваша студія вчиться із завершених робіт, то менше часу наступне завдання витрачатиме на повторне вивчення основ.
05. Змусьте Режисера написати бриф
Давайте створимо щось конкретне.
Уявіть, що ви запускаєте SaaS-продукт, який перетворює хаотичну дошку проєкту на організований план спринту.
Вам потрібен 20-секундний продуктовий ролик, що показує одну трансформацію: захаращену дошку завдань, яка стає чітким списком пріоритетів.
Аудиторія має зрозуміти цінність без закадрового голосу.
Замість того щоб просити Claude зробити круте відео, дайте Режисеру виробниче завдання.
Промпт 2. Завдання для Режисера
1Ти — Режисер нашої моушн-студії.23ПРОЄКТ45Ролик для запуску додатка для продуктивності.67ГОЛОВНЕ ПОВІДОМЛЕННЯ89Перетворити хаотичну дошку проєкту на10чіткий план спринту.1112АУДИТОРІЯ1314Фаундери, продуктові команди та розробники.1516ТРИВАЛІСТЬ171820 секунд.1920ФОРМАТИ2122Основна версія 16:923Версія для соцмереж 9:1624Квадратна версія 1:12526РЕСУРСИ2728Використовуй скріншоти, логотип і шрифти,29надані в папці public/.3031Не створюй вигаданих екранів продукту.3233ТВОЄ ЗАВДАННЯ34351. Оглянь усі доступні ресурси.362. Визнач, якої інформації бракує.373. Напиши BRIEF.md.384. Сформулюй центральну візуальну ідею.395. Створи сюжетну структуру фільму.406. Поясни, навіщо існує кожна сцена.4142Поки що не пиши код анімації.4344Надай креативну концепцію45та чекай на затвердження.
Режисер має вирішувати, що глядач повинен зрозуміти на кожному етапі, а не просто наповнювати фільм рухом заради руху.
Перша сцена може показувати захаращену дошку завдань. Наступна — дію, яка її впорядковує. Фінальна сцена зупиняється на готовому плані спринту.
Головний візуальний зв'язок — це «до» і «після».
Усе інше має його підтримувати.
Перш ніж затверджувати бриф, переконайтеся, що продукт дійсно має функцію, яку ви ілюструєте, що надані скріншоти її демонструють, і що запропоновану історію можна зрозуміти без надмірної кількості пояснювального тексту.
Якщо бракує важливого екрана продукту, агент має попросити його, а не малювати переконливу підробку.
Це одне правило запобігає дивовижній кількості непридатних для використання продуктових відео, згенерованих ШІ.
06. Перетворіть референс на візуальну ідентичність
Головна причина, чому відео, створені ШІ, виглядають схожими, полягає в тому, що модель вигадує всю візуальну концепцію на основі розмитих формулювань.
«Преміально, мінімалістично, кінематографічно та футуристично» мало що говорить моделі.
Кращий підхід — надати два-три референси та призначити кожному конкретну роль.
Один референс може визначати типографіку. Інший — демонструвати перехід. Третій — показувати темп або композицію.
Попросіть Артдиректора витягти корисні принципи дизайну, не копіюючи оригінальну творчу роботу.
Промпт 3. Артдирекшн
1Дій як Артдиректор.23Оглянь референсні зображення та відео4у папці references.56Витягни:78ТИПОГРАФІКУ910Характер шрифту11Ієрархію насиченості12Масштаб заголовків1314КОМПОЗИЦІЮ1516Відступи17Інтервали18Візуальну ієрархію19Фокусну точку2021КОЛІР2223Фон24Основний текст25Акцент26Правила контрасту2728РУХ2930Таймінг появи31Поведінку стабілізації32Рух камери33Паузи для читання3435ТЕКСТУРУ3637Зернистість38Тіні39Рамки40Обробку поверхонь4142Збережи затверджені дизайнерські рішення у STYLE.md.4344Не копіюй точні композиції,45ілюстрації чи брендинг.4647Створи унікальну візуальну концепцію48для нашого продукту.4950Покажи пропозицію стилю перед початком розробки.
Саме на цьому етапі Claude перестає вгадувати, що означає слово «преміально».
Коли Аніматор починає роботу, йому не потрібно вирішувати, чи мають картки світитися, чи має заголовок підстрибувати, і чи потребує кожна сцена ще одного градієнта.
Ці рішення вже ухвалені.
Сильний гайдлайн стилю не лише описує, як має виглядати фільм. Він також визначає, чого фільм має уникати.
Якщо референси використовують стриману типографіку та повільний рух камери, модель не повинна додавати інтерфейси, що обертаються, і вибухи частинок лише тому, що це поширено в демо, згенерованих ШІ.
Ви хочете, щоб агент зрозумів мову дизайну, а не скопіював оригінальні об'єкти.
Для важливих переходів попросіть Claude витягти кадри з референсу за допомогою FFmpeg, проаналізувати таймінг і зафіксувати висновки у STYLE.md.
Це дає значно корисніший результат, ніж прохання до моделі «зробити як у Apple».
ЧАСТИНА 3. АНІМАТОР І РЕНДЕР-ІНЖЕНЕР
07. Перетворіть історію на редагований таймлайн
Коли бриф і стиль затверджено, Аніматору потрібен список кадрів.
Для нашого 20-секундного фільму визначимо п'ять сцен.
1СЦЕНА 01: ПРОБЛЕМА200:00 - 00:0334З'являється захаращена дошка завдань.5Композиція передає перевантаження.67СЦЕНА 02: ДІЯ800:03 - 00:07910Курсор обирає функцію впорядкування.11Інтерфейс помітно реагує.1213СЦЕНА 03: ТРАНСФОРМАЦІЯ1400:07 - 00:111516Завдання перегруповуються у чіткі пріоритети.17Єдиний безперервний візуальний зв'язок.1819СЦЕНА 04: РЕЗУЛЬТАТ2000:11 - 00:162122Організований план спринту стабілізується.23Тримаємо достатньо довго, щоб зрозуміти.2425СЦЕНА 05: ФІНАЛ2600:16 - 00:202728Назва продукту, логотип і заклик до дії.29Сильний фінальний кадр.
Тепер модель може проєктувати рух між відомими станами.
Їй не потрібно одночасно вигадувати, про що фільм, і писати код анімації.
Корисний принцип: фінальний стан сцени має підказувати Аніматору, як починається наступна.
Якщо дошка завдань завершується по центру з масштабом 80%, наступний кадр має або зберегти цю позицію, або свідомо перейти від неї.
Випадкові стрибки між непов'язаними композиціями роблять відео схожим на набір згенерованих ШІ слайдів.
Безперервність створює відчуття режисури.
Для точнішого технічного контролю перетворіть часові мітки на номери кадрів.
При 30 кадрах на секунду 20-секундний фільм містить 600 кадрів, пронумерованих від 0 до 599.
Це дає агенту точні координати для ключових подій.
Курсор може досягти кнопки на кадрі 180. Клік може зареєструватися на кадрі 195. Результат може з'явитися на кадрі 210.
Якщо щось відбувається занадто рано, ви змінюєте номер кадру події.
Якщо перехід рухається занадто швидко, ви змінюєте його тривалість.
Вам не потрібно перегенеровувати повністю інше відео і сподіватися, що таймінг покращиться.
08. Модель пише код анімації, а не фінальне відео
Це технічна відмінність, яка робить студію можливою.
За допомогою Remotion Claude може писати React-компоненти, вигляд яких залежить від поточного кадру.
Рендерер обчислює ці компоненти в часі та створює фактичне відео.
Проста анімація появи може виглядати так:
1import {2 useCurrentFrame,3 useVideoConfig,4 spring,5 interpolate,6} from "remotion";78export const ProductCard = () => {9 const frame = useCurrentFrame();10 const { fps } = useVideoConfig();1112 const progress = spring({13 frame,14 fps,15 config: {16 damping: 200,17 },18 });1920 const y = interpolate(21 progress,22 [0, 1],23 [60, 0]24 );2526 const scale = interpolate(27 progress,28 [0, 1],29 [0.94, 1]30 );3132 return (33 <div34 style={{35 transform:36 `translateY(${y}px) scale(${scale})`,37 }}38 >39 Product Interface40 </div>41 );42};
Цей компонент має те, чого одноразово згенероване відео природно не забезпечує: параметри, якими можна керувати.
Ви можете змінити відстань переміщення, таймінг появи, характер пом'якшення або масштаб, не запитуючи повністю новий кліп.
Якщо картка рухається занадто далеко, зменшіть відстань.
Якщо вона стабілізується занадто повільно, налаштуйте пружину.
Якщо заголовок з'являється занадто рано, змістіть його появу далі по таймлайну.
Вихідний код залишається редагованим.
У цьому перевага моушну, створеного кодом, для продуктових роликів, UI-анімацій, пояснювальних відео та контенту, побудованого на типографіці.
Це не обов'язково краще для фотореалістичних сцен, складних персонажів чи органічного кінематографічного руху. Для них досі можуть знадобитися відеозйомка, 3D-інструменти або генеративне відео.
Суть у тому, щоб обрати метод виробництва, який дає вам контроль над тією роботою, яку ви фактично створюєте.
А для продуктових роликів контроль часто цінніший за непередбачуваність.
09. Дайте Рендер-інженеру точні вимоги
Рендеринг — це окрема відповідальність від проєктування.
Аніматор будує фільм. Рендер-інженер підтверджує, що композицію дійсно можна експортувати з необхідною роздільною здатністю та частотою кадрів.
Для першого проходу не рендеріть усі 600 кадрів у фінальній якості.
Спочатку відрендеріть репрезентативні статичні кадри.
Промпт 4. Завдання на рендеринг
1Дій як Рендер-інженер.23Прочитай BRIEF.md, STYLE.md4і STORYBOARD.md.56Оглянь наявну композицію.78Перед фінальним рендером:9101. Підтвердь роздільну здатність композиції.112. Підтвердь частоту кадрів і тривалість.123. Перевір, чи завантажуються всі шрифти.134. Перевір, чи існують усі ресурси продукту.145. Відрендери репрезентативні статичні кадри.156. Відрендери легке прев'ю з рухом.167. Повідом про помилки виконання.1718Не змінюй креативну концепцію.1920Не рендери фінальні матеріали, поки21прев'ю не пройде перевірку.
За допомогою Remotion ви можете рендерити обрані кадри напряму.
1mkdir -p out/previews23npx remotion still Launch \4 out/previews/opening.png --frame=3056npx remotion still Launch \7 out/previews/action.png --frame=15089npx remotion still Launch \10 out/previews/result.png --frame=3901112npx remotion still Launch \13 out/previews/closing.png --frame=570
Тут Launch — це ID композиції для нашого прикладу проєкту. Замініть його на ID, налаштований у вашому власному проєкті Remotion.
Ці чотири статичні кадри мають розповісти головну історію ще до того, як ви перевірите рух.
Якщо початок виглядає шаблонно, продукт не читається або фінал має слабку ієрархію, краще виправити ці проблеми зараз, а не після експорту всього фільму.
Для сфокусованого прев'ю руху відрендеріть лише інтервал навколо взаємодії.
1npx remotion render Launch \2 out/previews/interaction.mp4 \3 --frames=90-330 \4 --codec=h264
Тепер агент має реальний відеоартефакт для аналізу.
А не просто опис того, що він збирався створити.
Ця різниця важлива, тому що вихідний код може виглядати правильним, тоді як результат буде жахливим.
Єдиний надійний спосіб оцінити анімацію — перевірити те, що фактично створив рендерер.
ЧАСТИНА 4. КРИТИК — ЦЕ ТЕ, ЩО РОБИТЬ ЦЕ СТУДІЄЮ
10. Не дозволяйте Аніматору затверджувати власну роботу
Це відділ, про який більшість забуває.
Модель пише код, відео успішно рендериться, і агент оголошує, що все готово.
Але успішний рендер доводить лише те, що файл існує.
Він не доводить, що відео хороше.
Можливо, курсор перекриває заголовок. Можливо, картка стабілізується занадто пізно. Можливо, продукт неможливо прочитати на телефоні. Можливо, перехід технічно працює, але виглядає дешево.
Професійна студія не випускає проєкт лише тому, що програма експортувала MP4.
Вона перевіряє результат.
Дайте Claude окремий етап критики, в ідеалі — у новому контексті з оригінальним брифом і відрендереними кадрами.
Це зменшує ймовірність того, що перевірка просто захищатиме рішення, ухвалені під час виробництва.
Промпт 5. Незалежна критика моушну
1Ти — Критик.23Ти не проєктував і не анімував цей фільм.45Перевір наданий контактний лист,6статичні кадри та відео-прев'ю.78Оціни від 1 до 10:910- Візуальну композицію11- Типографіку12- Читаність продукту13- Якість руху14- Таймінг15- Безперервність16- Відповідність бренду1718Знайди три найважливіші проблеми.1920Для кожної проблеми надай:2122КАДР АБО ЧАСОВА МІТКА23Де це відбувається.2425СПОСТЕРЕЖЕННЯ26Що візуально неправильно.2728ЧОМУ ЦЕ ВАЖЛИВО29Як це шкодить фільму.3031НАЙМЕНШЕ КОРИСНЕ ВИПРАВЛЕННЯ32Що потрібно змінити.3334ЗБЕРЕГТИ35Що має залишитися без змін.3637Не затверджуй на основі38опису Аніматора.3940Збережи звіт як reviews/findings.md.
Тепер перевірка дає те, з чим Аніматор може працювати.
Замість «зроби відео більш професійним», Критик може повідомити:
1ДЕФЕКТ 0123КАДР:421056ПРОБЛЕМА:7Курсор перетинає мітку результату.89ПРИЧИНА:10Рух курсора накладається на появу результату.1112ВИПРАВЛЕННЯ:13Відведіть курсор до того, як мітка14стане видимою.1516ЗБЕРЕГТИ:17Таймінг кліку18Розміри картки19Анімацію результату2021ПЕРЕВІРИТИ ЗНОВУ:22Кадри 195, 210, 225 та 240
Анімація результату
ПЕРЕВІРИТИ ЗНОВУ:
Кадри 195, 210, 225 та 240
Це перетворює суб'єктивні зауваження на інженерну роботу.
Критик виявляє проблему. Аніматор її виправляє. Інженер рендеру знову експортує відповідні кадри.
Не потрібно перегенеровувати все відео.
Для серйозної продакшн-роботи Критик має перевіряти і статичні кадри, і рухомий прев'ю.
Статика виявляє дефекти компонування. Відео показує невдалий темп, незграбні переходи, неприродний рух і проблеми з таймінгом.
Жодне з них повністю не замінює інше.
11. Побудуйте цикл виправлень, який знає, коли зупинитися
Найкорисніший продакшн-цикл — простий.
1 АНІМАЦІЯ2 |3 v4 РЕНДЕР ПРЕВ'Ю5 |6 v7 ПЕРЕГЛЯД КРИТИКА8 |9 +--------+--------+10 | |11 УСПІХ НЕВДАЧА12 | |13 v v14 ПОСТАЧАННЯ КОНКРЕТНІ ВИСНОВКИ15 |16 v17 ЛОКАЛЬНИЙ РЕМОНТ18 |19 v20 РЕНДЕР ЗНОВУ21 |22 +----> ПЕРЕГЛЯД
Ключове слово тут — локальний.
Дефект на кадрі 210 не повинен призводити до переписування всього сториборду, якщо сама креативна концепція не зламана.
Якщо заголовок неправильно переноситься на новий рядок — скоригуйте його ширину або розмір шрифту.
Якщо курсор перекриває результат — змініть траєкторію курсора.
Якщо сцена закінчується надто різко — змініть її таймінг або перехід.
Агент має зберігати затверджену роботу, виправляючи лише проблемну частину.
Встановіть обмеження для циклу.
Промпт 6. Політика виправлень
1Створи процес виправлення для невдалих перевірок.23Для кожного дефекту:451. Прочитай докази Критика.62. Визнач найменшу релевантну зміну.73. Збережи затверджені рішення.84. Виправ відповідний вихідний код.95. Зрендери відповідні кадри.106. Перевір межі сусідніх сцен.117. Поверни нові докази.1213Максимум:14Два раунди виправлень на кожен дефект.1516Якщо та сама проблема залишається невирішеною17після двох раундів:1819Зупинись.20Поясни, що блокує роботу.21Запитай вказівки людини.2223Ніколи не видаляй вимоги верифікації24просто щоб пройти перевірку.
Поясни, що блокує роботу.
Запитай вказівки людини.
Ніколи не видаляй вимоги верифікації
просто щоб пройти перевірку.
Це дозволяє агенту покращувати власний результат, не зникаючи у нескінченному циклі правок.
Студії потрібна можливість ітерацій.
Їй також потрібен бюджет і правило зупинки.
Різниця між корисною автономністю та неконтрольованими експериментами полягає в тому, чи знає система, як виглядає успіх, які докази їй потрібні та коли варто просити про допомогу.
ЧАСТИНА 5. ВІД ОДНОГО ВІДЕО ДО СПРАВЖНЬОЇ СТУДІЇ
12. Один рендер — це не один готовий продукт
Стартапу рідко потрібен лише один відеофайл.
Для одного й того ж запуску продукту може знадобитися широка версія для сайту, квадратна для X та вертикальна для Reels або Shorts.
Просте обрізання оригіналу може зруйнувати композицію.
У горизонтальній сцені продукт і заголовок можуть бути поруч.
У вертикальній сцені спочатку може з'явитися заголовок, а потім інтерфейс заповнює весь екран.
Наратив залишається тим самим, але композиція змінюється.
1 ОДИН ФІЛЬМ2 |3 +-------------+-------------+4 | | |5 v v v6 16:9 1:1 9:167 | | |8 v v v9 САЙТ X / СОЦМЕРЕЖІ REELS10 YOUTUBE КВАДРАТНИЙ ПОСТ SHORTS1112 Ширший Збалансована Вертикальна13 контекст композиція ієрархія
Попросіть агента створити окремі адаптивні композиції або специфічні для формату макети сцен із тих самих вихідних матеріалів і затвердженої історії.
Не припускайте, що успішний широкий рендер означає, що вертикальна версія теж підходить.
Кожен формат потребує власної статики та перевірки.
Якісний пакет для постачання має включати більше, ніж три MP4-файли. Він повинен містити фінальні відео, постер-кадри, редаговані вихідники, затверджені матеріали та короткий опис будь-яких наявних обмежень.
Це робить результат придатним для реального запуску, а не залишає клієнта з одним експортом і без практичної можливості його змінити.
13. Залиште студію, замініть проєкт
Саме тут один Bot починає ставати справжньою продакшн-системою.
Більшість людей завершують відео, закривають чат і наступного разу починають із нуля.
Студія зберігає важливе.
Правила стилізації, багаторазові компоненти, методи анімації, чек-лист перевірки, команди рендеру та структура виводу мають залишатися.
Змінюватися повинні лише вхідні дані конкретного проєкту.
1ПЕРШЕ ВІДЕО23Бриф A4 |5 v6Пайплайн студії7 |8 v9Фільм A1011ДРУГЕ ВІДЕО1213Бриф B14 |15 v16ТОЙ САМИЙ пайплайн студії17 |18 v19Фільм B2021ТРЕТЄ ВІДЕО2223Бриф C24 |25 v26ПОКРАЩЕНИЙ пайплайн студії27 |28 v29Фільм C
Уявіть, що Критик постійно виявляє одну й ту саму проблему: заголовки зникають до того, як глядачі встигають їх прочитати.
Ви могли б виправляти кожне відео вручну.
Або ви могли б оновити правила студії так, щоб вони вимагали явних пауз для читання, і тестувати це під час перевірки.
Тепер кожен новий фільм успадковує це виправлення.
Те саме стосується скриншотів продукту, які стають нечитабельними у вертикальних експортах, переходів, що приховують важливу інформацію, або анімацій курсора, які зіштовхуються з мітками інтерфейсу.
Кожна повторювана помилка може стати правилом, багаторазовим компонентом або новим пунктом перевірки.
У цьому перевага збереження виробничого процесу, а не лише фінального експорту.
Наступному фільму все одно потрібен креативний напрямок. Але йому не потрібно відбудовувати всю студію з нуля.
14. Перетворіть процес на багаторазовий Skill
Коли перший проєкт пройде перевірку, збережіть робочу процедуру студії як Claude Code Skill.
Skill не повинен містити назву продукту, скриншоти чи тексти конкретного запуску.
Він має описувати метод виробництва.
Промпт 7. Створення Studio Skill
1Створи багаторазовий Skill із назвою motion-studio.23МЕТА45Перетворити затверджений креативний бриф на6професійне відео, зрендероване кодом.78РОБОЧИЙ ПРОЦЕС910РЕЖИСЕР11Проаналізуй запит.12Напиши бриф і сториборд.1314АРТДИРЕКТОР15Вивчи референси.16Визнач єдиний візуальний напрямок.1718АНІМАТОР19Побудуй редаговану, покадрову анімацію.2021ІНЖЕНЕР РЕНДЕРУ22Зрендери статику та прев'ю.23Перевір технічні результати.2425КРИТИК26Перевір фактичні рендери.27Поверни виправлення на основі доказів.2829ПОСТАЧАННЯ30Експортуй затверджені формати.31Надай вихідники та примітки до продакшену.3233ПРАВИЛА3435- Не вигадуй матеріали продукту.36- Не пропускай етапи креативного затвердження.37- Не затверджуй неперевірений результат.38- Роби виправлення локальними.39- Обмежуй кількість повторних спроб ремонту.40- Зберігай кожен важливий артефакт.4142РЕЗУЛЬТАТ4344Фінальні відео45Постер-кадри46Контактні листи47Редаговані вихідники48Звіт про перевірку
Тепер наступне завдання стає значно меншим.
Ви надаєте продукт, аудиторію, візуальні референси та бажаний результат.
Skill забезпечує процедуру.
Агенту не потрібно відновлювати весь виробничий процес з історії чату.
Саме тут починає змінюватися економіка процесу.
Перший фільм може вимагати значної підготовки та експериментів.
Другий може повторно використовувати архітектуру сцен, компоненти руху, команди рендеру та процес візуальної QA.
Третій отримає користь від виправлень, знайдених під час перших двох.
Ви не просто накопичуєте вихідні файли.
Ви накопичуєте виробничі можливості.
ЧАСТИНА 6. ВАШ ПЕРШИЙ ПРОЄКТ У СТУДІЇ З ОДНИМ BOT
15. Майстер-промпт
Маючи робочий простір, правила та етапи виробництва, ви можете дати Opus значно більше завдання.
Важлива відмінність від одноразового промпту полягає в тому, що агент має визначений процес, якого слід дотримуватися, і чіткі точки, де потрібне схвалення людини.
Ось майстер-промпт, який би використав я.
Майстер-промпт. Запуск Motion Studio
1Ти керуєш моєю студією моушн-дизайну.23Твоя мета — створити професійний420-секундний фільм для запуску продукту.56ПРОЄКТ78Продукт: [НАЗВА]9Сайт: [URL]10Аудиторія: [АУДИТОРІЯ]11Головне повідомлення: [ОДНЕ РЕЧЕННЯ]1213Використовуй затверджені скриншоти, логотип,14шрифти та референси.1516ЕТАП 1: РЕЖИСЕР1718Вивчи матеріали.19Напиши BRIEF.md.20Створи сториборд.21Визнач центральну візуальну історію.2223Запитай схвалення.2425ЕТАП 2: АРТДИРЕКТОР2627Проаналізуй референси.28Напиши STYLE.md.29Визнач типографіку, колір,30композицію та рух.3132Запитай схвалення.3334ЕТАП 3: АНІМАТОР3536Побудуй фільм за допомогою Remotion.37Використовуй детерміновану, покадрову анімацію.38Збережи затверджені деталі продукту39та цілісність сцен.4041ЕТАП 4: ІНЖЕНЕР РЕНДЕРУ4243Зрендери репрезентативну статику.44Зрендери чернове прев'ю.4546Перевір:47- Розміри48- Частоту кадрів49- Шрифти50- Матеріали51- Помилки виконання5253ЕТАП 5: КРИТИК5455Перевір фактично зрендеровані кадри.5657Визнач три найбільші дефекти58з точними номерами кадрів.5960Запропонуй локальні виправлення.6162ЕТАП 6: ВИПРАВЛЕННЯ6364Усунь дефекти з найбільшим впливом.65Збережи затверджену роботу.66Зрендери відповідні кадри знову.6768Зупинись після двох невдалих раундів виправлень.6970ЕТАП 7: ПОСТАЧАННЯ7172Експортуй:73- 16:974- 1:175- 9:167677Включи:78- MP4-файли79- Постер-кадри80- Редаговані вихідники81- Контактні листи82- QA-звіт8384ВАЖЛИВО8586Ніколи не вигадуй екрани чи твердження про продукт.87Ніколи не пропускай етапи перевірки.8889Успішний експорт не доводить90креативну якість.9192Зупиняйся для схвалення перед важливими креативними93рішеннями або публікацією.
Вам усе одно потрібно надати якісні вхідні дані.
Bot потребує реальних матеріалів продукту, чіткої мети та достатньої кількості референсів, щоб зрозуміти візуальний напрямок.
Але тепер ви делегуєте цілий виробничий процес, а не просите зробити ізольовану анімацію.
І це значно цікавіший спосіб використання Opus 5.5.
ЧИ МОЖЕ ОДИН BOT ДІЙСНО ЗАМІНИТИ МОУШН-СТУДІЮ?
Для певних типів виробництва він здатен перебрати на себе вражаючий обсяг роботи, яку маленька студія інакше виконувала б вручну.
Анімації запуску продуктів, демонстрації інтерфейсів, типографічні фільми, візуалізації даних і короткі пояснювальні відео особливо добре підходять, бо їх можна виразити керованим кодом.
Але заміна робочого процесу — це не те саме, що заміна всієї креативної оцінки.
Модель може генерувати кілька напрямків, але хтось усе одно має вирішити, який із них правильно передає бренд.
Вона може перевіряти кадри та знаходити проблеми, але суб'єктивну якість неможливо повністю звести до тестів.
Вона може інтегрувати музику та ефекти, але права на використання, очікування клієнта та рішення щодо фінальної публікації все одно мають значення.
Цінність полягає у зміні балансу роботи.
Замість того, щоб витрачати більшість часу на переміщення елементів у редакторі, ви більше часу приділяєте визначенню креативного напрямку, перевірці результатів і вдосконаленню виробничого процесу.
Це особливо привабливо для соло-засновників, розробників, інді-креаторів і невеликих команд, яким потрібні сильні продуктові відео без необхідності щоразу збирати продакшн-команду для релізу нової функції.
І є ще одна причина, чому цей підхід важливий.
Традиційне згенероване ШІ відео часто складно точно відредагувати.
Вам може подобатися кадр, але не подобатися один перехід. Вам може знадобитися замінити скриншот, не змінюючи решту анімації. Вам може знадобитися той самий фільм у трьох форматах.
У продакшені, зрендерованому кодом, ці зміни часто можна виразити як контрольовані правки у вихідному коді.
Інший заголовок не обов'язково означає інший фільм.
Новий колір бренду не означає перебудову всього таймлайну.
Виправлення таймінгу можна зробити саме на тому кадрі, де виникла проблема.
Це не просто зручність.
Це різниця між генерацією окремого матеріалу та підтримкою виробничої системи.
СПРАВЖНІЙ ЗСУВ
Найцікавіше в моушн-дизайні з Opus 5.5 — це не вірусна анімація, створена за ніч.
Це те, що відбувається, коли ви перетворюєте цю можливість на повторювану студію.
Один агент може керувати креативним брифом, створювати візуальну систему, реалізовувати анімацію, рендерити прев'ю, критикувати дефекти та готувати фінальні матеріали.
Рендерер робить відео відтворюваним.
Сториборд робить історію навмисною.
Цикл перевірки робить помилки видимими.
Збережені компоненти та навички полегшують наступний проєкт.
Традиційний одноразовий процес виглядає так:
Промпт створює відео. Відео експортується. Наступний проєкт починається знову.
Студія з одним Bot працює інакше.
Кожен завершений проєкт може залишати після себе кращі шаблони, кращі компоненти руху, суворіші критерії перевірки та надійніші процедури постачання.
Перше відео вражає, бо показує, що взагалі можливо.
П'яте цікаве, бо виробничий процес починає ставати повторюваним.
Двадцяте — це момент, коли накопичені навички, компоненти, перевірки та креативні правила можуть стати ціннішими за будь-який окремий промпт.
Справжня можливість — це не створити одне відео за допомогою ШІ. Це побудувати студію, яка стає кращою з кожним новим відео.
І за правильного налаштування ця студія може починатися з одного Bot.
ЯКЩО ВИ ДОЧИТАЛИ ДО ЦЬОГО МІСЦЯ
Збережіть цей посібник у закладки, перш ніж витратити ще одну ніч на спроби виправити згенероване ШІ відео дедалі складнішими промптами.
Підписуйтесь на мене в X: x.com/0xjmori
Підписуйтесь на мій Substack: substack.com/@lunarresearcher
Наступного разу, коли вам знадобиться відео для запуску продукту, не просто просіть Claude щось анімувати.
Дайте йому студію для керування.
РЕСУРСИ
