Diseñar en 3D con IA: Claude y Blender MCP para una lámpara imprimible (parte 2)

He empezado a diseñar una lámpara pidiéndole a Claude que modele en Blender a partir de un boceto mío a mano. Quería saber si diseñar en 3D con IA es un flujo de trabajo real o una demo vistosa. Aquí documento la conexión por MCP, los repositorios falsos que me dio por el camino, la rosca que nunca llegó a existir y el momento en que el propio asistente me recomendó cambiar de herramienta. Al final del artículo sabrás qué funciona hoy, qué no, y qué dudas me quedan antes de elegir entre FreeCAD y Fusion 360.

Contenido

• Cómo conectar Claude con Blender mediante MCP sin perderte con repositorios falsos

• Cómo pasar un boceto a mano a Claude y qué modelo obtuve

• Por qué la rosca falla en Blender al diseñar en 3D con IA

• Qué herramienta usar para roscas imprimibles: FreeCAD o Fusion 360

• ¿Es buena idea diseñar en 3D con IA? ¿Está madura la herramienta?

• Cómo editar un diseño complejo hecho con IA sin romperlo

• Cómo comprobar de un vistazo que un cambio de Claude no ha roto nada

Cómo conectar Claude con Blender mediante MCP sin perderte con repositorios falsos

Mi punto de partida era simple: Blender tiene integración con MCP (Model Context Protocol), el estándar que permite a un modelo de lenguaje llamar a herramientas externas. Si Claude podía ejecutar acciones dentro de Blender, yo solo tenía que describir lo que quería. Lo primero que pregunté fue si tenía el conector listo.

La respuesta fue prometedora, pero con matiz: el conector estaba cargado de su lado, y Blender no estaba escuchando. Me indicó instalar un addon, activarlo en Edit → Preferences → Add-ons y pulsar Start MCP Server en el panel lateral (tecla N). El servidor debía quedar escuchando en el puerto 9876.

Ahí llegó el primer bloqueo: no veía ninguna pestaña MCP en el panel de la viewport. Sin el addon bien instalado no hay servidor, y sin servidor no hay nada que probar.

Le pedí que me guiara y me dio un repositorio: `ahgsql/blender-mcp`. Me pareció raro, porque no era un plugin que yo reconociera como oficial, y se lo dije. Lo que pasó después es lo más instructivo de toda la sesión:

1. Me dio la razón y propuso `blender/blender-mcp` como el oficial. 2. Se corrigió a mitad de frase ("Espera… tampoco es ese") y propuso `CorvaeOboro/blender_mcp`. 3. Volvió a dudar y dijo que iba a buscar el enlace correcto. 4. Finalmente admitió: "me inventé repos", y señaló `ahujasid/blender-mcp` como el addon que sí se usa con Claude.

Mi conclusión técnica es clara: con IA, cualquier URL, nombre de paquete o comando se verifica antes de ejecutarse. Mi desconfianza inicial era la correcta y me ahorró instalar código de origen dudoso.

También me dio un comando de instalación, `uvx blender-mcp install-addon`. Por lo que entiendo del README del proyecto, `uvx blender-mcp` es el comando que arranca el servidor MCP y el addon (`addon.py`) se instala a mano desde Preferences. No lo di por bueno sin contrastarlo, y te recomiendo lo mismo: abre el README del repositorio y sigue ese, no la conversación.

Además mencionó un conector oficial de Anthropic disponible desde Claude Desktop (Settings → Connectors → Browse). No lo he verificado, así que lo dejo como pista a comprobar y no como hecho.

Resultado: con el addon de `ahujasid` instalado y el servidor iniciado en el puerto 9876, la conexión funcionó. Mi lista de comprobación:

• Addon visible y con el tick en Preferences → Add-ons.

• Pestaña MCP en el panel N de la viewport 3D.

• Servidor iniciado (Start MCP Server).

• Claude responde sobre el estado de la escena antes de pedirle nada.

Cómo pasar un boceto a mano a Claude y qué modelo obtuve

Con la conexión lista, hice lo que me parecía más natural para alguien que viene de la ingeniería: pasarle un dibujo con cotas, como un plano de taller pero a mano alzada.

El boceto, hecho con rotulador sobre una pantalla, define la lámpara con pocas piezas:

• Una base cilíndrica de Ø 20 cm y 3 cm de espesor.

• Un tubo vertical de Ø 5 cm y 20 cm de altura.

• Un anillo resaltado en naranja en la unión del tubo con la base, con una línea discontinua en el interior. Esa es la zona de la rosca, la que une el tubo con la base y permite desmontar la pieza.

El primer resultado fue razonable. En la captura de Blender se ve la base ancha con el borde ligeramente redondeado, el tubo vertical bien proporcionado y un collar o cuello en la unión, que sería la parte hembra de la rosca. El contorno naranja indica que los objetos estaban seleccionados, y los puntos naranjas son los orígenes de cada objeto.

Pero hay un problema que se ve en la propia imagen: el collar es liso. No hay filetes ni rosca. La pieza que justificaba toda la complejidad del diseño, la unión roscada, no estaba. Es una diferencia sutil: la forma general es correcta, pero la función no existe.

Me parece una lección importante sobre el flujo de trabajo. Las formas primitivas (cilindros, discos) salen bien y rápido. Lo que sale mal es el detalle funcional, que es justo donde un diseñador necesita fiabilidad.

Por qué la rosca falla en Blender al diseñar en 3D con IA

Volví a pedirle la rosca. Antes de intentarlo, Claude enumeró los requisitos para impresión 3D de una rosca funcional:

• Tolerancia: unos 0,3 mm de holgura entre macho y hembra; si son idénticas, no encajan.

• Malla manifold (watertight): sin agujeros ni caras invertidas, o el laminador no distingue interior de exterior.

• Orientación: las roscas verticales se imprimen mucho mejor que las horizontales. Mi tubo es vertical, así que bien.

• Paso: en FDM conviene un mínimo de 3-4 mm. Eligió 4 mm.

Hasta aquí, un buen razonamiento. Después vinieron los intentos, y se pueden resumir en dos fallos distintos:

Intento 1: hélice más perfil como modificador. La rosca hembra se generó como un anillo sólido, sin filetes visibles en el interior del cuello, y quedó flotando como objeto separado en lugar de integrada. Es decir, la geometría existía pero no cumplía su función.

Intento 2: Boolean. Cambió de estrategia: generar la rosca como volumen y restarla del cuello con un modificador Boolean. El resultado está en mi segunda captura. Es un primer plano del borde inferior del tubo, y alrededor se ven decenas de puntos naranjas y varios segmentos sueltos. Son vértices y aristas huérfanos, restos de la operación booleana. La geometría quedó sucia, y para impresión 3D eso es un problema serio: una malla con basura interna produce errores de laminado o superficies defectuosas.

Aquí vino la parte que más valoro de la sesión: Claude reconoció que era "un problema conocido con roscas pequeñas y Boolean en Blender" y fue honesto. Para roscas funcionales, la mejor herramienta no es Blender.

Mi lectura del motivo, desde la ingeniería:

• Blender trabaja con mallas poligonales. Una hélice de paso 4 mm sobre un cuello de 5 cm requiere miles de caras muy pequeñas y pegadas.

• El Boolean calcula intersecciones entre triángulos y, con geometría tan densa, acumula errores de coincidencia que dejan vértices sueltos.

• Blender no tiene una operación de rosca como tal. Todo es geometría construida a mano.

• Un programa paramétrico (CAD) trabaja con sólidos y operaciones con historial, y define la rosca por sus parámetros (diámetro, paso, longitud), no por sus triángulos.

Qué herramienta usar para roscas imprimibles: FreeCAD o Fusion 360

Claude propuso tres caminos:

• Opción A: seguir en Blender e importar una rosca ya generada (ThreadLib o un STL), y hacer el Boolean ahí. Funciona, pero es trabajoso.

• Opción B: usar FreeCAD o Fusion 360 para las roscas y Blender solo para las formas orgánicas, combinando STL al final.

• Opción C: imprimir primero base y tubo sin rosca para validar proporciones y tamaño, y añadirla cuando la forma esté aprobada.

La opción C me parece la más sensata ahora mismo, porque separa dos riesgos: validar que la lámpara tiene buen tamaño y proporción, y resolver la rosca. No tiene sentido pelear con la rosca de una forma que quizá cambie después de ver la pieza impresa.

Para la rosca en sí, la pregunta lógica fue: ¿hay integración con FreeCAD? Claude buscó y respondió que sí, con una limitación importante: el servidor MCP de FreeCAD funciona con Claude Desktop, no con claude.ai en el navegador. Ahí descubrí un detalle de mi propio flujo: yo estaba en la conversación web, no en la aplicación de escritorio. Los pasos que describió son:

1. Instalar Claude Desktop. 2. Instalar el addon en FreeCAD y arrancar el RPC Server desde la barra de herramientas. 3. Configurar `claude_desktop_config.json`. 4. El repositorio más usado, según Claude, es `neka-nat/freecad-mcp`.

Lo que sé sobre ambas herramientas y lo que me falta:

| Criterio | FreeCAD | Fusion 360 | |---|---|---| | Roscas | Paramétricas (por ejemplo, el Hole de Part Design admite rosca) | Comando Thread, con rosca modelada o cosmética | | Historial paramétrico | Sí | Sí | | Conector MCP | Sí (`neka-nat/freecad-mcp`) | No lo he comprobado | | Coste | Libre | Licencia con condiciones de uso personal que debo revisar |

Todavía no he decidido. La integración MCP disponible inclina la balanza hacia FreeCAD, pero primero tengo que probar si el flujo funciona de verdad. Eso será la parte 3.

¿Es buena idea diseñar en 3D con IA? ¿Está madura la herramienta?

Esta duda me acompañó desde el principio y, tras la sesión, tengo una respuesta matizada.

Lo que funcionó: montar la conexión (con mi supervisión), crear primitivas con dimensiones del boceto y proponer un plan de impresión con criterios correctos (tolerancia, manifold, orientación, paso). Además, ahorra la curva inicial de Blender.

Lo que no funcionó:

• Inventó tres repositorios seguidos antes de dar con el bueno.

• La rosca, el elemento funcional, falló dos veces.

• Solo reconoció el límite de la herramienta después de intentar y fallar, no antes. Un ingeniero con experiencia habría dicho "las roscas no se hacen en una malla" desde el primer minuto.

Mi valoración actual: la herramienta no está madura para diseño funcional de precisión, pero sí es útil como asistente para el prototipado inicial de formas. Tiene un fallo de fondo que conviene tener presente: ni siquiera sabe qué sabe. Por eso la regla es supervisar cada resultado en lugar de confiar en él. Cuando algo parece correcto, lo mido.

Y la gran pregunta, si merece la pena, depende de qué busques. Para aprender y prototipar, sí. Para una pieza que debe encajar con otra al décimo de milímetro, solo con verificación estricta o con herramientas paramétricas.

Cómo editar un diseño complejo hecho con IA sin romperlo

Esta es la duda que más me preocupa como programador: está bien para empezar, pero cuando el diseño crezca, ¿será fácil editarlo sin romper lo anterior?

En código tengo una respuesta clara: control de versiones, tests y funciones con parámetros. En una malla de Blender no tengo nada de eso por defecto. Lo que veo es esto:

• Blender es destructivo por naturaleza. Si se aplica un Boolean, el resultado es una malla nueva sin memoria de cómo se hizo. Editar el paso de rosca después significa rehacer todo.

• Un CAD paramétrico es el equivalente a un programa. Cada operación (extrusión, agujero, rosca) queda en un árbol de historial y cambiar una cota regenera el modelo. Es la razón por la que FreeCAD y Fusion 360 encajan mejor con mi forma de pensar.

• El MCP de Blender ejecuta Python. Eso abre una vía que quiero probar: pedirle a Claude que no solo modele, sino que me entregue un script reproducible con variables (`base_diametro = 200`, `tubo_altura = 200`…) que yo guarde en Git. Así el diseño sería código, y un cambio sería un diff legible, no un cambio opaco en una malla.

Lo que haré en la próxima parte: tratar cada diseño como un proyecto con versiones numeradas (`lampara_v01.blend`, `v02`…) antes de cada petición de cambio, y nombrar los objetos de forma explícita (`Base`, `Tubo`, `Cuello_Rosca`) para que Claude y yo hablemos de lo mismo.

Cómo comprobar de un vistazo que un cambio de Claude no ha roto nada

La última duda es la más concreta: cuando le pido un cambio, ¿cómo veo a simple vista que no se ha roto lo que ya estaba bien?

Mi captura del Boolean muestra el problema: los artefactos eran diminutos, puntos naranjas casi invisibles a escala normal. Si no hubiera hecho zoom en esa zona, no los habría visto, y los habría descubierto en el laminador o, peor, en la pieza impresa. La inspección visual general no basta.

Estas son las comprobaciones que voy a probar, por orden de coste:

1. Lista de cotas esperadas. Del boceto salen números concretos: base Ø200 × 3 mm, tubo Ø50 × 200 mm, altura total 230 mm. Después de cada cambio, comprobar las Dimensions en el panel N. 2. Overlay de Statistics. Si el número de vértices, aristas y caras cambia mucho tras una petición pequeña, algo se ha tocado de más. Es un equivalente rudimentario a un test de regresión. 3. Extensión 3D-Print Toolbox de Blender. Detecta geometría no manifold, aristas sueltas, paredes finas y voladizos. Habría señalado exactamente los vértices huérfanos de mi segunda captura. 4. Capturas de referencia. Pedirle a Claude una vista antes y otra después de cada cambio, desde el mismo ángulo, y compararlas. 5. Un archivo por versión. Volver atrás cuesta cero si el cambio sale mal.

Todavía no sé cuál de estas comprobaciones será suficiente cuando el modelo tenga cien operaciones en lugar de cinco. Eso es lo que tengo que medir.

Esta sesión me dejó una lámpara a medias: base y tubo correctos, y una rosca que no existe. También me dejó una conclusión útil: diseñar en 3D con IA funciona mejor si yo pongo las restricciones y las verificaciones, y la IA pone la velocidad. Ahora toca decidir entre FreeCAD y Fusion 360, probar la opción C imprimiendo la lámpara sin rosca para validar proporciones y, sobre todo, comprobar si el MCP de FreeCAD con Claude Desktop me permite tener un diseño paramétrico que pueda editar sin miedo. En la parte 3 te cuento qué pasó.