Blender Copilot MCP Server
Related Servers
Alternatives to Blender Copilot MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseCqualityBmaintenanceThis MCP server enables complete control of Blender from any MCP client, offering 221 dedicated tools and a universal bridge for 1,500–2,500+ bpy.ops operators across 33 modules for modeling, VFX, rendering, simulation, animation, compositing, VSE, and Grease Pencil.2232Apache 2.0
- AlicenseNot gradedqualityCmaintenanceTransforms Blender into an MCP server with 50+ tools for AI-driven 3D workflows, enabling complete control over objects, materials, animations, physics simulations, and rendering through natural language commands.45MIT
- AlicenseCqualityBmaintenanceMCP server providing 138+ tools to control Blender 4.2 LTS, enabling modeling, coloring, rigging, animation, geometry nodes, UV, printing, batch operations, and IO through natural language from any AI assistant.1001MIT
- AlicenseNot gradedqualityDmaintenanceMCP server that integrates Blender with CSM.ai 3D assets and LLM agents, enabling AI-assisted 3D modeling and animation through natural language commands.MIT
- AlicenseCqualityDmaintenanceMCP server that enables AI to control Blender 3D, providing 175 typed tools for objects, materials, animation, compositing, and more via the Model Context Protocol.1002MIT
- AlicenseBqualityDmaintenanceAn MCP server that enables AI models to directly control Blender for 3D modeling, scene manipulation, and material management through natural language. It supports advanced workflows including Python code execution, viewport visualization, and integration with external asset libraries like Poly Haven and Hyper3D.221MIT
TDQS
Scored across 307 tools
The tool set is riddled with overlapping and duplicate operations: add_modifier vs modifier_add, set_keyframe vs anim_insert_keyframe, create_armature vs armature_create, material_list vs list_materials, smart_uv_project vs uv_smart_unwrap, add_rigid_body vs physics_add_rigid_body, render_image vs render_still, export_scene vs io_export_*, and many more. An agent would constantly struggle to know which of several near-identical tools to call.
Naming is chaotic: verb-first names like create_object and delete_object sit alongside domain-first names like modifier_add and anim_insert_keyframe, and the same action appears in both styles (add_modifier/modifier_add, create_collection/scene_create_collection, create_armature/armature_create). Prefixes are applied arbitrarily across dozens of domains, with no consistent pattern.
With 307 tools, this is an extreme mismatch for an MCP server's typical scope. The count is 5-10x even what a very heavy integration should expose, and the massive redundancy makes the size worse rather than more useful. It overwhelms agents and violates the principle that each tool should earn its place.
Coverage across the Blender and VRChat avatar workflow is remarkably broad: modeling, sculpting, materials, modifiers, animation, physics, UV, geometry nodes, rigging, Unity integration, rendering, and import/export are all represented. Minor gaps exist, such as no direct material deletion, no delete_collection, and no bone removal tool, but these are workarounds via execute_code or scene_cleanup.