Saltar al contenido
ReviewRamble

El boletín semanal

La IA, analizada, en tu bandeja de entrada.

  • Nuevas reseñas de herramientas, modelos, servidores MCP y repos, con el veredicto por delante
  • Precios y valoraciones revisados cuando algo cambia
  • Nuevos análisis en cuanto se publican

Modelos, agentes, servidores MCP y las herramientas que de verdad merecen tu tiempo.

Un correo a la semana. Date de baja con el enlace de cualquier boletín. Cómo usamos tu correo

Rivet

Motor de actores de código abierto y SDK RivetKit: un proceso duradero y con estado, con su propia base de datos SQLite, por agente, usuario o sesión.

Reseña de ReviewRamble editors · Actualizado

Ver en GitHub Código abierto

Nuestra nota

4.1/5

Rivet es la forma más directa de dar a cada agente su propio proceso duradero y su base de datos sin pagar por un sandbox inactivo, siempre que puedas convivir con una línea 3.x que ha cambiado bajo los pies de sus usuarios este mes.

¿Qué es Rivet?

Rivet ejecuta actores: pequeños procesos de larga vida, cada uno con estado en memoria, su propia base de datos SQLite, conexiones WebSocket y temporizadores, a los que se llega por una clave como el ID de un agente o de un cliente. Se escriben en TypeScript con el paquete de npm rivetkit (también existe un SDK para Rust) y se ejecutan dentro de tu propio servicio Node.js o Bun; el motor de Rivet los planifica, duerme los inactivos y los despierta con la siguiente petición con su estado intacto.

La versión 3.0, publicada el 1 de noviembre de 2026, sustituyó las dependencias de Postgres o FoundationDB y NATS de la 2.x por un motor de almacenamiento sobre almacenamiento de objetos, así que un clúster autoalojado solo necesita la imagen Docker rivetdev/engine y un bucket compatible con S3. El proyecto es Apache-2.0, está escrito sobre todo en Rust y también se vende como Rivet Cloud y como despliegue gestionado dentro de tu propia cuenta en la nube.

¿Merece la pena Rivet?

El argumento de Rivet es que un agente pasa la mayor parte de su vida esperando a un modelo, así que no debería ocupar una máquina virtual entera mientras espera. Un actor guarda la conversación, la memoria y las conexiones de clientes en vivo en un proceso barato, y solo recurre a un sandbox cuando tiene que ejecutar código. El README sitúa un actor en 72 KB de memoria con un arranque en frío de 4,99 ms en el p99, frente a 512 MiB y 1,70 s de un sandbox de E2B por defecto; son cifras de la propia Rivet, de su benchmark contra Cloudflare Durable Objects ejecutado en Rivet 3.0.3, y las muestras en bruto están publicadas.

El modelo de programación resultará familiar a quien haya usado Durable Objects u Orleans. Defines un actor con acciones, un esquema SQLite y hooks de conexión, y luego llamas a agent.getOrCreate con una clave desde un cliente tipado o un hook de React. La persistencia, la difusión a todos los clientes conectados, los despertares tipo cron y las llamadas entre actores vienen incluidos. En la práctica eso sustituye una caché Redis, un servidor WebSocket y una cola de trabajos para el estado por usuario, y ahí está el ahorro real.

Los valores de seguridad por defecto son sensatos para un plano de control. El motor se niega a arrancar sin auth.admin_token, los clientes de navegador reciben JWT acotados que duran como máximo un día y las llamadas salientes a direcciones no enrutables se bloquean para limitar la falsificación de peticiones. Hay dos cosas que vigilar: el puerto entre pares 6421 va en texto plano y sin autenticación y debe quedarse en una red privada, y el motor envía informes de fallos a Rivet salvo que se ponga telemetry.enabled en false. Los actores ejecutan tu código con las credenciales de tu propio servicio; lo que aísla el código que escribe un agente es el sandbox agentOS de Rivet o uno externo.

La pega: el ritmo. El anuncio de la 3.0 indicaba que multirregión, serverless y las ACL aún no se habían traído desde la 2.x y aconsejaba quedarse a los equipos que las necesitaran, la herramienta de migración prometida no había salido y llegaron diez versiones estables entre el 1 y el 11 de noviembre. Un actor cuyos datos se han enfriado en S3 tarda unos 689 ms en despertar, según la misma entrada, lejos de los 5 ms del titular. Con 403 issues y pull requests abiertos, es un código que se mueve rápido en manos de una empresa pequeña, no un estándar asentado.

Nuestra opinión: para el estado de agentes por sesión con clientes en vivo, Rivet hace en una biblioteca lo que Temporal y un servidor WebSocket hacen en dos sistemas, y más barato. Para flujos de negocio largos en los que perder un paso cuesta dinero, la madurez de Temporal sigue pesando más.

Dónde se gana su sitio

  • Una startup de tres personas que lanza un agente de atención al cliente

    Mantener viva la conversación y la memoria de cada cliente entre reinicios y pestañas del navegador

    Un actor por cliente guarda los mensajes en su base de datos SQLite y envía los tokens a cada pestaña abierta. El plan Free de Rivet Cloud con un nodo cubre un prototipo; Hobby a $18/mes más un nodo R-5 de $18 es el siguiente paso.

  • Un ingeniero de plataforma en una fintech regulada

    Ejecutar sesiones de agentes con estado sin que los datos de clientes salgan de la nube propia de la empresa

    Autoalojar la imagen rivetdev/engine en Kubernetes con un bucket S3 de la empresa, un token de administración generado y la telemetría apagada. La licencia no cuesta nada; el trabajo es operar tres instancias en varias zonas.

  • Un equipo de producto que construye un editor de documentos colaborativo

    Sincronizar las ediciones entre todos los que están en un documento sin un servicio de tiempo real aparte

    Un actor por documento guarda el estado actual y difunde los cambios por WebSockets; los documentos inactivos duermen y no cuestan nada hasta que alguien vuelve a abrirlos.

Antes de decidirte

Puesta en marcha
npm install rivetkit, define un actor y un registro y ejecútalo en local; el README también ofrece un prompt para que un agente de código instale las skills de Rivet y genere un proyecto. El autoalojamiento en producción es la imagen rivetdev/engine en los puertos 6420 y 6421, con un bucket y un disco local por instancia.
Integraciones
SDK de TypeScript para Node.js y Bun, un SDK de Rust, hooks de React, el Vercel AI SDK, Vitest, OpenTelemetry, Pino y especificaciones OpenAPI y AsyncAPI. Almacenamiento en S3, Google Cloud Storage, Azure Blob, Cloudflare R2, MinIO o un sistema de archivos local.
Datos y privacidad
Los datos de los actores viven en el bucket que elijas si autoalojas, o en Rivet Cloud. Las escrituras se confirman en disco en la mayoría de las instancias antes de pasar al almacenamiento de objetos. Los informes de fallos van a Rivet por defecto; telemetry.enabled: false los desactiva.
Coste a escala
Autoalojar es gratis y sin límites de uso. El plan Team de Rivet Cloud cuesta $156/mes por tres nodos de plano de control y hasta 10 nodos de actores de $18 a $327 cada uno; un clúster Team con un nodo R-5 sale a $174/mes. Los clústeres mayores se presupuestan con ventas.
Límites
Por ahora el plano de control funciona en una sola región; multirregión, serverless y las ACL no estaban en la 3.0. Los despertares en frío desde S3 tardan unos 689 ms para una base de datos de 47 MiB. No había herramienta de migración de 2.x a 3.0 publicada en el momento de la comprobación.

Lo bueno

  • Un actor con estado y su propio SQLite por agente, usuario o documento
  • Autoalojarlo solo requiere una imagen Docker y un bucket S3
  • Cliente TypeScript tipado y hooks de React sobre WebSockets
  • Exige un token de administración para arrancar; JWT acotados para navegadores

Lo malo

  • La 3.0 dejó fuera por ahora multirregión, serverless y las ACL
  • Los despertares en frío desde S3 tardan cientos de milisegundos
  • Las cifras de rendimiento salen del benchmark de la propia Rivet
  • Los informes de fallos van a Rivet salvo que se desactiven

Ideal para

Equipos de TypeScript que crean agentes o aplicaciones colaborativas y necesitan estado duradero por usuario y conexiones en vivo sin un sandbox por sesión.

Alternativas a Rivet

Rivet: preguntas frecuentes

¿Merece la pena Rivet?
Rivet es la forma más directa de dar a cada agente su propio proceso duradero y su base de datos sin pagar por un sandbox inactivo, siempre que puedas convivir con una línea 3.x que ha cambiado bajo los pies de sus usuarios este mes. Le damos un 4.1 sobre 5.
¿Cuánto cuesta Rivet?
Gratis para autoalojar bajo Apache-2.0. Rivet Cloud: Free $0, Hobby $18/mes, Team $156/mes, Enterprise $740/mes, más entre $18 y $327 por nodo de actores al mes.
¿Qué inconvenientes tiene Rivet?
La 3.0 dejó fuera por ahora multirregión, serverless y las ACL; los despertares en frío desde S3 tardan cientos de milisegundos; las cifras de rendimiento salen del benchmark de la propia Rivet; los informes de fallos van a Rivet salvo que se desactiven.
¿Para quién es Rivet?
Equipos de TypeScript que crean agentes o aplicaciones colaborativas y necesitan estado duradero por usuario y conexiones en vivo sin un sandbox por sesión.
¿Cuánto cuesta Rivet para un equipo o en producción?
Autoalojar es gratis y sin límites de uso. El plan Team de Rivet Cloud cuesta $156/mes por tres nodos de plano de control y hasta 10 nodos de actores de $18 a $327 cada uno; un clúster Team con un nodo R-5 sale a $174/mes. Los clústeres mayores se presupuestan con ventas.
¿Es Rivet seguro para los datos de la empresa?
Los datos de los actores viven en el bucket que elijas si autoalojas, o en Rivet Cloud. Las escrituras se confirman en disco en la mayoría de las instancias antes de pasar al almacenamiento de objetos. Los informes de fallos van a Rivet por defecto; telemetry.enabled: false los desactiva.
¿Cuáles son las mejores alternativas a Rivet?
Las alternativas más cercanas que hemos analizado son Temporal, Dapr y Mastra.

Respuestas comprobadas el 13 nov 2026.

¿Desarrollas Rivet? Muestra esta nota en tu webRivet: nota de 4.1 sobre 5 en ReviewRamble