Fable 5.2 escribió con un solo prompt un path tracer y una escena de 370.000 polígonos

Normalmente, cuando se habla de agentes, se piensa en un modelo que toma herramientas ya hechas: abre Blender, llama a una API, ejecuta el script de otro. El experimento del que escribe el canal «Metaversishche» rompe este esquema. El modelo recibió una tarea, se fabricó sus propias herramientas y las usó él mismo.

Qué ocurrió exactamente

El prompt era una sola frase en inglés. Su sentido aproximado: usando cualquier técnica de programación que conozcas, crea una imagen a partir del entrelazado de luz y sombra, muestra un juego tranquilo de luz y sombra en un día despejado, aspira a la perfección. No había ni una palabra sobre render, C++ o 3D. El modelo Fable 5.2 (así lo llama el autor del post) decidió por sí mismo que el mejor camino hacia esa imagen era escribir un motor de render.

Según la descripción, el resultado fue el siguiente:

• un path tracer escrito desde cero en C++;
• el sol como un disco real, no como un punto;
• unos 370.000 polígonos generados íntegramente por código: parqué en espiga, pliegues de cortinas, cada hoja de arce al otro lado de la ventana;
• materiales procedurales, incluido un pequeño estampado en la pared;
• un script en Python que elimina el ruido, hace la corrección de color y añade grano.

Lo que significa «el sol como disco» se entiende mejor con un ejemplo. En los renders simplificados, la fuente de luz es un punto, y la sombra que proyecta es nítida. Para que parezca suave, normalmente se difumina con un filtro. Pero si la fuente tiene área, como el sol real, el borde de la sombra se difumina solo: es nítido en la base del objeto y más suave a medida que se aleja. Esto se llama penumbra. El modelo eligió el camino físicamente honesto, aunque el prompt no lo pedía.

Por qué importa a desarrolladores y responsables de producto

Primero: un cambio de tool use a tool making. Un agente habitual elige de un conjunto de funciones ya hechas. Aquí el modelo escribió herramientas para una sola tarea, funcionaron una vez y ahí acabó todo. Para el desarrollador, esto cambia la pregunta. Antes había que decidir cómo integrar una decena de SDK. Ahora a veces basta con darle al modelo un entorno aislado con compilador y describir el resultado deseado.

Segundo: no es una imagen de difusión, sino un programa que la calcula. De ahí una ventaja lógica, aunque el post no la comprobó: el resultado se puede reproducir y editar. ¿Quieres otro ángulo del sol u otro arce? Cambias un parámetro y vuelves a renderizar. Un generador de imágenes normalmente no ofrece ese control. Para los productos en torno al 3D y la visualización, es una señal: la frontera entre «generador» y «código» empieza a difuminarse.

Tercero: un efecto secundario sobre la infraestructura. El autor bromea con que, si se guardaran en GitHub todas las herramientas de un solo uso, la plataforma reventaría, y afirma que el almacenamiento allí creció 20 veces en un año. La cifra es del post; no la hemos verificado. Pero la idea de fondo es razonable: cuando el código se vuelve un consumible, la pregunta de «qué merece la pena guardar» se vuelve real.

Limitaciones

• Es un solo post y un solo ejemplo. Se desconoce cuántas iteraciones internas hizo el modelo, cuántos tokens y cuánto dinero se gastaron y cuánto tiempo llevó el trabajo. Las palabras «solo un prompt» no responden a estas preguntas.
• El path tracer es un clásico de los gráficos por computador sobre el que hay mucho material escrito. En tareas de nicho con menos ejemplos, este truco puede no funcionar.
• El criterio de «perfección» es subjetivo. Una escena bonita no demuestra que la física esté calculada correctamente en todas partes.
• Un modelo que escribe y ejecuta código exige aislamiento: entorno aislado, límites de tiempo y memoria, y prohibición de acceso innecesario a la red.

Qué hacer con esto

Pruébelo con su propia tarea. Dé al modelo un entorno con compilador o intérprete y formule un objetivo, no una receta. Vea si se pone a escribir herramientas en lugar de elegir las ya hechas. Prevea de antemano el aislamiento y los límites. Y abra el repositorio afternoon-light: allí se ve cómo es el código que un modelo escribió para una sola imagen.