2026-11-09 · ← Noticias
Claude rehízo una escena 3D sin Three.js y convirtió el navegador en un laboratorio barato
Simon Willison pidió a Claude Opus 5.5 que trasladara una escena Three.js de 77 KB a 98 KB de Vanilla JS y WebGL. El resultado no era idéntico, pero muestra que los LLM reducen el coste de entrada a las API profundas del navegador sin simplificarlas.
No se pudo cargar la imagen.
Simon Willison creó en Three.js un objeto 3D inspirado en un huevo de Fabergé y pidió a Claude Opus 5.5 Medium que lo trasladara a JavaScript y WebGL puros. El archivo original tenía 77 KB y el nuevo 98 KB. Ambos funcionan, pero no son idénticos.
Claude evitó la biblioteca, no la complejidad de WebGL
El experimento sigue la tesis de Paul Ford: el navegador ya es una enorme plataforma y los LLM abaratan el acceso a sus rincones. Ford cita Web Crypto, WebAssembly, WebGL y Web Audio. El alojamiento de TinyLittleOffice siguió costando 0 dólares en Cloudflare tras recibir mucho tráfico.
Willison probó un caso concreto. Claude reescribió la escena sin Three.js. El autor encontró la versión con la biblioteca algo más legible y admitió que no comprendía por completo las diferencias.
El prototipo acelera mientras la propiedad del código se retrasa
La distribución barata se une al acceso fácil a API antes reservadas a especialistas. Una idea puede probarse como archivo web sin tienda de aplicaciones ni gran equipo. Un LLM puede escribir código gráfico que quien redacta el prompt no dominaría.
Esto cambia sobre todo la primera fase. Un responsable de producto puede probar una interacción antes de financiar toda la arquitectura. Después, un desarrollador puede heredar código cuyo comportamiento nadie sabe explicar. Velocidad y mantenimiento siguen separados.
Dos escenas parecidas no demuestran un port fiel
Willison dice que los resultados difieren. No hay pruebas de rendimiento, compatibilidad, accesibilidad ni mantenimiento. Que el archivo tenga 98 KB tampoco determina su calidad.
El LLM no eliminó WebGL. Asumió parte del trabajo con su interfaz. Un fallo gráfico, una fuga de memoria o una diferencia entre dispositivos seguirá necesitando a alguien que comprenda el pipeline de renderizado.
La siguiente prueba debe medir cambios, fallos y entrega
La señal más sólida llegará de proyectos que sobrevivan varias rondas de cambios. Habrá que ver si el modelo conserva la imagen, explica sus decisiones y aporta pruebas para distintos navegadores y chips gráficos.
La tesis de Ford no depende de qué biblioteca gane. El navegador ya tenía las capacidades. Explorar es ahora más barato. Falta saber si esos experimentos maduran en software mantenible.
El veredicto de Lilith
El navegador ya escondía una fábrica entera. Claude solo encendió el pasillo, y la primera avería mostrará quién sabe abrir el cuadro eléctrico.