Більшість 3D-демонстрацій, створених штучним інтелектом, виглядають більш чарівними, ніж вони є насправді, тому що найнудніша частина зазвичай відбувається за кадром.
Ви бачите оригінальний запит, а потім відшліфований фінальний рендер. Ви не бачите зламаної геометрії, відсутніх текстур, неправильно розташованої камери, дивного освітлення, невдалих скриптів або п'ятнадцяти спроб, які знадобилися, щоб зробити результат презентабельним.
Kimi K3, підключений до Blender через MCP, не повністю усуває цей процес. Що він змінює — так це те, хто виконує більшість повторюваної роботи між першою ідеєю та першою придатною для використання сценою Blender.
Це не черговий генератор «текст-у-3D»
Kimi K3 не створює готовий 3D-актив у своєму вікні чату та не надсилає вам таємничий файл, який неможливо належним чином редагувати.
Через Kimi Code модель може підключатися до зовнішніх MCP-серверів і використовувати інструменти, які вони надають. BlenderMCP надає AI-агенту доступ до операцій Blender, таких як створення об'єктів, зміна матеріалів, переміщення камер, керування освітленням, рендеринг прев'ю, інспектування сцени та виконання Python усередині Blender. Kimi Code офіційно підтримує MCP-сервери через локальні stdio-, HTTP- та SSE-з'єднання.
Це означає, що Kimi може керувати реальним проектом Blender, а не просто давати вам інструкції на кшталт «виберіть куб, відкрийте вкладку модифікаторів і додайте фаску».
Ви описуєте, що хочете, Kimi перекладає цей опис в операції Blender або код Python, Blender виконує їх, і агент може продовжувати модифікувати ту саму сцену.
Чому Kimi K3 має сенс для Blender
Blender є надзвичайно складним середовищем для моделі ШІ, оскільки моделі потрібно більше, ніж просто пристойна генерація коду.
Вона повинна розуміти тривимірний простір, відстежувати десятки об'єктів, зберігати назви та структуру сцени, міркувати про візуальну композицію, інтерпретувати скріншоти, модифікувати скрипти Python та пам'ятати, що сталося на кілька кроків раніше.
Kimi K3 був спеціально розроблений для довгострокового кодування, вродженого візуального розуміння, використання інструментів та контекстного вікна до одного мільйона токенів. Moonshot також демонструє K3, який ітерує між кодом та живими скріншотами в тому, що вони називають робочим процесом «візуальний цикл» (vision in the loop).
Це важливо, тому що агент Blender корисний лише тоді, коли він може зробити більше, ніж просто створити першу версію.
Модель, яка створює міську сцену, але забуває кожне попереднє рішення після наступного запиту, — це, по суті, надто складний генератор активів. Корисний агент повинен зберігати сцену, перевіряти результат, виявляти проблеми та продовжувати вносити зміни, не перебудовуючи все з нуля.
Як насправді може виглядати робочий процес
Уявіть, що ви просите Kimi створити кінематографічну кіберпанк-вулицю з мокрим асфальтом, невеликою крамничкою локшини, анімованими вивісками, об'ємним туманом і камерою, що повільно рухається між будівлями.
Першим кроком, ймовірно, буде грубий блок-аут (blockout). Kimi може створити прості будівлі з кубів, розмістити дорогу, згенерувати структуру крамнички, додати тимчасові матеріали, розташувати світло та налаштувати шлях камери.
Цей перший результат майже напевно виглядатиме погано.
Будівлі можуть бути занадто рівномірно розташовані, крамничка може загубитися на фоні, камера може рухатися занадто швидко, а туман може зробити всю сцену схожою на те, ніби хтось розлив молоко всередині рендеру.
Саме тут зв'язок стає цікавішим за звичайну генерацію на основі запитів. Kimi може перевірити скріншот в'юпорту або рендер, порівняти результат із запитом, модифікувати сцену Blender та запустити ще одну ітерацію. Реалізації Blender MCP надають доступ до елементів керування сценою, рендерингу, скріншотів в'юпорту, маніпуляцій з об'єктами, матеріалами, камерами та скриптами Python, тоді як K3 розроблений для поєднання візуального зворотного зв'язку з виконанням коду.
Модель не просто створює ще одне зображення. Вона редагує базові об'єкти, матеріали, світло, криві анімації та скрипти, які створили це зображення.
Код є частиною робочого процесу
Kimi не потребує окремої команди MCP для кожної дрібної операції Blender, оскільки Blender можна контролювати через Python.
Наприклад, модель може згенерувати такий скрипт, щоб створити кілька простих будівель, застосувати випромінюючий (emissive) матеріал та підготувати першу версію неонової вулиці:
1import bpy2import random34# Видалення об'єктів сцени за замовчуванням5bpy.ops.object.select_all(action="SELECT")6bpy.ops.object.delete(use_global=False)78# Створення темного матеріалу для будівель9building_mat = bpy.data.materials.new("BuildingMaterial")10building_mat.diffuse_color = (0.025, 0.03, 0.05, 1.0)1112# Створення неонового матеріалу13neon_mat = bpy.data.materials.new("NeonMaterial")14neon_mat.use_nodes = True1516nodes = neon_mat.node_tree.nodes17principled = nodes.get("Principled BSDF")1819principled.inputs["Base Color"].default_value = (0.05, 0.3, 1.0, 1.0)20principled.inputs["Emission Color"].default_value = (0.05, 0.3, 1.0, 1.0)21principled.inputs["Emission Strength"].default_value = 8.02223# Генерація двох рядів будівель24for side in (-1, 1):25 for index in range(8):26 width = random.uniform(2.5, 4.5)27 depth = random.uniform(3.0, 5.0)28 height = random.uniform(6.0, 18.0)2930 bpy.ops.mesh.primitive_cube_add(31 location=(side * 6.0, index * 5.5, height / 2)32 )3334 building = bpy.context.object35 building.name = f"Building_{side}_{index}"36 building.scale = (width / 2, depth / 2, height / 2)37 building.data.materials.append(building_mat)3839 # Додавання простої неонової вивіски40 bpy.ops.mesh.primitive_cube_add(41 location=(side * 5.4, index * 5.5, height * 0.65)42 )4344 sign = bpy.context.object45 sign.name = f"NeonSign_{side}_{index}"46 sign.scale = (0.08, 1.2, 0.35)47 sign.data.materials.append(neon_mat)4849# Додавання вулиці50bpy.ops.mesh.primitive_cube_add(location=(0, 19, -0.15))51street = bpy.context.object52street.name = "Street"53street.scale = (4.5, 24, 0.15)54street.data.materials.append(building_mat)
Сам по собі це не вражаюче 3D-мистецтво. Він створює грубу початкову точку, і саме тому він корисний.
Після того, як Blender виконає скрипт, Kimi може перевірити результат і внести цільові зміни. Він може змінювати силуети, переміщувати окремі будівлі, замінювати вивіски текстовими об'єктами, додавати вікна через Geometry Nodes, створювати відбиття на мокрій дорозі або змінювати кут камери, не перегенеровуючи всю сцену.
Код також залишається видимим і редагованим. Людина-художник може перевірити його, виправити, використати частини або сказати Kimi змінити лише одну функцію, замість того, щоб довіряти невидимому процесу генерації.
Порожня сцена Blender стає менш болісною
Найцінніша частина цього робочого процесу, ймовірно, не фінальний рендер.
Це обсяг підготовки, яку Kimi може виконати до того, як художник почне серйозну візуальну роботу.
Типова сцена вимагає колекцій об'єктів, зрозумілих назв, початкової геометрії, розташування камери, тестування освітлення, матеріалів, імпорту, модифікаторів, налаштувань рендеру та скриптів для повторюваних операцій. Жодна з цих задач окремо не є складною, але разом вони займають багато часу, перш ніж сцена стане достатньо цікавою для оцінки.
Kimi може взяти грубий опис і перетворити його на редагований проект Blender, який вже містить достатньо структури, щоб її можна було критикувати.
Замість того, щоб дивитися на стандартний куб і вирішувати, з чого почати, художник отримує недосконале середовище з реальною геометрією, світлом, камерами, матеріалами та кодом. Виправити посередню першу версію часто набагато легше, ніж створити всю структуру з нуля.
У нього досі немає смаку
Kimi K3 може допомогти з побудовою сцени, але він не може надійно визначити, що робить кадр візуально хорошим.
Ви можете попросити його зробити композицію більш кінематографічною, але «кінематографічність» може означати нижчу камеру, сильніший контраст, повільніший рух, ширші об'єктиви, більшу глибину атмосфери або просто ще одну непотрібну неонову вивіску.
Модель може зрозуміти технічний запит, але пропустити естетичну причину, що стоїть за ним.
Тому практичний робочий процес залишає людину відповідальною за напрямок, дозволяючи Kimi виконувати повторювані зміни. Художник вирішує, що крамничка має домінувати в кадрі, камера має рухатися повільніше, вивіски мають виглядати менш чистими, а туман має відокремлювати передній план від заднього. Потім Kimi налаштовує сцену, змінює відповідні параметри, рендерить ще один прев'ю та повторює процес.
Такий поділ менш вражаючий, ніж твердження, що ШІ створив цілий фільм з одного запиту, але він набагато ближчий до того, що люди могли б реально використовувати.
Агент також може швидше ламати речі
Надання моделі ШІ прямого контролю над Blender створює нову проблему: модель може вносити небажані зміни з тією ж швидкістю, що й корисні.
Неоднозначний запит на кшталт «прибери в проекті» може призвести до того, що агент перейменує об'єкти, видалить невикористані матеріали, реорганізує колекції, замінить скрипти або видалить активи, які, на його думку, є непотрібними.
Kimi Code включає дозволи для викликів інструментів MCP і попереджає користувачів перевіряти операції високого ризику, такі як модифікація файлів та виконання команд. Його документація також радить не автоматично схвалювати кожен інструмент MCP, якщо сервер не є повністю довіреним.
Для проектів Blender базові запобіжні заходи включали б збереження проміжних версій, використання контролю версій для скриптів, відокремлення згенерованих активів у колекції, обмеження автоматичних дозволів та чітке вказівка моделі, які об'єкти або файли вона може змінювати.
Чим більше автономії отримує агент, тим важливішими стають ці межі.
Справжній зсув — це не автоматичне 3D-мистецтво
Kimi K3, підключений до Blender, не замінює досвідченого 3D-художника і, ймовірно, не перетворить розпливчастий запит на відшліфовану кінематографічну послідовність без значного людського керівництва.
Що він може замінити — це частину відстані між ідеєю та редагованою першою версією.
Він може створити блок-аут, написати повторювані скрипти, розмістити початкове світло, побудувати рухи камери, перевірити прев'ю, виправити очевидні проблеми та продовжити працювати в тому ж проекті Blender.
Це корисніше, ніж генерація гарного зображення, тому що результат не замкнений у фінальних пікселях. Геометрію можна змінити, матеріали можна перебудувати, анімацію можна доопрацювати, а код можна перевірити.
Генератори зображень ШІ давали людям готові результати, якими було важко керувати.
Kimi K3, підключений через Blender MCP, дає їм незавершену виробничу систему, яка може продовжувати реагувати на зворотний зв'язок.
Це звучить менш чарівно, але, ймовірно, набагато ближче до того, як ШІ насправді увійде в професійні 3D-робочі процеси.
