Del chat al CAD: la arquitectura de 3 capas detrás de un asistente de diseño confiable

No puedes enchufar ChatGPT a Inventor y cruzar los dedos.

Lo sé porque construí un asistente conversacional que crea piezas y ensambles paramétricos dentro de Autodesk Inventor 2026, desde lenguaje natural. Y la lección más importante no fue de IA. Fue de arquitectura.

Las 3 capas

Capa 1. El LLM: entiende la intención. "Crea una placa base, 200 x 200, con 4 agujeros de montaje". El modelo interpreta qué quiere el ingeniero: dimensiones, componentes, relaciones. Decide el QUÉ. Nunca el CÓMO.

Capa 2. MCP: el contrato. El Model Context Protocol expone un catálogo fijo de herramientas con parámetros tipados. El modelo solo puede llamar lo que existe, con los parámetros que existen. Cero llamadas de API inventadas, cero improvisación sobre tu archivo.

Capa 3. La API de Inventor: ejecuta. Geometría real, paramétrica y editable. Componentes resueltos contra el Content Center, plantillas de ensamble, restricciones. Lo que Inventor sabe hacer, hecho por Inventor.

La decisión de diseño clave

El LLM nunca toca la API del CAD directamente. Habla con un contrato. Si pide algo que no existe, la llamada no ocurre. Si pasa un parámetro inválido, la capa de herramientas lo rechaza antes de que llegue al modelo 3D.

Esa es la diferencia entre una demo que impresiona el martes y se rompe el miércoles, y una herramienta en la que un ingeniero confía con la entrega encima.

El resultado importa tanto como el camino

La salida no es una malla ni un sólido tonto. Es geometría paramétrica nativa de Inventor que puedes seguir editando como si la hubieras modelado tú. Porque lo hiciste. Solo que primero la describiste.

Esa misma receta (LLM para la intención, MCP como contrato, API nativa para la ejecución) es la que uso en VaultPilot para operar Vault conversando, y es aplicable a prácticamente cualquier software de ingeniería con API. El patrón viaja. La improvisación no.