OpenCode для Blender и Godot: создание 3D-персонажа по референсам

OpenCode для Blender и Godot помогает выстроить процесс, в котором ИИ-агент получает через MCP доступ к проекту и инструментам приложений, создаёт черновую 3D-модель по референсам и переносит её в игровой проект. Результат нужно проверять в Blender и Godot: генерация не гарантирует точного сходства или готовности персонажа к игре.

Ниже описан один эксперимент автора с OpenCode и моделью GPT 6.1 Soul. Агент создал компоненты проектов Blender и Godot, после чего автор открыл сцену Godot и осмотрел импортированный результат. Этот опыт показывает возможный сценарий, но не обещает такого же результата на другом компьютере, с другой моделью или набором инструментов.

Подготовьте папку с референсами персонажа

Референсы задают внешний вид, который агент должен учитывать при моделировании. Соберите изображения в отдельную папку проекта и выберите материалы, где персонаж виден с разных ракурсов или его части тела различимы достаточно чётко. Если изображение показывает только лицо, агенту придётся самостоятельно додумывать пропорции тела, одежду и детали, которых на нём нет.

До запуска OpenCode решите, какие изображения считать основными, а какие использовать как дополнительные подсказки. Подпишите файлы так, чтобы их назначение было понятно, например указав ракурс или часть персонажа. Проверьте, что агент действительно видит файлы в выбранной папке: доступ к проекту не означает, что модель корректно распознала каждое изображение или одинаково истолковала противоречивые референсы.

Чем точнее вы отделите обязательные особенности от второстепенных, тем легче оценивать результат. Отдельно отметьте силуэт, пропорции, одежду, цветовые акценты и отличительные детали. Референс служит ориентиром, а не гарантией точного воспроизведения.

Сформулируйте промпт для 3D-проекта

Промпт для Blender и Godot должен описывать цель, исходные изображения, этапы работы и способ проверки результата. В эксперименте автора англоязычный запрос включал роль агента, папку с референсами, стиль игрового мира, части тела персонажа, структуру проекта и финальный чек-лист.

Укажите, что сначала нужно изучить изображения и составить план, а затем создавать модель по этапам. Попросите не заменять персонажа произвольным похожим объектом: агент должен сверять силуэт и ключевые детали с исходными материалами. Если проект предназначен для игры, обозначьте это прямо и попросите сохранить редактируемую сцену, а не только итоговую картинку.

• Цель. Создать чернового персонажа для игрового проекта.
• Источники. Назвать папку с референсами и объяснить, какие изображения приоритетны.
• Внешность. Описать силуэт, пропорции, одежду, материалы и заметные особенности.
• Порядок работы. Сначала создать базовую форму, затем детали, материалы и экспорт.
• Проверка. Сравнить модель с референсами и проверить импорт в Godot.

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

Какие MCP и скиллы могут понадобиться

MCP связывает OpenCode с внешними инструментами, а скиллы дают агенту инструкции по конкретному рабочему процессу. В эксперименте автор запросил подбор интеграций для Blender, Godot и подготовки проекта. В ответ были предложены Blender Lab MCP, другой MCP для Blender, Godot MCP и Context7, а среди скиллов автор увидел Blender-Godot pipeline.

Этот перечень описывает конкретную настройку эксперимента, а не обязательный комплект для каждого пользователя. Возможности MCP-серверов различаются: один набор инструментов может управлять сценой Blender, другой запускать Godot и читать сообщения об ошибках. До установки проверьте репозиторий проекта, требования, разрешения и то, какие действия сервер сможет выполнять в ваших файлах.

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

Настройте OpenCode для работы с проектом

Откройте в OpenCode папку, где должны храниться файлы проекта, и выберите модель, доступную в вашей конфигурации. Затем проверьте подключённые MCP-серверы и скиллы. Интерфейс и доступные действия могут зависеть от сборки OpenCode и выбранного способа запуска, поэтому ориентируйтесь на установленную версию, а не на чужой скриншот.

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

Если план подходит, разрешите создание проекта и попросите отмечать существенные изменения. Контролируйте действия, затрагивающие существующие сцены и файлы. OpenCode помогает с проектом, но разработчик всё равно проверяет созданные ресурсы, импорты и код.

Создайте персонажа поэтапно

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

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

Завершение генерации не доказывает качество модели. Откройте сцену в Blender, осмотрите персонажа с нескольких ракурсов и проверьте, что основные части существуют как ожидается. Если агент создал проектные файлы, проверьте их названия и расположение, а перед существенными изменениями сохраните исходную версию.

Сверьте модель с референсами

Проверка соответствия начинается с заметных признаков, а не с мелкой детализации. Сравните общий силуэт, пропорции и расположение отличительных элементов. Затем проверьте цвет, одежду и форму отдельных частей тела. Разницу между референсом и моделью фиксируйте конкретно: например, «плечи шире», а не просто «персонаж выглядит не так».

Что делать, если агент пропустил важную деталь? Назовите конкретное расхождение и попросите исправить только его, не меняя уже подходящие части. После каждого такого шага снова осмотрите сцену. Итерационная правка даёт больше контроля, чем повторный общий запрос «сделай похоже», который может привести к непредсказуемым изменениям.

Если в папке есть несколько изображений, проверяйте модель по каждому из них, учитывая ракурс. Один вид не всегда позволяет судить о форме сзади или сбоку. Когда референсы противоречат друг другу, укажите агенту, какой источник важнее для конкретной особенности.

Экспортируйте персонажа в Godot

После проверки модели поручите подготовить экспорт и перенести ресурс в проект Godot. Формат и состав экспортируемых данных зависят от сцены и настроек проекта, поэтому не полагайтесь только на сообщение агента об успешном завершении. Откройте созданный проект в Godot и проверьте, что сцена загружается, а персонаж присутствует в нужном виде.

В описанном эксперименте автор открыл сцену Godot и проверил импортированный результат. Это подтверждает, что в конкретном сценарии удалось пройти путь от референсов через Blender до сцены игрового движка, но не говорит о готовности персонажа к полноценной игре. Для рабочего игрового ресурса отдельно оценивают масштаб, материалы, структуру сцены и пригодность модели для дальнейшего использования.

Если модель не появилась или выглядит иначе, чем в Blender, проверьте путь к файлу, наличие экспортированного ресурса и сообщения Godot. Передайте агенту текст конкретной ошибки и попросите диагностировать причину, не удаляя уже созданные материалы. Повторный экспорт имеет смысл после проверки того, что именно не перенеслось.

Что получилось и где нужна доработка

По оценке автора эксперимента, OpenCode вместе с GPT 6.1 Soul справился с созданием проекта с компонентами Blender и Godot. Полученная модель не полностью соответствовала референсу, но подошла как основа для последующей ручной или агентной доработки. Это результат одного практического сценария, а не сравнительный тест моделей и не гарантия автоматического создания готового игрового персонажа.

Главное ограничение такого процесса видно уже на этапе сравнения: текстовое описание и изображения не заменяют художественную проверку. Агент может собрать сцену и экспортировать ресурс, однако точность анатомии, стилистика и пригодность модели для конкретной игры требуют отдельной оценки. Время и объём доработки зависят от качества референсов, сложности персонажа и доступных инструментов.

Как улучшать результат итерациями

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

1. Сохраните исходный черновик, прежде чем менять модель.
2. Назовите одно или несколько конкретных расхождений с референсом.
3. Попросите внести ограниченную правку и сообщить, какие файлы изменились.
4. Проверьте сцену в Blender, затем повторите экспорт и осмотр в Godot.
5. Если ошибка повторяется, приложите её точное описание и попросите агента сначала предложить план исправления.

Итоговый подход прост: референсы задают направление, промпт описывает этапы, MCP связывают OpenCode с инструментами, а проверка в Blender и Godot показывает, что действительно получилось. Используйте модель как черновик и помощника по рутинным действиям; окончательное решение о качестве игрового персонажа принимайте после осмотра сцены и проверки импорта.