HERRAMIENTAS
three.ws documenta su pila abierta para agentes 3D con pagos en USDC
La startup three.ws, liderada por Nicholas Resendez, ha detallado la arquitectura de su plataforma abierta que combina generación y animación 3D, ruteo de modelos, distribución web y pagos en USDC mediante el protocolo x402. El repositorio Apache-2.0 integra identidades on-chain opcionales y SDKs, y la empresa afirma permitir a creadores conservar el 100% en su beta abierta.
Qué ha ocurrido
three.ws ha publicado la arquitectura de su stack open source para convertir agentes de IA en personajes 3D con memoria, voz y capacidad de pago. La plataforma enruta generación 3D (incluyendo TRELLIS vía NVIDIA NIM, Hunyuan3D, TripoSR y TripoSG-scribble), anima y retargetea modelos, y ofrece un componente web, SDKs, REST y servidores MCP para distribuirlos en sitios, ChatGPT y Android. Incorpora monedero con el protocolo x402 para pagar endpoints en USDC en Solana, Base y BNB Chain. La empresa reporta 101 paquetes npm, 72 servidores MCP, 106 personajes aparejados, más de 500 props públicos y 110.416 liquidaciones on-chain con 803.483 verificaciones a 25 de agosto, además de permitir a creadores conservar el 100% de ingresos por llamada durante su beta abierta. Estas cifras y especificaciones son declaraciones de three.ws.
Qué significa para creadores
Para creadores que quieran personajes 3D interactivos en web o apps, este stack ofrece un flujo de extremo a extremo: generar un GLB desde texto/fotos, rigging y animación (biblioteca con ~3.000 movimientos y herramientas texto‑a‑movimiento), “cerebro” con memoria y voz, y un embed sencillo. La capa de pagos en USDC puede habilitar contenidos o APIs de pago por uso sin intermediarios, con controles de gasto en el runtime; no obstante, operar en Solana/Base/BNB y el uso de stablecoins puede limitar audiencias, y conviene empezar con pilotos y saldos reducidos. Al estar bajo Apache‑2.0, es posible auditar y autoalojar componentes; el ruteo entre proveedores puede ayudar a optimizar costes y disponibilidad. Dado que la mayoría de métricas y rendimientos son auto‑reportados y el equipo es pequeño, la recomendación práctica es: probar Forge para prototipos rápidos, integrar el componente web o SDK donde ya tengas tráfico, activar controles de transacción, y comparar esta solución integral con alternativas más acotadas (runtimes de personajes o generadores 3D específicos) según tus necesidades de producción.
Fuente y contexto
La información procede de RuntimeWire, que resume un artículo técnico de la comunidad de Hugging Face publicado por three.ws. La compañía enmarca su producto en cuatro piezas (cuerpo, cerebro, monedero y distribución) y sitúa su código en un repositorio Apache‑2.0. Menciona un equipo de seis personas y una ronda en preparación sin detalles públicos de tamaño o valoración. Datos operativos, conteos y rendimiento citados son auto‑reportados por three.ws salvo indicación en contrario.