Особенности работы Claude Code в Blender в сравнении с CAD
Ранее я достаточно много времени потратил на работу с Claude Code в CAD-системах и полагал, что полностью изучил специфику его поведения. В CAD-проектировании при попытке переместить отверстие в параметрической модели ИИ-ассистент требует точных замеров, отказываясь действовать наугад. Аналогичная осторожность проявляется при создании скруглений (fillet): модель сначала проверяет дерево ограничений, так как любая ошибка в расчетах может привести к созданию детали, которую будет невозможно закрепить на посадочном месте. Поэтому я ожидал аналогичного подхода и при интеграции Claude Code с Blender, бесплатным пакетом для 3D-графики с открытым исходным кодом. Однако результат оказался совершенно иным: уже через пять минут работы нейросеть самостоятельно определила высоту ножки стола и создала скриншот для проверки визуального результата, не запрашивая у меня никаких числовых параметров.
Настройка соединения BlenderMCP
Blender не взаимодействует с Claude Code напрямую, поэтому требуется промежуточное звено. Для этого я использовал BlenderMCP — аддон с открытым исходным кодом, который запускается внутри Blender и связывается с MCP-сервером на стороне Claude. Аддон открывает сокет внутри Blender, через который MCP-сервер осуществляет двусторонний обмен командами. После установки соединения Claude получает возможность добавлять или удалять объекты, изменять материалы и выполнять Python-код непосредственно внутри Blender.
Доступ к API через Python является ключевым аспектом: Blender открывает практически все функции приложения, включая данные мешей, шейдерные узлы и настройки камеры. Получив возможность запускать программный код, Claude перестает просто описывать сцену и начинает самостоятельно её создавать. Настройка заняла около 15 минут: я установил аддон, запустил сокет-сервер через боковую панель Blender, добавил MCP-сервер на стороне Claude в конфигурационный файл и перезагрузил систему. В процессе тестирования случился один сбой, и Blender внезапно закрылся. После восстановления работы программы соединение автоматически не возобновилось, поэтому мне пришлось полностью закрыть оба приложения и перезапустить их, чтобы Claude снова получил доступ к сцене.
Методы работы с геометрией и материалами
В CAD при попытке сместить отверстие в кронштейне на два миллиметра Claude Code останавливался и уточнял, не нарушит ли это смещение схему крепления. Позднее, при попытке уменьшить толщину стенки того же кронштейна, модель самостоятельно сопоставила новое значение с требованиями к печати, еще до того, как я упомянул изготовление или производство. В CAD любая ошибка в размерах делает деталь непригодной для сборки.
В Blender подобные ограничения отсутствуют. Меши не «заботятся» о пересечении объектов, и ничто не мешает ножке стула висеть в полудюйме над полом. Поэтому, когда я попросил Claude Code создать простую сцену со столом, парой стульев и лампой, он не стал уточнять замеры, а просто выбрал подходящие на глаз параметры, разместил примитивные фигуры и сделал скриншот видового экрана для предварительной оценки перед дальнейшими действиями.
В отличие от CAD, где работа строится на координатах и жестких ограничениях, при управлении через Claude Code процесс в Blender выглядит иначе. На просьбу сделать абажур лампы коническим, а не цилиндрическим, модель не запрашивала конкретный угол. Она просто немного скорректировала меш, сделала скриншот, оценила силуэт, вернулась к настройкам и повторяла цикл до тех пор, пока форма не стала выглядеть правильно. Аналогичная ситуация наблюдается с материалами. Когда я запросил «потертую латунь» с низкой степенью блеска, нейросеть самостоятельно прописала настройки шейдерных узлов, добавила карты шероховатости и цветовые вариации, а затем отрендерила тестовый кадр. Первый результат показался излишне глянцевым, и Claude самостоятельно исправил шероховатость без ввода численных данных с моей стороны. Подобный сценарий невозможен в CAD, где цвет и финишная отделка являются лишь условными обозначениями, так как деталь не производится на основе теплоты оттенков рендера.
Моменты, требующие уточнения
Тем не менее, в работе Claude Code все еще остаются ситуации, когда он замедляется и делает паузу для уточнения задачи вместо самостоятельного угадывания параметров.
Интеллектуальная адаптация Claude Code в среде Blender
В большинстве случаев работа Claude Code была связана с Python-кодом, который потенциально мог вызвать сбой в Blender — например, при использовании тяжелых стеков модификаторов или геометрических узлов (geometry nodes) с самореферентными циклами. ИИ самостоятельно начал внедрять дополнительные механизмы обработки ошибок для подобных операций, хотя его об этом никто не просил.
Был также случай, когда я поручил ему импортировать модель с сайта Poly Haven и масштабировать всю сцену так, чтобы дверной проем соответствовал стандартному размеру в 80 дюймов. В этот раз алгоритм сработал иначе: вместо привычного визуального определения размера, он прервал выполнение задачи и запросил точные параметры измерения, прежде чем продолжать работу.
Складывается впечатление, что модель оценивает тяжесть возможных последствий ошибки перед тем, как принять решение о степени осторожности. Если результат рендеринга латуни получился слишком блестящим — это не критично, можно просто переделать, потратив несколько минут. Однако неправильно просверленное отверстие в объекте, подготовленном к 3D-печати, означает безнадежно испорченный день и выброшенную впустую катушку филамента. ИИ самостоятельно осознал разницу между этими ситуациями, никто не задавал ему подобных сценариев поведения.
Ограничения Claude Code при работе в Blender
Связка Claude Code и Blender не всегда работает гладко. Например, у меня возникли сложности с геометрическими узлами. Claude Code отлично справляется с написанием сложных настроек узлов с нуля, но как только внутри созданной им структуры что-то ломается, он начинает действовать неуверенно. В одном проекте, где я пытался создать эффект рассеивания, система вела себя непредсказуемо. Поиск причин занял очень много времени — вероятно, дольше, чем у опытного пользователя Blender, который с первого взгляда на «путаницу» из узлов смог бы сразу определить проблему.
Постоянный обмен скриншотами оказался медленным процессом, недостатки которого становятся заметны лишь в процессе работы: отрендерить, посмотреть, описать ошибку, решить, что изменить, и повторить снова. На словах это кажется простым, но проделывать это шесть раз подряд ради одной настройки материала — совсем другое дело. В CAD-системах такой проблемы нет: программа сразу указывает на нарушение ограничения, даже не требуя визуального осмотра. Blender устроен иначе, поэтому Claude вынужден каждый раз рассматривать результат, строить догадки и проверять их заново.
Важно отметить: проект BlenderMCP не был создан или поддержан компанией Anthropic. Это инициатива сообщества, разработанная энтузиастом в свободное время. По этой причине соединение между программами не является абсолютно надежным. Оно подходит для экспериментов в выходные дни, но я бы не стал доверять ему задачи, которые должны выполняться без присмотра в ночное время, по крайней мере, в нынешнем виде.
Выводы об адаптивности ИИ
Мой опыт работы с двумя программами не привел к мысли, что какая-то из них лучше подходит для ИИ. Изменилось лишь понимание того, какой инструмент находился в руках Claude Code и какую обратную связь он получал в процессе. Работая над кронштейном, он запрашивал замеры перед любыми действиями, а для лампы — сначала создал модель, а уже потом оценил результат. Никто не программировал его вести себя по-разному в этих случаях — это произошло естественным путем. Blender поощряет иной стиль «угадывания», нежели CAD, и Claude Code каким-то образом осознал это самостоятельно, без подсказок извне.
Ограничения при работе с геометрическими узлами
Сложности, с которыми я столкнулся при использовании Geometry Nodes, обусловлены не столько отсутствием у ИИ знаний, сколько особенностями отладки визуальных графов. Claude Code может с нуля выстроить сложную структуру узлов, но как только внутри системы возникает ошибка, он начинает «путаться». В случае с настройкой эффекта рассеивания, алгоритм тратил непропорционально много времени на диагностику, пытаясь исправить проблему перебором вариантов там, где опытный пользователь Blender мгновенно увидел бы причину в неверном соединении нод. Это подчеркивает разрыв между теоретическим знанием API и практическим пониманием визуальной логики Blender.
Проблемы визуального цикла обратной связи
Процесс итеративного рендеринга выявил серьезный недостаток в рабочем процессе. В CAD-среде система оперирует математическими ограничениями, которые либо соблюдены, либо нарушены — о чем программа сообщает мгновенно. В Blender же Claude Code вынужден полагаться на скриншоты как на основной источник данных о состоянии сцены. Этот цикл (рендеринг — оценка — корректировка) крайне медленный. Когда требуется шесть итераций для настройки одного материала, время ожидания становится ощутимым препятствием. Поскольку Blender не имеет встроенного механизма уведомлений об ошибках визуального характера в стиле CAD-систем, нейросети приходится каждый раз «убеждаться» в успехе визуально, что делает работу менее эффективной, чем ожидалось.
Надежность связки с BlenderMCP
Необходимо помнить, что BlenderMCP — это не официальная разработка Anthropic, а сторонний проект с открытым исходным кодом, созданный энтузиастом. Это накладывает определенные ограничения на надежность интеграции. Хотя связка работает стабильно при активном участии пользователя, она далека от производственных стандартов. Я бы не рекомендовал доверять ей выполнение задач, требующих длительной работы в фоновом режиме или без присмотра, так как риск потери соединения или «зависания» сессии остается достаточно высоким.
