Kling 3.0 vs Seedance 2.0

А тем временем тут развернулась битва китайских видео-титанов.

Хотя, они оба хороши и немного про разное. Выбор между ними зависит не от качества, а от подхода к созданию видео.

Seedance 2.0 можно назвать мультимодальным комбайнером. Моделька умеет собирать кинематографичное видео за один проход, без ручного монтажа, удерживать персонажей, стиль и ритм. На вход можно кидать текст, картинки, видео и аудио, что позволяет точно копировать движения камеры, монтаж и даже хореографию из референсов. Максимальная длительность ролика - 15 сек, что круто подойдет в рекламе. По-сути можно лепить ads одним промптом. В общем, это Nano Banana, но для видео. Но более требователен к промпту.

Kling 3.0 больше контроль и физику движения. Тут требуется чуть больше управлять процессом и дорабатывать результат. Старые добрые ключевые кадры без наворотов. Но по плавности и качеству Kling явно опережает конкурента. При этом рабочий процесс остается простым, а стоимость генерации одной из самых вкусных.

В общем, если не умеете в киношный монтаж - доверьте это дело Seedance 2.0. Если важны реалистичные движения и можете покомпозить ручками - Kling 3.0 будет более практичным выбором.

А вообще в интересные времена живем. Я на ролик потратил 10 минут. Два года назад подобные вещи - оценивались бы в тысячи долларов.

SKILLS
... или как устроить ИИ-архитектуру проекта и не сойти с ума.

Мне часто пишут: попробовал сделать простую игру с ИИ, а она не работает. А когда открываешь архитектуру, видишь, что там и нет никакой архитектуры.

Вайбкодинг - крутая штука, но "из коробки" работает я только на маленьких проектах. Примерно до 2000 строк. Дальше начинаются "поломки". И тут чаще всего виноват не "тупой ИИ", а хаос в контексте.

Раньше я советовал заводить project.md, такой README для LLM, куда модель заглядывает перед работой. Сейчас агентные системы стали умнее, и удобнее использовать трехуровневую архитектуру знаний. В Anthropic это назвали SKILLS.

Суть простая: модель читает только то, что нужно именно для текущей задачи. Контекст остается компактным и не шумит.

Как это устроено

У вас есть три уровня.

Слой первый. Оглавление
Это короткий project.md, обычно где то в духе _utils/project.md. До 50 строк.
Задача одна: объяснить, что за проект, и отправить агента в систему skills.


Слой второй. Маршрутизатор.
Если project.md это вступление к правилам, то следующий слой это оглавление этих правил.
Файл тоже очень короткий, 50- 100 строк. Это карта, которая говорит модели, какой skill открыть под конкретную задачу. Типа:

Правишь пушки, открывай guns/SKILL.md.
Лезешь в сохранения, открывай save-compatibility/SKILL.md.

Третий слой. Специалисты

Это уже сами skills. Каждый модуль, зона или подсистема получает отдельную папку и файл SKILL.md, обычно до 300 строк:

...buildings-energy/SKILL.md
...combat-enemies/SKILL.md
...save-compatibility/SKILL.md
...yandex-integration/SKILL.md

и т.д.

Что должно быть внутри skill

name, обязательно
description, обязательно, без него модель часто не читает дальше
как устроено и как работает
где лежит код и какие файлы смотреть
короткий порядок действий
чеклисты

См. пример.

Почему это работает. LLM не придется читать огромный project.md и забивать себе голову лишней информацией. Он видит только то, что ему нужно видеть. Контекст компактный, не шумит. Вся документация масштабируется. Добавил модуль, добавил skill, не переписывая кучу доков.

Как сделать у себя на проекте.

Сделайте три обязательных артефакта:

1. Короткий project.md с описанием и ссылкой на роутер. В правилах cursor или любой другой LLM укажите, чтобы он читал его перед началом работы.
2. Положите в папку .cursor/skills/project-routing/skill.md - карта по зонам проекта (можно сгенерить самой LLM)
3. Создайте 5-10 skills под самые важные части проекта

Если было полезно ставьте огонечек под постом и заглядывайте в комментарии. Я скину туда примеры skills из Аркадии и пример project.md

Дивный новый мир.

Некоторое количество месяцев назад мне в голову пришла идея, что мы будем жить в мире, где продукт, инструмент, программа, фильм или что то еще будет не покупаться, а генерироваться. Уверен, вы не раз слышали о таком. Все мы видели серии Рика и Морти, сделанные в Sora 2, и сложно спорить, что генерируемый контент станет важной составляющей нашего будущего.

Сложнее будет перестроить мышление, когда вместо поиска инструмента его проще будет создать. Как сейчас за ответами на свои вопросы вместо Google мы идем в ChatGPT, так и в будущем вместо поиска нужного нам инструмента проще будет создать его. Но прелесть в том, что будущее уже наступило.

Реальный кейс. Все проекты, которые я делал, сделаны на движке Phaser. По сути это скучный код на языке JavaScript. Чтобы что то подвигать, например панельку, нужно открывать код и менять цифры. Ну или просить сделать это ИИ агента. Это утомляет при тонкой настройке интерфейса.

Однажды я подумал. А может, есть решение? И действительно, прямо на сайте Phaser есть красивый редактор. Он так и называется Phaser Editor и решает все мои проблемы. Правда, стоит 120 долларов. Он стоит своих денег. Но что если?

Вместо того чтобы платить 120 долларов, я просто написал в чат LLM агенту:

А давай сделаем объектно ориентированный редактор для моей игры?

И спустя 25 минут все готово. Прямо во время игры я вызываю панель. Игра ставится на паузу, и я двигаю UI так, как мне нужно. Да, еще полчаса ушло на тюнинг. Но идея, дамы и господа, работает уже сейчас.

Я год работаю с агентными LLM и до сих пор поражаюсь тому, как быстро меняется реальность. Мы больше не ищем инструменты. Мы их создаем.

Обновил трейлер для Steam.

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

Немного переработал картинку, музыку, накидал звуков, и капельку нейронок (самый первый шот).

Можно было бы развернуть на полную катушку нейрохрючево, и напихать продающего визуала. Но что-то меня тошнит от вылезанных синематиков (профдеформация?). Да и как игроку мне всегда хочется видеть максимум геймплея и минимум катсцен.

А еще кайфанул от модерации Steam. Особенно после Яндекса, где даже скриншот могут проверять пару дней. Добавил больше 20 языков в описание, обновил скриншоты, залил новый трейлер. И вся страница модерация завершилась меньше чем за час.

== Добавить HEXSTORM в вишлист ==

Прогресс за 6 месяцев. Или ИИ маркетинг.

В выходные сделал и запустил везде вот такой вот ролик. Как-то на днях deep research составил мне маркетинговый план на 6 месяцев вперед (до релиза игры на Steam). Огромный 20ти страничный документ. Посмотрим, что получится.

Согласно первым пунктам этого плана привел в порядок страницу в Стиме. Создал аккаунт на x. Наклепал на выходных кучу мелких роликов. Надо подумать над автоматическим режимом. Пусть роботы занимаются. Вот один из таких роликов. Кстати, неплохо такое заходит на X. Тысячи просмотров на "голом аккаунте"

Не знаю как вам, но мне всегда нравились всякие making of.

Самый дорогой ресурс в маркетинге не продакшн.

Вот-вот выйдет нашумевшая Seedance 2.0. Следом появятся Veo4 и, возможно, Sora 3. Производство рекламных роликов станет стоить как пачка чипсов.

Для продакшенов это так себе новость. Для брендов и авторов - новая возможность.

Главные битвы за внимание зрителя в цифровых пространствах будут происходить не между кошельками, а между самыми талантливыми.

Огромные маркетинговые бюджеты перестают быть обязательным условием. Красивая картинка сама по себе больше не продает продукт.

Зато сильная идея может пробиться за счет креатива и дерзости.

P.S. в комментариях процесс создания.

Выбор игрового движка для новичка в AI разработке. Часть II: Unity

Продолжаю разбирать игровые движки с точки зрения AI разработки. В прошлом посте был Phaser, а теперь поговорим про Unity.

И здесь важный контекст.

Я никогда раньше не работал с Unity.

Несколько месяцев назад я изучал, как вообще строится AI разработка на Unity. Тогда я узнал про MCP, это мост между Cursor и Unity, который позволяет AI агенту напрямую взаимодействовать с проектом. Создавать prefab, специальные объекты со своей логикой внутри Unity, двигать и даже создавать меши, модели объектов.

Но тогда всё это выглядело очень сыро и неоправданно. Сейчас Unity MCP сильно подрос и уже стал полноценным и крутым инструментом для реального no-code проектирования.

Осознанно открыл я движок буквально пару дней назад, потому что "пора бы уже". Unity активно используется в моей основной работе и является мировым стандартом. А какой я к черту разработчик, если умею только в HTML5? В общем, прошел встроенные туториалы за пару обедов и уже вчера собрал свой первый прототип игры, на видео.

Это MegaBonk на тачке. С помощью Cursor собрал риг автомобиля, настроил физику, создал Audio Mixer и добавил звук. Навайбкодил простенький генератор автострады. Добавил условных врагов. И сделал оптимизацию для того, чтобы движок держал сотни врагов в кадре.

И вот что интересно. Всё это было сделано через Cursor. Руками я, наверное, только двигал ключи трассы, чтобы выбрать конфигурацию, точки спавна врага и ползунки настройки машины (распределение веса, подвеска, рулежка, крутящий момент, соотношение передач, тормоза).

Какие выводы можно сделать?

Что круто:

1. Мультиплатформенность из коробки
Unity сразу ориентирован на разные платформы. PC, mobile, консоли и веб. Вам не нужно придумывать обходные решения.
2. Полноценный 2D и 3D
В отличие от Phaser, здесь нет ограничений только 2D. Вы можете спокойно расти в сторону 3D, не меняя стек.
3. Огромная экосистема
Ассеты, плагины, инструменты. Многие вещи уже готовы, и это сильно ускоряет разработку.
Лучше справляется с нагрузкой
Сложные сцены, эффекты, анимации. Unity держит это стабильнее, чем веб решения.
4. Связка с AI через MCP
Ключевой момент. MCP позволяет связать Cursor и Unity так, что AI агент начинает работать с проектом почти как разработчик. Это открывает путь к автоматизации даже очень сложных задач.
5. Хорошая оптимизация частиц и физики.

Но есть и минусы

1. Сложнее на старте
Даже базовое понимание сцен, компонентов и интерфейса требует времени. Огромный новый интерфейс. У меня было приемущество, я уже работал и в блендере и в Unreal. Совсем новичку будет сложнее.
2. Медленнее цикл проверки
Это не HTML5, где изменения видны сразу. Здесь есть дополнительные шаги перед тем, как увидеть результат.
Зависимость от инфраструктуры
Без MCP и нормальной настройки связки с Cursor весь AI подход теряет значительную часть силы.
Более тяжелые билды
По сравнению с HTML5 проекты получаются заметно тяжелее. Но всё еще кратно легче Unreal Engine 5.

И вот где начинается самое интересное.
После первого прототипа я решил провести эксперимент. Сам себе устроить челендж. Смогу ли я без знаний кода перенести HEXSTORM на незнакомый движок за ОДИН день? Честно говоря, в успехе я уверен процентов на 70, но процесс идет.

Пока агенты дымят над задачами расскажу, что уже сделал:
Я взял папку веббилда HEXSTORM и загрузил его в новый Unity проект. После этого пошел в курсор и стал планировать. Цель: сотни тысяч строк HTML5 кода за условно один-два промпта перенести на другой язык и(с java-script на C#) и другую архитектуру.

Звучит амбициозно, но на самом деле за этим стоит правильная подготовка.

Я декомпозировал задачу на уровни. Сначала попросил AI составить генеральный план переноса со всеми системами и зависимостями. Затем получил отдельные планы для каждой подсистемы.

И уже после этого начал последовательно прогонять их через агента с универсальным промптом, который скину в комментариях.

И да, этот день сегодня. Что из этого вышло и сколько времени это заняло, написал в комментариях.