Durable Actors, software open source que da memoria a agentes

Imagina que contratas a un ayudante con la memoria de Dory, la querida pececita de Buscando Nemo, pareciera divertido, pero la realidad es que cada vez que sale por la puerta olvida quién eres, qué os traíais entre manos y dónde dejó las llaves.  Eso es exactamente lo que les pasa hoy a muchos agentes de inteligencia artificial, que pierden su estado en cuanto el servidor se reinicia o la conexión se cae. Y las soluciones para arreglar eso son muy parecidas a eso de repetir «P. Sherman, 42 Wallaby Way, Sydney» como si no hubiera un mañana, pero cada vez que lo hacemos la factura de IA crece y crece.

Es claro que se necesita otra solución y por ello nace Durable Actors, un runtime open source que Thomas y Olivier, del equipo de Terse, presentaron en Hacker News, el 7 de octubre de 2026 y que llegó a la portada con decenas de puntos y dieciocho comentarios, según el hilo original de Show HN.

La idea cabe en una frase. Un actor duradero es un mini servidor que atiende una petición cada vez y guarda su propia base de datos SQLite. Existe exactamente uno por cada nombre en todo el mundo y se le llama por ese nombre. Esa pieza, diminuta y con estado propio, es el primitivo perfecto para desplegar agentes multijugador, donde cada agente vive en su actor y cada usuario se conecta a él por websocket, con escalado horizontal completo y sin presionar una base de datos central.

El proyecto se publica con licencia MIT e incluye un helm chart para autoalojarlo con facilidad. Su promesa comercial es clara, funcionar sin atarte a un proveedor y con observabilidad integrada de serie. El código vive en el repositorio TerseAI en GitHub, con un runtime escrito en Rust y kits de desarrollo para TypeScript y Python, los dos lenguajes soportados en esta primera etapa del proyecto.

¿Qué es un Durable Actors y por qué importa?

Piensa en un taquillero de cine con su propia cabina. Atiende a una persona cada vez, guarda el dinero y recuerda qué asientos vendió aunque se vaya la luz y vuelva. Un actor duradero funciona igual, con métodos que se ejecutan en serie para que nadie se pise. Los datos sobreviven a interrupciones y reinicios del sistema, gracias al uso de una base de datos SQLite.

El concepto bebe del modelo de actores clásico, donde cada entidad es un proceso que se comunica por mensajes. Cloudflare popularizó la versión moderna en 2021 con sus Durable Objects, piezas con SQLite y WebSocket, según la documentación oficial de Cloudflare. El problema es el peaje, porque solo corren en su red y te arrastran a su ecosistema.

Aquí es donde Durable Actors adquiere protagonismo. Ofrece la misma primitiva, un proceso direccionable con SQLite colocado junto al cómputo, pero con un runtime que arrancas en local con un solo comando y luego autoalojas en tu infraestructura. Para equipos que construyen agentes que deben recordar conversaciones durante semanas, esa portabilidad cambia las reglas de contratación tecnológica.

La diferencia es importante para entender el momento. Los agentes pasaron de responder preguntas a ejecutar tareas largas con herramientas y necesitan un hogar donde vivir entre turnos. Un proceso efímero ya no basta cuando el agente gestiona un CRM o mantiene un chat abierto durante meses.

¿Cómo funciona por dentro este runtime?

El flujo empieza en tu portátil. Ejecutas el andamiaje, levantas el servidor local y escribes tus actores en el fichero de entrada. Un comando genera clientes con tipos completos, de modo que backend y frontend comparten el contrato sin escribirlo dos veces.

La persistencia usa una anotación sencilla sobre los campos que deben sobrevivir. Marcas un campo como persistido y el runtime lo guarda en SQLite. Los métodos se ejecutan en serie por defecto, y una anotación de intercalado permite atender otras llamadas mientras una respuesta sale en streaming.

El cómputo configurable es la carta que los autores juegan con más orgullo. Con un decorador declaras cuánta CPU y RAM tiene cada clase de actor, con su residencia de datos. Si quieres guardar un directorio de ficheros dentro de un actor, le asignas cuatro gigas y listo.

El despliegue sigue dos caminos. En local, el mismo binario acompaña desde el portátil hasta producción. En la nube de Terse, subes tu clave como secreto y despliegas con un comando. El helm chart completa la foto para tu propio clúster de Kubernetes.

PowerShell en Windows, guía de instalación y usos prácticos

¿Para qué sirve en el mundo de los agentes?

El caso estrella es el agente multijugador. Cada agente recibe su propio actor y cada usuario se conecta a él por websocket. Piensa en un asistente que varios compañeros interrogan a la vez. Sin un punto de coordinación con estado, esos escenarios acaban en carreras de datos.

El segundo uso es la coordinación entre agentes dentro de un sistema. Como cada actor atiende una petición cada vez, puedes proteger datos críticos como un CRM y dejar que muchos agentes trabajen en paralelo sin miedo a que dos escrituras choquen. El actor hace de guardián con memoria, y los agentes se limitan a pedirle turno para leer y escribir con orden.

También brilla en aplicaciones en tiempo real clásicas. Sistemas de chat al estilo de ChatGPT o Codex, herramientas de colaboración como un Notion simplificado y salas multijugador encajan de forma natural. El ejemplo de la documentación monta un chat persistente con streaming en pocas decenas de líneas, más un backend que firma credenciales y un frontend que consume el contrato.

Conviene matizar que el proyecto está verde. El repositorio rondaba las 120 estrellas y ocho forks en su primera semana, el autoalojamiento documentado apunta sobre todo a Google Cloud y las promesas de memoria ilimitada y observabilidad total vienen de momento de sus autores. Antes de apostar un sistema crítico, conviene leer el código del runtime y medir con tus propias cargas.

¿Qué lo distingue de sus primos cercanos?

La familia de los objetos con estado tiene varios miembros. Los Durable Objects de Cloudflare son la referencia directa, con pricing por uso. Durable Actors se presenta como su alternativa portable, con libertad para correr donde quieras y una API distinta inspirada en el modelo de actores de Swift.

Otra rama son los motores de ejecución duradera como Temporal o las Azure Durable Functions, que gestionan flujos de trabajo que se reanudan tras fallos. Esos sistemas orquestan la ejecución, mientras los actores gestionan el estado con ejecución serializada. Son primos que se complementan, y un sistema serio puede usar ambos, uno para recordar y otro para reintentar.

Rivet Actors, por su parte, persigue una meta parecida desde otro ángulo, con arranque en milisegundos y densidad enorme por máquina. La comparación honesta exige benchmarks independientes que todavía no existen para el recién llegado. Después de todo, cada motor nuevo promete velocidad hasta que alguien mide con el cronómetro en la mano.

Para el desarrollador de a pie, la pregunta práctica es más simple. Si tu agente necesita recordar mucho durante mucho tiempo y quieres poder mudarte de nube, un runtime abierto con SQLite por actor reduce el riesgo de encierro. Si ya vives dentro del ecosistema de Cloudflare y te vale, la referencia original sigue siendo la opción conservadora.

Por qué Microsoft integra Containers directamente en Windows

¿Cómo empiezas a trastear con actores?

Los requisitos son modernos pero asequibles. Necesitas Node.js en versión 22.19 o superior junto con Bun 1.3.9 o superior, además de Python 3.11 si vas a usar el SDK de ese lenguaje. El andamiaje crea la estructura, el servidor local carga tu fichero de actores y el generador escupe el cliente tipado en el directorio que elijas para tu aplicación.

El ejemplo guiado de la documentación de inicio rápido monta una app de chat con agentes en minutos. Defines el actor con su historial persistente, generas el cliente, arrancas el backend que firma las concesiones de WebSocket con cabecera de no almacenamiento y abres el frontend en el navegador. El navegador abre el socket contra la URL firmada y envía sus mensajes en JSON.

Un detalle elegante es la concesión de conexión. El backend no abre el socket por el navegador, sino que le entrega una URL firmada de un solo uso que el frontend emplea directamente. Ese pase reduce la superficie de abuso y mantiene el control de acceso en tu backend, donde debe estar, en vez de repartirlo por cada cliente.

Si algo falla, la hoja de ruta inmediata promete ayuda. Los autores anuncian para estos días la exportación de tablas SQLite por CLI y por MCP, para exponer los registros de la base operativa a tu agente y depurar con preguntas en lenguaje natural. Poder interrogar el estado interno del actor con palabras será un superpoder cuando llegue de verdad.

Lo que este estreno dice del futuro del backend

El backend para agentes busca su forma definitiva y este lanzamiento marca una dirección. Lejos de funciones sin estado que olvidan todo al terminar, el sector se mueve hacia procesos con memoria que viven mucho tiempo y duermen sin coste cuando nadie los necesita. Quien controle esa memoria controlará la próxima capa de la infraestructura del software.

Habrá que esperar a ver si la comunidad adopta esta API o si la referencia cerrada mantiene su ventaja de cinco años. El arranque en Hacker News fue prometedor, con una portada y un debate técnico de nivel. Si el helm chart cumple y la exportación por MCP llega esta semana, muchos equipos pequeños tendrán por fin un hogar portable para sus agentes.