Ardent

Ardent

ArdentAI, Inc. · Programação

O Ardent clona qualquer banco Postgres de produção em menos de seis segundos e entrega a agentes e desenvolvedores uma cópia isolada para testar migrações e mudanças arriscadas.

Prévia da interface de Ardent

Sobre Ardent

About

O que é o Ardent

O Ardent é uma infraestrutura de ramificação de banco de dados para agentes de IA e para as equipes que colocam esses agentes para trabalhar. Ele se conecta a um Postgres que já existe, mantém uma réplica de leitura alimentada por replicação lógica e cria ramificações isoladas a partir dela. Cada rama é uma instância completa, com o seu esquema, os seus dados, as permissões, as políticas de segurança por linha, as funções e os gatilhos.

O problema que ele ataca é conhecido de quem já apontou um agente de programação para um banco. O staging compartilhado se afasta da produção, os arquivos de seed não cobrem os casos estranhos e uma migração malfeita derruba o primário. O Ardent dá a cada tarefa a sua própria URL de conexão. O agente lê, escreve, roda migrações e quebra o que precisar, e a rama é apagada depois. A proposta é um sandbox de banco de dados por tarefa: o esquema real, as linhas reais, nenhum staging compartilhado.

Vale conhecer os limites de antemão. Ele só trabalha com Postgres, as ramas são uma foto do instante da criação e a configuração inicial do conector demora em bancos grandes.

Como começar

  1. Instale a CLI com npm install -g ardent-cli e rode ardent login.
  2. Exporte a string de conexão como ARDENT_DB_URL e execute ardent connector preflight postgresql "$ARDENT_DB_URL". Se o preflight imprimir um script de permissões, rode esse script no banco de origem antes.
  3. Crie o conector com ardent connector create postgresql "$ARDENT_DB_URL". A configuração roda do lado do Ardent e pode levar minutos ou horas em bancos grandes.
  4. Rode ardent branch create my-feature e depois ardent branch info para pegar a URL da rama.
  5. Aponte a sua aplicação ou o agente para essa URL. Apague a rama com ardent branch delete quando terminar.

Informações do produto

Uma visão rápida dos preços, das plataformas compatíveis e do desempenho de Ardent.

Plano gratuitoSim
Planos pagos$0 - $250/mo plus compute and storage
PlataformaWeb app, CLI, REST API
DesenvolvedorArdentAI, Inc.
CategoriaProgramação
Data de lançamentoMay 2026
Última atualizaçãoNov 2026
Visitas ao site3.3K
Ranking global do site5.2M
Disponibilidade da APISim

Ideal para

Os usuários, tarefas e cenários em que esta ferramenta se encaixa melhor.

Usuários

  • Times de plataforma e infraestrutura que rodam agentes sobre dados de produção
  • Engenheiros de dados que testam migrações e backfills antes de publicar
  • Times pequenos atentos ao custo

Tarefas

  • Testar uma migração de esquema antes da produção
  • Ensaiar um backfill ou uma limpeza de dados
  • Dar ao agente um banco descartável por pull request

Cenários

  • Mudanças de banco em integração contínua
  • Reproduzir um bug de produção
  • Integrar um engenheiro novo

Principais recursos

Ramas em menos de seis segundos

Criar uma rama leva menos de seis segundos em qualquer tamanho de banco, segundo o Ardent. As ramas nascem da réplica de leitura, não do primário, então uma rajada de criação não carrega a produção. Essa velocidade é o que torna os testes com agentes de programação viáveis: uma rama por tarefa e ninguém esperando na fila.

Isolamento de computação e armazenamento

Cada rama roda com computação própria e uma visão copy-on-write do armazenamento. As escritas ficam na rama, e a string de conexão dela não tem rota para o banco de origem nem para as credenciais dele. Isso pesa na hora em que você cola uma URL no prompt de um modelo ou no terminal de um colega.

Copy-on-write no armazenamento

O copy-on-write mantém o armazenamento enxuto: cada clone de Postgres compartilha os dados da réplica e registra só os blocos que mudam. Essas mudanças são cobradas a $0.70 por GB-mês, e o Ardent não impõe teto ao número de ramas.

Computação que desce a zero

Ramas ociosas suspendem após cinco minutos e acordam na conexão seguinte. A computação custa $0.40 por CU-hora, sendo uma CU igual a uma vCPU e 4 GB de RAM, e escala sozinha conforme a carga. Você não reserva capacidade para agentes que trabalham em rajadas.

Ramificação de banco de dados Postgres no provedor que você já usa

Supabase, AWS RDS, PlanetScale e Postgres 13 ou superior auto-hospedado se conectam por replicação lógica e gatilhos de eventos DDL, sem migrar de provedor e sem reescrever o esquema. A origem mantém o próprio slot de replicação e os metadados de acompanhamento. Em tabelas sem chave primária, você escolhe uma identidade de réplica durante a configuração.

CLI, API REST e trabalho em equipe

ardent branch create, switch, info e delete espelham os comandos do git. A CLI devolve JSON e códigos de saída estáveis para scripts e CI, enquanto a API REST cobre projetos, conectores, ramas e chaves com escopos. Os colegas compartilham ramas dentro de uma organização, com papéis e permissões por chave.

Prós e contras

Prós

  • Mantém o provedor Postgres que você já tem, então adotar não significa migrar de banco.
  • O tempo de criação não cresce com o volume de dados, o que torna viável uma rama por tarefa de agente.
  • Credenciais isoladas mantêm uma URL vazada longe da produção.
  • Armazenamento copy-on-write e computação que desce a zero barateiam ramas ociosas e descartáveis.

Contras

  • Só Postgres. Times com MySQL ou MongoDB ficam de fora.
  • A rama é uma foto do momento da criação, então mudanças posteriores da produção não chegam e ramas longevas se afastam.
  • A primeira configuração em um banco de um terabyte pode levar horas, e tabelas sem chave primária exigem uma decisão extra.

Perguntas frequentes

O Ardent cria cópias isoladas de um banco Postgres em menos de seis segundos para desenvolvedores e agentes testarem código com dados reais sem tocar na produção.