Mirage da a Claude herramientas para crear y editar escenas 3D en un mismo proyecto

Un cliente pide mover una tetera en un anuncio. Es un cambio pequeño, pero interesa conservar la iluminación, la composición y el movimiento de cámara que ya funcionan. Tesseract, de Mirage, propone una forma sencilla de abordar estas peticiones: el agente modifica los parámetros de una escena 3D guardada y el motor vuelve a renderizar los fotogramas. Para un equipo que revisa vídeos de producto con frecuencia, el valor está precisamente en poder controlar los cambios.

Una publicación de @cgevent en Telegram ilustra este enfoque con una escena de una cocina de noche, bajo la lluvia, supuestamente construida por completo mediante Claude sin recurrir a un modelo de generación de vídeo. Las fuentes consultadas aquí no confirman los detalles de producción de ese vídeo concreto. Sin embargo, la herramienta y sus capacidades sí están documentadas: Mirage describe la creación de geometría y la configuración de materiales, iluminación y cámaras mediante un agente, conservando una escena editable y renderizándola mediante path tracing. Descripción de las herramientas 3D.

Qué hace el agente y qué hace el motor

Tesseract tiene dos componentes principales: habilidades con instrucciones para el agente y la utilidad de línea de comandos tsrct. El agente recibe una tarea, consulta la documentación y construye un proyecto .tsrct. Los comentarios posteriores del usuario se convierten en modificaciones de ese mismo proyecto. El repositorio incluye el comando para añadir las habilidades: npx skills add mirage-hq/Tesseract; requiere Node.js. Repositorio e instrucciones.

Conviene entender literalmente este reparto de funciones. Claude interpreta una petición como «haz que la iluminación sea más cálida» y decide qué cambios aplicar a la escena. El renderizador se encarga de producir la imagen. El path tracing calcula la propagación de la luz, incluidos los reflejos y la iluminación indirecta. Ese cálculo, por sí solo, no garantiza una imagen convincente: la composición, los materiales y la calidad de los modelos siguen siendo importantes.

Un posible caso de uso para un equipo pequeño es un vídeo breve de un dispositivo propio. El equipo dispone de un modelo de la carcasa y necesita una órbita lenta de cámara y varias opciones de color. Primero conviene acordar la forma y el ángulo de visión; después, añadir los materiales y la iluminación. Ante un comentario como «la cámara está demasiado cerca», el equipo podrá trabajar sobre una trayectoria concreta y conservar los demás ajustes del proyecto.

Esto también permite centrar mejor la conversación. En lugar de un vago «prueba otra vez», se puede señalar un objeto, un momento del movimiento o una fuente de luz. Pero hay que comprobar en el resultado la precisión con la que se ejecuta la petición: disponer de parámetros editables no significa que el agente vaya a entender correctamente la intención artística al primer intento.

Hasta dónde llegan las promesas

La publicación original habla de «control absoluto» y de «capacidad de edición infinita». Son afirmaciones demasiado rotundas para un flujo de producción. Poder modificar una escena no elimina los errores del agente, las limitaciones de importación ni el tiempo necesario para volver a renderizarla.

Mirage advierte expresamente de que la importación desde Blender es parcial y de que un entorno inadecuado para el renderizado con GPU puede renderizar la escena con mucha más lentitud. Además, Tesseract no incorpora un modelo que convierta cualquier petición de texto en un modelo 3D complejo y terminado. Para un producto real, puede ser necesario preparar previamente el objeto de origen. Estas limitaciones figuran en la descripción oficial.

Las páginas consultadas no permiten determinar cuánto tiempo llevó crear la cocina de la publicación, cuántas iteraciones hicieron falta ni con qué hardware se renderizó. Por tanto, es prematuro sacar conclusiones sobre el ahorro de presupuesto o la sustitución de un especialista en 3D. Ni siquiera un buen vídeo de demostración responde a la pregunta de hasta qué punto la herramienta trabajará de forma predecible con su catálogo y sus requisitos de detalle.

Cómo comprobar su utilidad en una tarea propia

Para una primera prueba, elegiría un solo objeto y un movimiento de cámara breve. Definiría de antemano tres modificaciones: cambiar el color de la superficie, mover una fuente de luz y ajustar la trayectoria. Después comprobaría si se conservan las partes aprobadas de la escena y cuánto tiempo lleva cada iteración.

Para un desarrollador, lo interesante es que el agente tenga acceso a un motor creativo especializado. Para un responsable de producto o un fundador, es la posibilidad de comprobar el coste de una serie de revisiones con material propio. Mirage presenta el motor en sí como gratuito; los costes del agente se pagan por separado. Condiciones de uso del producto.

Durante una prueba así conviene guardar el proyecto, los modelos de origen y el vídeo final. Si la siguiente modificación se ejecuta realmente de forma predecible, habrá motivos para incorporar la herramienta a la producción. Resulta más útil evaluar esa capacidad de repetir resultados que el impacto visual de un único fotograma.