Skip to main content
A Niadra é a memória compartilhada de todos os agentes de IA da sua empresa: os que falam com o cliente no WhatsApp, na voz, no e-mail e no app, e os agentes internos, que trabalham dentro do CRM, do ERP, do help desk, da cobrança e dos pedidos. Ela reconhece o cliente em qualquer canal e em qualquer sistema, liga a ele pedidos, tickets e faturas, entrega a cada agente o contexto da tarefa dele antes de agir e abre o histórico inteiro para o agente consultar com qualquer LLM. A Niadra é totalmente gerenciada. Do seu lado ficam o SDK, a API HTTP ou uma conexão MCP, e nada mais para operar.

Três chamadas

Toda integração se resume a três chamadas. O agente lê o contexto antes de falar ou agir, busca no histórico quando a conversa pede mais e registra o que foi dito ou feito, para que todos os outros agentes fiquem sabendo.
O resto do SDK é conveniência sobre as mesmas rotas: conversation() fixa o contexto e captura os turnos, task() faz o mesmo para um agente interno, action() registra o que um agente fez num sistema de registro e tools() entrega a busca no histórico ao seu LLM como chamada de função.

O que o agente recebe

Às 14h07 a Marina liga. Ela reclamou no WhatsApp às 14h02, e o agente de cobrança lançou o crédito na fatura dela às 14h06. Antes de o agente de voz dizer alô, context() devolve isto, em menos de 100 ms:
Context Pack
O texto sai no idioma do seu espaço; o exemplo está em inglês porque o código de exemplo é o mesmo nas duas línguas. Cada linha diz de onde veio e quando. withheld="2" avisa que dois itens ficaram de fora porque a ligação só provou o nível V1: depois de um OTP, a próxima chamada libera os dois. O contexto fica fixado na conversa, então os turnos seguintes recebem os mesmos bytes, e o seu provedor de LLM pode reaproveitar o começo do prompt em cache. O que acontece em outros canais durante a ligação chega em live, fora do corpo fixado.

Como funciona

  • Escrita. O SDK envia os eventos em lote. A Niadra grava o evento bruto antes de responder, resolve a identidade do cliente na hora e deixa o turno legível para todos os outros agentes em menos de um segundo.
  • Leitura. context() resolve o handle, aplica a sua política e o nível de verificação da conversa e devolve um contexto já compilado, com ETag. Nenhum LLM e nenhuma busca vetorial ficam nesse caminho. Cada leitura deixa um comprovante.
  • Histórico. search(), timeline() e open() percorrem tudo o que já aconteceu com aquele cliente, com a mesma política, o mesmo nível de verificação e um orçamento de tokens. A contagem de recorrência (“segunda visita perdida em 12 meses”) é uma contagem sobre episódios tipados, não um palpite.
  • Sistemas e agentes internos. Eventos de CRM, ERP e help desk entram por webhook, por lote de arquivos ou pela API e viram objetos de negócio ligados ao cliente certo. O que um agente faz num sistema entra como ação e fecha a pendência que pedia aquilo.
  • Governança. O seu time vê quem leu o quê, mede se cada agente usou o contexto que recebeu, recebe webhooks assinados quando uma regra sua acontece e apaga ou exporta os dados de um cliente pela API.

Em números

A Niadra é memória. Ela nunca responde ao cliente, nunca executa ação nos seus sistemas e nunca encadeia passos entre eles. Os seus agentes agem com as credenciais deles; a Niadra guarda o que eles precisam lembrar e o que eles fizeram.

Próximos passos

Início rápido

Da chave de API ao primeiro contexto entregue.

O contexto e as views

O que entra no contexto, em que ordem e por quê.

Navegação do histórico

Busca, linha do tempo e abrir item, com qualquer LLM.

Referência da API

Cada rota, com esquemas e exemplos.