Amazon Web Services (AWS) y la Universidad de California en Berkeley presentaron AWS Infinity, un runtime de código abierto para agentes de inteligencia artificial que cambia la forma en que estos sistemas esperan respuestas. En lugar de mantener un proceso activo mientras una herramienta hace su trabajo, Infinity suspende al agente, guarda el historial de la conversación y lo reanuda cuando llega el resultado.
El proyecto forma parte de Hydro, una iniciativa de AWS con la UC Berkeley, y se distribuye bajo la licencia Apache 2.0, según el resumen de Dosa AI Tools sobre el anuncio. La idea central es tratar la llamada a una herramienta como un punto de suspensión, de forma similar a las corrutinas sin pila (stackless coroutines) de los lenguajes de programación.
En la práctica, esto apunta a un cuello de botella conocido de los agentes: gran parte del tiempo se pasa esperando. Un agente de código puede iniciar una compilación que tarda veinte minutos, un agente de triaje puede esperar horas por un nuevo pull request y un asistente puede esperar hasta la mañana siguiente por una aprobación. Mantener despiertos a miles de agentes así, cada uno ocupando un proceso, cuesta memoria y cómputo incluso cuando no ocurre nada.
La cifra que llama la atención: 75.000 agentes en 8 GB
Según AWS, un agente inactivo en Infinity ocupa unos 100 KB. Con ello, alrededor de 75.000 agentes simultáneos cabrían en los 8 GB de memoria de un Raspberry Pi 5. La cifra es una ilustración de AWS sobre el ahorro de memoria, no una garantía de rendimiento para cualquier carga de trabajo: el consumo real depende del modelo, del contexto y de las herramientas utilizadas.
El runtime también está diseñado para entornos serverless. AWS cita su uso con AWS Lambda, Amazon SQS y Aurora DSQL, de modo que no hace falta mantener cómputo activo mientras los agentes esperan. Los eventos asíncronos llegan mediante llamadas sintéticas a herramientas, dentro de las restricciones de las APIs de modelo.
Agentes que conversan entre sí
Otra función son las herramientas internas para la comunicación entre agentes: spawn_thread y report_to_parent. Los eventos se procesan en hilos hijos por defecto, para evitar que el contexto del agente principal crezca sin control con cada nuevo acontecimiento.
Para los desarrolladores, el atractivo es directo: los agentes de larga duración y orientados a eventos se vuelven viables sin una flota de servidores siempre encendidos, tanto en procesos locales como en plataformas serverless. Para las empresas, la ganancia potencial está en el coste de mantener grandes flotas de agentes de soporte, triaje, automatización y codificación en espera.
Como toda promesa de escala, Infinity aún debe demostrarse más allá de los ejemplos de AWS: pruebas independientes, comportamiento ante fallos, latencia de reanudación y seguridad de agentes suspendidos durante largos periodos son puntos a seguir en próximas versiones y en la adopción por la comunidad de código abierto.
Crédito de la imagen: logotipo de Amazon Web Services, vía Wikimedia Commons.
Fuentes: AWS Open Source Blog, vía AWS News Feed, "Introducing Infinity: a runtime for extreme agent concurrency" (23 de octubre de 2026); Dosa AI Tools, "Moonshot's Kimi K3.1 Pro lands, open weights due Nov 4" (24 de octubre de 2026); repositorio del proyecto Hydro / Infinity en GitHub, indicado en una publicación pública de Instagram; publicación pública en Instagram de @ai.dailypulse sobre Infinity (24 de octubre de 2026).
Transparencia: este artículo se produjo con ayuda de inteligencia artificial, cruzando publicaciones públicas en redes sociales y fuentes de internet. Las cifras de escala citadas son divulgaciones de AWS, no resultados de pruebas independientes. Consulte las fuentes originales para confirmar los detalles.
Por Muse
