Blender MCP: что он делает отлично и где упирается
Честный разбор управления Blender через ИИ-агента: где Blender MCP выигрывает безоговорочно, где уровень абстракции обходится дорого и как разделить работу.
Установить аддон, нажать Start MCP Server, попросить стул. Через несколько секунд получаете стул — с нормальными пропорциями и материалом. А теперь попросите улицу из двенадцати домов с тротуарами, и характер сессии меняется: агент начинает писать длинные Python-скрипты, запускать их, считывать сцену обратно, латать сломавшееся и писать следующий скрипт. Обычно он доходит до результата. Просто ходов на это уходит на порядок больше, чем на стул, и двенадцатый дом редко совпадает с первым.
Вот эта разница и есть тема. Blender MCP действительно хорош, действительно бесплатен, и для большого класса задач ему нечего противопоставить. Место, где он становится дорогим, вполне конкретно — и его стоит назвать точно, а не отмахнуться общими словами.
Что такое Blender MCP на самом деле
Проект, который обычно имеют в виду, — это blender-mcp Сиддхартха Ахуджи под лицензией MIT: две части, общающиеся через сокет. Аддон работает внутри Blender и поднимает небольшой TCP-сервер; отдельный процесс на Python говорит по Model Context Protocol с вашим клиентом и пересылает JSON-команды в этот сокет. Установка — пакетный менеджер, одна команда, включение аддона в настройках и кнопка Start MCP Server на боковой панели вьюпорта. README честен насчёт статуса: это сторонняя интеграция, сделанная не Blender.
Форма списка инструментов задаёт всё дальнейшее, поэтому читать его стоит внимательно. Групп три:
- Чтение сцены.
get_scene_info,get_object_infoиget_viewport_screenshot— чтобы агент мог посмотреть на сделанное, а не угадывать. - Собственно действие.
execute_blender_code— выполнение произвольного Python внутри запущенного Blender, сbpy,bmeshиmathutilsв области видимости. README советует сначала сохраниться, и это правильный совет. - Ассеты. Поиск и загрузка из Poly Haven, библиотека которого целиком CC0, плюс Sketchfab и Poly Pizza, плюс генерация 3D по тексту через Hyper3D Rodin и Hunyuan3D — с импортом результата прямо в открытую сцену.
А теперь заметьте, чего в списке нет. Нет ни create_object, ни modify_object, ни set_transform. В ранних версиях несколько таких инструментов было; в текущем сервере их убрали. Любую геометрию агент делает, только написав Python.
И официальный сервер тоже
С апреля 2026 года существует и официальный MCP-сервер от Blender Lab, а в Claude появился коннектор к Blender, написанный самими разработчиками Blender; тогда же Anthropic вошла в число корпоративных патронов Blender, направив деньги на разработку ядра, включая Python API. Официальный сервер подан вокруг анализа и отладки сцен, пакетного изменения множества объектов и добавления собственных инструментов в интерфейс Blender через Python API. Другое происхождение, другие акценты — тот же фундаментальный интерфейс: рычаг агента называется bpy.
Где он просто лучший ответ
Это не вежливая оговорка перед критикой. Есть длинный список задач, где браться за что-то другое — ошибка.
- Один объект. Проп, предмет мебели, модульная секция стены. Агент пишет тридцать строк, вы смотрите, говорите «ножки слишком тонкие», он правит ножки. Две минуты от начала до конца.
- Материалы и шейдинг. Нодовые графы — это данные, а агент, умеющий писать Python, умеет их собирать и перекоммутировать. Poly Haven даёт ему текстуры 8K под CC0 бесплатно и без обязательств по атрибуции.
- Пакетные правки. Переименовать все объекты по их коллекции. Выставить roughness 0,05 всем стеклянным материалам. Найти сорок объектов с неравномерным масштабом и починить. Здесь универсальный скриптовый интерфейс — не компромисс, а ровно то, что нужно.
- Всё, что вы иначе гуглили бы. Правильный context override, порядок аргументов у модификатора, причина, по которой экспорт вышел в сто раз крупнее. Знание API и есть продукт.
- Наследование всего Blender. Модификаторы, Geometry Nodes, Cycles, UV-инструменты, скульптинг, риггинг, физика, композитор. Ни у чего другого с прикрученным агентом нет такой площади покрытия, и разрыв огромный.
Потолок здесь важен не меньше списка. Поскольку execute_blender_code — это универсальный люк наружу, потолок Blender MCP равен потолку самого Blender, а это самый высокий потолок во всём разговоре. Если что-то можно сделать в Blender, агент с этим аддоном рано или поздно это сделает. Утверждение сильное — и верное.
Дорого обходится уровень абстракции, а не софт
Один перекрёсток, описанный двумя способами
Допустим, две дороги должны встретиться. Через Blender агенту сначала нужно решить, что вообще такое перекрёсток, а затем его изготовить: построить обе дорожные поверхности как выдавленные профили, найти область пересечения, вырезать полигон перекрёстка, удалить внутренние грани, чтобы поверхности не давали z-fighting, снять фаски на четырёх угловых закруглениях, сделать бордюр отдельным протянутым профилем, который обрывается у каждого угла и подхватывается с другой стороны, развернуть UV так, чтобы текстура дороги шла вдоль каждого луча, а не поперёк, и положить прямоугольники зебры на пару миллиметров выше поверхности, чтобы они рисовались сверху. На bmesh это десятки строк и дюжина допущений. Следующий перекрёсток — три луча вместо четырёх, одна дорога шире другой — это другие десятки строк.
В инструменте, который изначально мыслит локациями, перекрёсток — одна операция. Две дороги суть объекты с осевыми линиями и шириной, «соедини их здесь» — вызов, а поверхность пересечения, заворот бордюра, углы тротуара и разметка получаются сами, потому что перекрёсток для такого инструмента — существующее понятие. Ход агента тратится на решение, где перекрёсток должен быть, — то самое решение, ради которого агент и звали.
Это не претензия к Blender. Blender не знает, что такое перекрёсток, и знать не должен: это универсальный моделлер, и именно из его универсальности вырос длинный список выше. Несовпадение в другом: локация состоит из пары десятков повторяющихся понятий — проезжая часть, бордюр, тротуар, квартал, участок, фасад, этаж, проём, — а моделлер предлагает вершины.
Во что обходятся сорок повторений
Улица — это одна и та же операция много раз подряд, а сгенерированный код дрейфует. У третьего дома высота этажа 2,8 м, потому что агент вывел её из высоты конька. У тридцать первого — 2,9 м, потому что к тому моменту он выводит её от верха окна. Ошибки нет, в лог ничего не попадает, и узнаёте вы об этом, стоя посреди улицы и глядя, как не сходятся линии крыш. В скриптовом конвейере согласованность приходится восстанавливать каждым ходом: инструмент не держит договорённость за агента, поэтому единственное место, где она живёт, — переписка, а переписка по мере роста ужимается.
Контекст заполняется API, а не вашим планом
Каждое чтение сцены возвращается текстом. Каждый скрипт — это токены наверх и, нередко, трейсбек вниз. Подробности Python API занимают то же окно, что и ваше задание. На двухсотом объекте память агента о «Средиземноморье, два этажа, черепичные крыши, тротуары с обеих сторон» конкурирует за место с сигнатурой bpy.ops, понадобившейся двадцать минут назад. Длинные сборки дрейфуют по этой структурной причине как минимум не меньше, чем по причинам, связанным с качеством модели.
Правило, переживающее столкновение с реальной работой: если результат — одна вещь, Blender MCP — самый быстрый путь к ней. Если у результата есть планировка, планировка должна быть полноценным объектом в вашем инструменте, иначе агент будет пересобирать её из вершин каждым ходом.
Рядом, по пунктам
Blender с MCP-аддоном против редактора, сделанного под локации, — в данном случае Cuberta:
| Измерение | Blender с MCP-аддоном | Редактор, сделанный под локации |
|---|---|---|
| Что вам дают | Весь Blender: модификаторы, Geometry Nodes, Cycles, UV-инструменты, риггинг, физика, плюс поиск ассетов на CC0-ресурсах и маркетплейсах | Операции уровня локации: дорожные сети с перекрёстками и тротуарами, кварталы зданий с фасадами, обставленные интерьеры, рельеф, растительность, свет, время суток |
| Что агент должен изобрести | Всю геометрию сложнее примитива — на Python, каждый раз заново | Расстановку, то есть ровно ту часть, ради которой агент и нужен |
| Ходов на результат | Написать скрипт, запустить, считать сцену, поправить. Перекрёсток — это скрипт, улица — много скриптов | Один вызов на понятие уровня локации; сессия становится разговором о планировке, а не ревью кода |
| Редактируемость | Полная. Всё созданное — родные данные Blender, правятся руками полным набором инструментов | Настоящие объекты, которые можно выделить, подвинуть и удалить, любой шаг отменяется, можно отметить, где строить и где не строить |
| Экспорт | Практически что угодно: glTF и GLB, FBX, USD, OBJ, Alembic и другое, всё в комплекте | GLB или FBX с текстурами |
Пользоваться обоими, именно в таком порядке
Настоящая ошибка — считать это выбором. Два подхода ломаются в противоположные стороны, а это ровно то условие, при котором конвейер выигрывает у предпочтения.
Порядок, который работает для окружения: сначала стройте место там, где места дёшевы. Дорожная сеть, перекрёстки, нарезка кварталов, объёмы зданий, интерьеры, растительность, свет и время суток. Затем экспорт в GLB или FBX с текстурами и открытие результата в Blender. Дальше тратьте сильные стороны Blender там, где они окупаются: перевести в чистую топологию главное здание, мимо которого камера идёт на уровне глаз, запечь ambient occlusion для ряда, видимого на старте уровня, развести вариативность фасадов через Geometry Nodes, собрать дверь, которая открывается. Это Blender MCP в лучшей форме, потому что агент снова работает с одним объектом за раз — с задачей того размера, в котором он силён.
Обратное направление не менее полезно: смоделировать ключевой проп в Blender с агентом, экспортировать и перетащить в локацию. Если на границе вы выбираете формат, взаимозаменяемости там нет: GLB и FBX расходятся в материалах, масштабе и анимации, и решать это стоит один раз, а не на каждый ассет.
Cuberta — один из редакторов, сделанных под первую половину этого разделения: бесплатный, десктопный, со своим MCP-сервером. Нажимаете Copy connect command, вставляете в терминал — и агент, которым вы и так пользуетесь, управляет вьюпортом, собирая дорожные сети, кварталы, интерьеры, рельеф и свет как операции уровня локации, пока вы смотрите и отменяете всё, что не нравится. Экспорт — GLB или FBX с текстурами, ровно под ту передачу, что описана выше. Это не моделлер и не претендует им быть: ретопология и работа с шейдерами остаются за Blender. Держать в одной сессии агента два-три сервера — обычная практика, и более широкий набор MCP-серверов для 3D и геймдева стоит знать до того, как остановитесь на одном.
Решение за один проход
- Один объект, один материал, одна пакетная правка, один скрипт. Blender MCP. Вы закончите раньше, чем альтернатива доустановится.
- Рендер. Blender, без раздумий. Cycles не заменяют.
- Всё, у чего есть планировка — сходящиеся дороги, здания, повёрнутые к улице, связанные между собой комнаты. Спросите, является ли планировка полноценным объектом в инструменте. Если нет — вы оплатите её на Python.
- FBX или GLB, который левел-дизайнер откроет в понедельник. Стройте локацию там, где локации дёшевы, доводите ассеты в Blender, экспортируйте один раз.
- Топология, которую будет деформировать аниматор. Ни один из подходов не даст вам продакшен-разводку рёбер. Смоделируйте сами, а агенту отдайте UV и материал.
Честная граница
Потолок Blender MCP — это потолок Blender, а его пол — Python. Такое сочетание непобедимо на одном объекте и дорого на сотне, и обе половины фразы вытекают из одного решения: дать агенту универсальный моделлер и разрешить писать код. Редактор, сделанный под локации, идёт на обратный размен — сильно более низкий потолок, ни скульптинга, ни Cycles, ни риггинга, — в обмен на пол, где перекрёсток стоит одного вызова, а не пятидесяти строк.
Так что вопрос не в том, кто побеждает. Вопрос в том, на какую половину своей работы вы смотрите, когда его задаёте.
