TiSona

Guarda el estado de tus agentes de IA de forma duradera: cada función, espera asíncrona y reintento queda en TiDB, mientras los workers de la aplicación corren como procesos aparte en tu entorno. El servicio reutiliza el motor MySQL de Resonate, el SDK de TypeScript y el transporte HTTP/SSE sin modificarlos, y se ocupa del endpoint, el catálogo de funciones, la API asíncrona, las credenciales y la sesión del navegador.

En los flujos de ejemplo un plan guardado aguanta dos límites de tasa y esperas duraderas antes de que la herramienta termine bien. Un reembolso espera la decisión humana y continúa después, aunque el worker se haya apagado. Si el envío de un pedido falla, el flujo registra la devolución del pago y libera el inventario, y tanto el fallo como las dos acciones de recuperación siguen visibles.

Consola propia para inspeccionar cada paso

La consola web es un frontend independiente que habla con la API REST del backend: no incorpora la consola original de Resonate. En la pestaña de ejecuciones tienes búsqueda por prefijo de identificador, filtros de estado, función y fecha, paginación por cursor y un inspector de pasos nativo con entradas, resultados, tiempos y estado de las tareas del worker. Desde ahí apruebas ejecuciones en espera o cancelas las pendientes, y los enlaces profundos siguen funcionando tras recargar o volver a entrar.

Arranque local sin Docker

Necesitas Node.js 22 o superior, npm, Git y Rust, y nada más: no hace falta cuenta de TiDB, contraseña de base de datos, clave de API de ningún modelo, Docker ni Kubernetes. La vista previa local usa TiDB Cloud Zero, que aprovisiona una base de datos temporal de forma automática. El arranque descarga el motor de Resonate sin modificar, en la revisión exacta que fija el proyecto, y lo deja listo. El frontend, la API y el motor privado escuchan en direcciones de loopback separadas, y los workers tienen un ciclo de vida propio contra la API.

La licencia es Apache-2.0. En desarrollo local la consola se abre con una sesión normal emitida por el servidor, y las credenciales de API se crean con nombre por rol: cliente, worker, administración y métricas. El secreto se muestra una sola vez. El acceso desde el navegador va por sesión HttpOnly, así que no hay claves guardadas en el navegador.