Ardent

Ardent

ArdentAI, Inc. · Programación

Ardent clona cualquier base de datos Postgres de producción en menos de seis segundos y entrega a agentes y desarrolladores una copia aislada para probar migraciones y cambios arriesgados.

Vista previa de la interfaz de Ardent

Acerca de Ardent

About

Qué es Ardent

Ardent es infraestructura de ramificación de bases de datos para agentes de IA y para los equipos que los ponen a trabajar. Se conecta a un Postgres que ya existe, mantiene una réplica de lectura alimentada por replicación lógica y crea ramas aisladas a partir de esa réplica. Cada rama es una instancia completa con tu esquema, tus datos, los permisos, las políticas de seguridad por fila, las funciones y los disparadores.

El problema que ataca lo conoce cualquiera que haya soltado un agente de programación sobre una base de datos. El entorno de staging se desvía de producción, los archivos de datos de prueba no cubren los casos raros y una migración mal escrita tumba el primario. Ardent le da a cada tarea su propia URL de conexión. El agente lee, escribe, lanza migraciones y rompe lo que haga falta; después la rama se borra. La propuesta es un sandbox de base de datos por tarea: el esquema real, las filas reales y ningún staging compartido.

Los límites conviene saberlos de entrada. Solo trabaja con Postgres, las ramas son una foto del momento en que se crean y la primera configuración del conector tarda un rato en bases grandes.

Cómo empezar

  1. Instala la CLI con npm install -g ardent-cli y ejecuta ardent login.
  2. Exporta tu cadena de conexión como ARDENT_DB_URL y lanza ardent connector preflight postgresql "$ARDENT_DB_URL". Si el preflight imprime un script de permisos, ejecútalo primero en la base de origen.
  3. Crea el conector con ardent connector create postgresql "$ARDENT_DB_URL". La configuración corre del lado de Ardent y puede tardar minutos u horas si la base es grande.
  4. Ejecuta ardent branch create my-feature y luego ardent branch info para obtener la URL de la rama.
  5. Apunta ahí tu aplicación o tu agente. Borra la rama con ardent branch delete cuando termines.

Información del producto

Un vistazo rápido a los precios, las plataformas compatibles y el rendimiento de Ardent.

Plan gratuitoSí
Planes de pago$0 - $250/mo plus compute and storage
PlataformaWeb app, CLI, REST API
DesarrolladorArdentAI, Inc.
CategoríaProgramación
Fecha de lanzamientoMay 2026
Última actualizaciónNov 2026
Visitas al sitio web3.3K
Ranking global del sitio5.2M
Disponibilidad de la APISí

Ideal para

Los usuarios, tareas y casos de uso en los que esta herramienta encaja mejor.

Usuarios

  • Equipos de plataforma e infraestructura que corren agentes contra datos de producción
  • Ingenieros de datos que prueban migraciones y rellenos antes de publicar
  • Equipos pequeños pendientes del gasto

Tareas

  • Probar una migración de esquema antes de que llegue a producción
  • Ensayar un relleno de datos o una limpieza
  • Darle al agente una base desechable por pull request

Casos de uso

  • Cambios de base de datos en integración continua
  • Reproducir un fallo de producción
  • Incorporar a un ingeniero nuevo

Funciones clave

Ramas en menos de seis segundos

Crear una rama tarda menos de seis segundos con cualquier tamaño de base, según Ardent. Las ramas se clonan desde la réplica de lectura y no desde el primario, así que una ráfaga de creación no carga producción. Esa velocidad es lo que hace viables las pruebas con agentes de programación: una rama por tarea y nadie esperando detrás.

Aislamiento de cómputo y almacenamiento

Cada rama corre con su propio cómputo y una vista copy-on-write del almacenamiento. Las escrituras se quedan en la rama y su cadena de conexión no tiene ruta hacia la base de origen ni hacia sus credenciales. Eso importa en cuanto pegas una URL en el prompt de un modelo o en la terminal de un compañero.

Copy-on-write en el almacenamiento

El copy-on-write mantiene el almacenamiento pequeño: cada clon de Postgres comparte los datos de la réplica y solo registra los bloques que cambian. Esos cambios se facturan a $0.70 por GB al mes, y Ardent no pone tope a la cantidad de ramas que guardas.

Cómputo que baja a cero

Las ramas inactivas se suspenden a los cinco minutos y despiertan con la siguiente conexión. El cómputo se cobra a $0.40 por CU-hora, donde una CU equivale a una vCPU y 4 GB de RAM, y escala solo según la carga. No reservas capacidad para agentes que trabajan a rachas.

Ramificación de bases de datos Postgres sobre tu proveedor actual

Supabase, AWS RDS, PlanetScale y Postgres 13 o superior autoalojado se conectan mediante replicación lógica y disparadores de eventos DDL, sin migrar de proveedor y sin reescribir el esquema. El origen conserva su propio slot de replicación y sus metadatos de seguimiento. En tablas sin clave primaria eliges una identidad de réplica durante la configuración.

CLI, API REST y trabajo en equipo

ardent branch create, switch, info y delete imitan los comandos de git. La CLI devuelve JSON y códigos de salida estables para scripts y CI, mientras que la API REST cubre proyectos, conectores, ramas y claves con permisos acotados. Los compañeros comparten ramas dentro de una organización, con roles y permisos por clave.

Ventajas y desventajas

Ventajas

  • Conserva tu proveedor de Postgres actual, así que adoptarlo no implica una migración de base de datos.
  • El tiempo de creación no crece con el volumen de datos, lo que hace pagable una rama por tarea de agente.
  • Las credenciales aisladas mantienen una URL filtrada lejos de producción.
  • El almacenamiento copy-on-write y el cómputo que baja a cero abaratan las ramas inactivas y desechables.

Desventajas

  • Solo Postgres. Los equipos con MySQL o MongoDB se quedan fuera.
  • La rama es una foto del momento de creación, así que los cambios posteriores de producción no llegan y las ramas longevas se desvían.
  • La primera configuración en una base de un terabyte puede tardar horas, y las tablas sin clave primaria exigen una decisión extra.

Preguntas frecuentes

Ardent crea copias aisladas de una base Postgres en menos de seis segundos para que desarrolladores y agentes prueben código con datos reales sin tocar producción.