Solução para criação rápida de bancos de dados para desenvolvimento ágil de agentes

Eu construí o TmpState porque continuei enfrentando o mesmo problema estúpido.

Meu agente de codificação poderia construir a maior parte de um aplicativo. Ele poderia escrever os componentes React,
adicionar a rota da API, esboçar o modelo de dados e até me dizer
o que ele queria em coleções.

Então ele precisava de um lugar para colocar os dados.

E é aí que o fluxo morria.

O agente parava e eu tinha que ir fazer todas as coisas humanas:

• criar uma conta
• fazer um projeto
• provisionar um banco de dados
• copiar uma chave da API
• colar segredos no .env
• certificar-se de que esses segredos não fossem comitados
• explicar a string de conexão de volta ao agente

Isso parecia errado.

Se o agente está fazendo o trabalho de integração, por que ele precisa de mim para lhe entregar as chaves da AWS apenas para salvar alguns objetos JSON?

Então eu construí o TmpState.

TmpState é um banco de dados JSON temporário sem cadastro, sem chaves de API e sem SDK.

curl https://tmpstate.dev

Isso retorna um banco de dados ao vivo:

{
  "db": "https://tmpstate.dev/db/s-...",
  "admin": "https://tmpstate.dev/admin/s-...",
  "expires_at": "...",
  "limits": {
    "ttl_hours": 24
  }
}

A URL db é a credencial.

Você pode escrever JSON nela imediatamente:

curl -X POST "$DB/tasks" \
  -H "Content-Type: application/json" \
  -d '{"title":"ship it","done":false}'

E leia de volta:

curl "$DB/tasks"

Essa é a ideia básica. Um curl cria um banco de dados temporário. O HTTP normal faz o resto.

Sem painel. Sem configuração de projeto. Sem conta. Sem token. :)

Por que eu removi a autenticação

Eu sei que "banco de dados sem autenticação" soa como uma ideia terrível à primeira vista.

Mas para muito trabalho, a autenticação não é o problema que você está tentando resolver.

Se você está construindo um protótipo de fim de semana, uma demonstração de hackathon, um bloco de notas para agentes de IA, uma reprodução de bug ou uma ferramenta interna rápida, você muitas vezes não precisa de um backend de produção completo ainda.

Você precisa de um lugar para colocar JSON pelas próximas horas.

A maioria dos produtos de banco de dados faz você pagar o custo de configuração de um sistema real antes de saber se a ideia merece um sistema real.

TmpState é para o passo antes disso.

Não é um substituto para Postgres, Supabase, Firebase, DynamoDB ou SQLite. Eu uso esses também. Eles são ótimos quando o projeto é real.

TmpState é para o momento antes do projeto ser real.

É para quando você só precisa que a coisa funcione.

A URL é a chave

TmpState usa URLs de capacidade.

Isso significa que a própria URL dá acesso. Se você tem a URL do banco de dados, pode ler e escrever no banco de dados. Se você não tem a URL, não há página de login e nenhuma conta para adivinhar.

Essa é a mesma ideia básica de um link de compartilhamento privado, um link de redefinição de senha ou um documento não listado.

Tem suas desvantagens. Não vou fingir o contrário.

Você deve tratar a URL do banco de dados como um segredo. Não coloque dados sensíveis de clientes no TmpState. Não envie a URL em código frontend público para nada sério. Não a use para dados regulados.

Mas para estado temporário, esse modelo é realmente útil.

O servidor armazena um hash do token de capacidade, não o token bruto. O banco de dados também é temporário por padrão. Portanto, todo o produto é construído em torno da ideia de que pequenos experimentos devem ser fáceis de criar e fáceis de limpar.

Essa é a postura de segurança: semântica de link privado mais expiração.

Não é perfeito para tudo. Muito bom para o que se destina a fazer.

Ele expira porque a maioria dos protótipos deve expirar

Bancos de dados TmpState gratuitos vivem por 24 horas.

Após expirar, eles congelam por uma curta janela de restauração antes da exclusão. Eu adicionei isso porque protótipos têm o hábito engraçado de se tornarem importantes logo após você parar de se importar com eles.

Mas a exclusão ainda é o padrão.

Eu gosto disso.

Eu tenho muitos projetos em nuvem abandonados. Muitos bancos de dados de teste aleatórios. Muitas chaves de API antigas que provavelmente ainda funcionam em algum lugar.

TmpState deve desaparecer, a menos que você decida que não deve.

Se um protótipo se transformar em algo útil, você pode mantê-lo vivo. Existem extensões únicas a partir de $1 e um plano Pro para bancos de dados sempre ativos.

Mas o caminho padrão é:

1. criar
2. testar a ideia
3. manter se for importante
4. deixar morrer se não for

Isso combina com a forma como eu realmente construo minhas coisas.

Por que isso importa para agentes de IA

Agentes de codificação de IA estão basicamente mudando quem faz o trabalho de configuração.

O agente não é mais apenas um autocompletar. Ele está se tornando o integrador. Ele lê documentos, escreve código de ligação, testa endpoints e carrega estado ao longo de uma tarefa.

Mas a configuração da infraestrutura ainda é principalmente projetada para humanos sentados em painéis.

Isso cria essa transferência estranha:

1. O agente constrói a maior parte do aplicativo.
2. O agente precisa de persistência.
3. O humano provisiona a infraestrutura.
4. O agente espera.
5. O fluxo piora.

TmpState dá ao agente um banco de dados que ele pode criar para si mesmo.

A API é HTTP simples. A resposta de criação inclui a URL do banco de dados, a URL do administrador, limites, expiração e documentos. O site tem um arquivo llms.txt para que os agentes possam ler as instruções diretamente.

Isso o torna útil como um banco de dados para agentes de IA para:

• memória temporária durante sessões de codificação
• dados de teste para aplicativos gerados
• bancos de dados CRUD descartáveis
• caixas de entrada de webhook temporárias
• estado de reprodução de bugs
• projetos de hackathon
• demonstrações
• protótipos que podem ou não sobreviver ao dia

O ponto principal não é que o banco de dados seja sofisticado.

O ponto é que o agente pode obter um sem precisar da sua conta na nuvem.

Ele também funciona