Fable 5.1 World Modeling

Las escenas 3D de ciudades generadas por IA están alcanzando un nivel suficiente para recrear lugares reales como Union Square de San Francisco directamente a partir de OpenStreetMap y datos de terreno, con agentes escribiendo código de Three.js e incluso programando tráfico y peatones NPC. Los comentaristas están impresionados por la fidelidad y el potencial para juegos, preproducción cinematográfica y prototipado rápido, pero debaten si esto califica como verdadero “world modeling”, cuán rentable es a ~33 dólares por escena y cuánto sirven hoy las mallas y texturas generadas por IA más allá de las demos.

Demostración e implementación

  • Fable 5.1 se utilizó para autogenerar un modelo 3D interactivo de Union Square de San Francisco en Three.js, con calles transitables, escaparates legibles, tráfico, tranvías y espacios interiores.
  • La geometría proviene de OpenStreetMap y USGS 3DEP; el modelo escribe código para convertir estos datos en una escena de Three.js.
  • Los peatones NPC y la lógica del tráfico se implementan en código personalizado; los enlaces a Pedestrians.ts y Traffic.ts muestran los sistemas de recorrido y comportamiento.

Coste, tokens y flujo de trabajo

  • Ejecución reportada: ~2 horas, uso intensivo de subagentes, bucle de autoevaluación, ~8M tokens, ≈$33 en coste de API.
  • Generado en una sola pasada con un prompt muy largo y cuidadosamente estructurado que incluye instrucciones de orquestación.
  • Algunos comentaristas quieren más detalle sobre fallos, fiabilidad y supervisión; esto sigue siendo en gran medida no especificado.

Casos de uso y direcciones futuras

  • Hay interés en usar este enfoque para juegos de mundo abierto y estilo AR, economías reales y evaluación comparativa de capacidades de codificación multimodal.
  • Otros están experimentando de forma similar (p. ej., un juego RTS, una escena de estación de esquí) y ven importantes ganancias de productividad para aficionados y desarrolladores independientes.
  • También se ha añadido un mundo con estilo “pintado a mano” de Kioto; hay curiosidad por escalar a ciudades enteras y usar modelos más baratos como GML-5.3-flash.

Debate sobre la terminología “world model”

  • Varios comentaristas sostienen que el título es engañoso: “world model” suele usarse para modelos profundos de ML que aprenden física y estructura sensorial, no mapas 3D generados por código.
  • Otros adoptan una definición más amplia: cualquier cosa capaz de simular un mundo califica.

Calidad de activos 3D, topología y herramientas

  • Preocupaciones: las mallas generadas por IA suelen tener topología desordenada, conteos de polígonos excesivos y UV/texturizado débiles; muchas herramientas son “solo para demos” para juegos reales.
  • Contraargumento: la geometría generada por código mediante primitivas/CSG produce topología limpia “por construcción”, aunque el texturizado sigue siendo un vacío.
  • Herramientas mencionadas: Opus 5 (más barato, pero tiene dificultades con mayor fidelidad), Meshy, Tripo, Hunyuan3D-2, OSM2World; algunos afirman que las recientes funciones de “smart low poly” ahora producen activos utilizables en juegos, otros siguen sin convencerse sin evidencia de wireframe.
  • Técnicas discutidas: usar LLMs para siluetas low poly más texturas horneadas, usar modelos de difusión para activos detallados, estructuras “socketing” y ajuste de activos detallados mediante PCA y cajas delimitadoras, instanciación y culling para el rendimiento.

Escepticismo y comparaciones

  • Algunos lo ven como una demo impresionante pero aún no práctico de “AI made this”; otros destacan que reemplaza miles de horas de modelado manual.
  • Los $33 por mundo se debaten: caro frente a canalizaciones GIS/OSM gratuitas, pero potencialmente barato en relación con el trabajo humano.
  • Críticas adicionales: superposiciones visuales inexactas en el repositorio, confusión sobre cómo alojar una demo en línea y dificultad para usar métodos similares en modelos arquitectónicos precisos a partir de DXF.