AnúncioApresentando MongoDB 8.0, o MongoDB mais rápido de todos os tempos! Leia mais >
AnúncioVoyage AI se junta ao MongoDB para impulsionar aplicativos de AI mais precisos e confiáveis no Atlas. Saiba mais >

Database Digest Vol. 2

Construindo a era da IA

Migração de sistemas de registro para sistemas de ação. Descubra o que muda quando a precisão não é mais a única coisa que pode falhar.

Baixe a revista

Do registro à ação

No momento em que um agente de IA faz uma transação, os requisitos se multiplicam. A memória deve ser durável, o estado deve sobreviver a falhas e as ações devem ser auditáveis.

Construído em três propriedades

Uma plataforma de agente de produção acima dos tempos de execução de orquestração deve habilitar a execução em diversos domínios. A falta de qualquer uma dessas propriedades arquitetônicas principais produz sistemas de agente que parecem funcionar em ambientes controlados, mas falham sob carga em tempo real.

  • A persistência durável e sem esquema lida com o estado do agente.
  • A recuperação sob demanda por meio de vetores fornece um novo contexto.
  • A governança estrutural dimensiona identidade com escopo, trilhas de auditar e permissões.
Saiba mais
Construído em três propriedades
Arquitetura da plataforma para análise de reclamações e detecção de fraudes com camadas de orquestração, estado, memória, segurança, observabilidade e avaliação construídas em persistência, recuperação e governança duráveis.

A metade mais difícil da IA agente

Há uma grande diferença operacional entre um agente que resume um sinistro de seguro e um que o paga oficialmente. Há uma diferença entre um agente que recomenda uma rota de pagamento e um que executa a transação de transferência bancária, ou entre um agente que elabora uma decisão de empréstimo e um que financia o empréstimo real.

Um sistema de registro mantém, recupera e exibe informações. Um sistema de ação muda o estado do mundo físico ou digital em que opera. Ele efetua transações atômicas, aciona fluxos de trabalho automatizados, agenda consultas reais, atualiza livros financeiros e movimenta capital.

A Gartner prevê que 40% das aplicações empresariais incorporarão agentes de IA até o final de 2026, porém 40% dos projetos de IA agente enfrentarão cancelamento até o final de 2027. Essa simetria não é acidental, e os cancelamentos não são uma questão de qualidade do modelo. Os sistemas de agentes corporativos param em três pontos previsíveis: a revisão de segurança, os tetos de custo onde o gasto de tokens supera o valor de negócio e o limite de integração onde a camada de dados não consegue acompanhar as demandas em tempo real.

Os agentes devem ser invisíveis

Um erro sutil de arquitetura está no centro da maioria das plataformas de agente: as equipes tratam a memória interna do agente como a abstração central, organizando o cliente, a política e a transação em torno dela. Isso funciona como uma demonstração básica, mas falha em produção porque as empresas reais têm muitos agentes, vários fluxos de trabalho e uma verdade subjacente: o objeto de negócios.

Os agentes devem ser invisíveis. O cliente não interage com um agente; ele interage com sua apólice, pedido ou caso de saúde. A organização de sua arquitetura em torno de objetos de negócios, em vez da memória de agente, garante que novos agentes se conectem a objetos existentes sem rearquitetar a camada de dados, que vários agentes possam coordenar sem conflitos e que a trilha de auditar seja agregada naturalmente no nível do objeto onde os reguladores exigem.

Diagrama mostrando usuários de negócios e agentes de IA conectados por meio de uma camada de dados de inteligência que enriquece sistemas de registro legado.

O framework canvas

Quase 80% das empresas usam IA generativa, mas menos de 10% dos casos de uso atingem a produção. A tela valida o produto, os dados e o modelo na ordem.

Do problema à produção

Modelada com base no quadro do modelo de negócios, esse framework de cinco fases substitui protótipos de "vibe-codificação" não validados por uma infraestrutura de engenharia adequada capaz de lidar com restrições de dimensionamento, segurança e monitoramento.

  • Valide a lógica do produto, dos dados e do modelo em duas semanas.
  • Use assistentes de IA para criar protótipos rápidos.
  • Reforce a segurança, os orçamentos de latência e as avaliações ao dimensionar.
Saiba mais
Do problema à produção
Diagrama mostrando o caminho do problema de negócios até o agente de produção, passando pela tela do POC, lançamento do protótipo, tela de produção e fases de implantação para produtos agentes.

Framework de múltiplos agente para inteligência de documento financeiros

Os serviços financeiros dependem de documentos: arquivos de empréstimo, pacotes de KYC, cartas de mandato e atestados de conformidade. A IA agêntica muda a economia da classificação manual, mas somente se a camada de dados possa oferecer suporte à ingestão, extração e reconciliação multi-agente com capacidade de dimensionar.

A arquitetura de referência para a inteligência de documento usa um sistema multiagente supervisor construído com uma única camada de dados MongoDB:

  • Agente de digitalização: identifica e analisa documentos corporativos recebidos relevantes.
  • Agente avaliador: atribui pontuação aos ativos com base na relevância contextual para o caso de uso do negócio.
  • Agente extrator: extrai o conteúdo desejado e o prepara para a divisão automática em partes.
  • Agente processador: Gera embeddings usando voyage-context-3 para capturar tanto o contexto local quanto o global do documento para maior precisão de recuperação.
  • Agente assistente de documentos: Lida com RAG com agentes, decidindo quando e como recuperar informações com base nas consultas do usuário.

A memória do agente é a parte que faz a maior parte do trabalho silenciosamente. Cada agente se lembra das interações anteriores e aprende com as correções ao longo do tempo. Essa memória deve residir em um local durável com controles de acesso rígidos e trilhas de auditoria que atendam à governança de serviços financeiros.

Arquitetura RAG multiagentes mostrando repositórios de documentos, agentes de ingestão, MongoDB, um agente assistente de documentos, relatórios e prompts de usuário.

Desbloqueando o poder dos agentes para modernizar sistemas globais de pagamentos

Sistemas de pagamento são a parte da pilha financeira em que a modernização é mais difícil e o custo de errar é mais alto. Os trilhos que movimentam dinheiro foram criados, cada um, para uma era diferente: o SWIFT usa ISO 20022 XML, o ACH usa arquivos de largura fixa, as redes de cartão usam ISO 8583, e as criptomoedas usam JSON. A maioria dos bancos os conecta com integrações ponto a ponto e remenda as lacunas com tratamento humano de exceções. Só os pagamentos malsucedidos drenam mais de US$ 100 bilhões da economia global todos os anos. O resultado é maior tempo de entrada no mercado, alto custo de propriedade e risco de compliance persistente.

A solução não é substituir os trilhos; é reunir tudo o que eles emitem em um único modelo canônico de pagamentos: dados de negócios, como instruções e partes; dados operacionais e de IA, como tarefas de processamento e embeddings vetoriais; e dados de configuração, como rotas e regras de transformação. Sobre esse modelo, um mecanismo de automação com IA/aprendizado de máquina, regras e uma trilha de auditoria integrada pode finalmente realizar trabalhos úteis: roteamento, reconciliação, triagem de fraude, resolução de exceções e comunicação com o cliente.

O resultado é um tempo de entrada no mercado mais rápido, menor custo de propriedade e compliance tratada como uma propriedade dos dados, e não como uma força-tarefa trimestral. O que muda é o que o banco consegue entregar.

Arquitetura de pagamento antes e depois mostrando plataformas de pagamento fragmentadas substituídas por um modelo de dados de pagamento canônico e automação orientada por IA no MongoDB.

Sistemas multiagente para gerenciamento de interrupções na cadeia de suprimentos

A disrupção da cadeia de suprimentos é o problema multiagente canônico. Um evento climático em um porto, uma ação trabalhista em outro, um problema de qualidade em um fornecedor de segundo nível e um pico de demanda em um mercado importante interagem entre si. Nenhuma equipe humana consegue manter a visão completa em tempo real. E nenhum agente isolado também consegue. O custo de errar é concreto: estima-se que as disrupções da cadeia de suprimentos custem US$ 184 bilhões por ano às empresas.

Na prática, o trabalho se divide em funções especializadas: a análise de interrupções monitora incidentes à medida que eles acontecem; o planejamento da cadeia de suprimentos modela o impacto downstream e propõe mitigações; a análise de riscos pontua a exposição e destaca o que precisa ser escalado. O LangGraph (um framework de orquestração para fluxos de trabalho multiagente) faz o roteamento entre essas funções, mas o entendimento compartilhado dos agentes sobre o mundo fica na camada de dados abaixo: um único armazenamento em que remessas, clima, transportadoras, hubs de frota e relatórios de incidentes incorporados ficam juntos.

O que o MongoDB Atlas acrescenta é mais do que armazenamento. Eventos climáticos entram em fluxo como séries temporais. Remessas e armazéns carregam coordenadas sobre as quais queries geoespaciais conseguem raciocinar. Relatórios históricos de incidentes são incorporados com a Voyage AI para que a pesquisa vetorial consiga revelar o que os agentes precisam saber sobre disrupções anteriores. E os checkpoints de memória que o LangGraph grava entre as etapas dos agentes ficam no mesmo armazenamento, o que faz com que a trilha de postmortem se acumule como um registro estruturado, e não como uma conversa no Slack.

Diagrama do sistema multiagente de logística mostrando usuários, um aplicativo de logística, agentes LangGraph, inferência de LLM e uma camada de dados operacionais do MongoDB Atlas com pesquisa vetorial e consulta geoespacial.

A jornada moderna de crédito digital de ponta a ponta, impulsionada pelo MongoDB e pela IA com agentes

O empréstimo é o fluxo financeiro canônico. A automação de ponta a ponta tem sido esperada há duas décadas, mas, na maior parte, entregou apenas automação parcial em vários silos. Os motivos são familiares: os dados residem em uma dezena de sistemas, as etapas de conformidade exigem julgamento humano em vários estágios, e a experiência do cliente é moldada pelo sistema que, por fim, realiza a pior transferência.

IA com agentes muda o gargalo. Uma jornada moderna de crédito pode ser projetada como um conjunto coordenado de agentes que lidam com todo o ciclo de vida, da originação à renovação. Um agente de solicitação de empréstimo atua como a porta de entrada inteligente, orientando tomadores, validando e enriquecendo dados em tempo real e extraindo insights de documentos para produzir um perfil de empréstimo pronto para decisão. Um agente de subscrição combina regras de negócios, modelos de aprendizado de máquina e dados alternativos para avaliar continuamente a capacidade de crédito, encaminhando exceções e casos de alto risco a um revisor humano para aprovação final. Um agente de renovação monitora o ciclo de vida após a liberação dos recursos, prevendo riscos de refinanciamento, dificuldades financeiras e churn, além de acionar ofertas personalizadas ou intervenções antecipadas. Cada agente é delimitado, cada um é observável, e todos compartilham uma única visão da solicitação como objeto de negócio. O cliente vê uma experiência coerente. O credor vê uma trilha de auditoria.

A arquitetura importa porque a concessão de crédito exige análises complexas e tomadas de decisão criteriosas. A camada de dados determina onde a automação é segura, onde a revisão humana é necessária e, em última instância, onde está a diferença entre uma jornada que leva minutos e outra que leva semanas. Esse padrão se estende além da concessão de crédito para qualquer fluxo de trabalho financeiro baseado em documentos que precise equilibrar velocidade e conformidade regulatória.

Diagrama de fluxo de trabalho de empréstimo digital mostrando os estágios de originação, tomada de decisão e gerenciamento com suporte da plataforma de dados MongoDB.

O teste da portabilidade: proteção contra interrupções de nuvem única

Uma vez que os sistemas de ação começam a lidar com cargas de trabalho em tempo real, a portabilidade se torna um requisito fundamental, não uma consideração posterior. Os sistemas agentes corporativos raramente ficam restritos a um ambiente; eles abrangem nuvens, regiões geográficas e modelos de computação. Se sua loja operacional, pesquisa vetorial e memória de agente forem forçados a se mover separadamente, a pilha fragmenta-se novamente.

As restrições de capacidade do hiperescalador e os mandatos regulatórios de residência de dados forçam com frequência padrões multinuvem. Por exemplo, uma empresa de modelo de ponta que ficar sem capacidade de GPU em uma nuvem pode mover parte de sua carga de trabalho para o Google Cloud para TPUs, compartilhando sua camada de dados nas duas plataformas por necessidade física.

Um único MongoDB Atlas cluster pode abranger AWS, Google Cloud e Microsoft Azure simultaneamente. O mesmo mecanismo de banco de dados exato é executado no local via MongoDB Enterprise Advanced para implantações isoladas ou soberanas. Isso protege contra a classe mais cara de erro na nuvem: construir uma arquitetura que funciona com um provedor e desmorona completamente quando a empresa adiciona, substitui ou faz uma divisão entre outro provedor. Essa diferença ficou concreta após três interrupções em 2025: Google Cloud em junho, AWS US-EAST-1 em 20 de outubro e Azure Front Door nove dias depois. Cada um derrubou clientes que apostaram em um único provedor; cada um foi suportável para clientes cuja camada de dados abrangia mais de um.

O livro-razão de mandatos para comércio agente

O comércio autônomo representa o próximo grande ponto de inflexão para as operações digitais, no qual os clientes delegam as decisões de compra diretamente a agentes de compras autônomos. Três protocolos técnicos emergentes moldam essa interação: comunicação agente para agente (A2A), protocolo de pagamentos de agente (AP2) e protocolo de comércio universal (UCP).

Cada protocolo requer um registro de mandatos à prova de adulteração para capturar autorizações de clientes, comportamento de agentes e respostas de comerciantes. O AP2 define explicitamente três padrões de mandato: mandatos de intenção (ações permissíveis), mandatos de carrinho (itens sendo comprados) e mandatos de pagamento (parâmetros de transferência de fundos). O repositório de dados subjacente deve ser somente anexável na camada de aplicação, consultável em dimensões estruturadas ou semânticas, e flexível o suficiente para absorver novos campos de documento à medida que os protocolos amadurecem.

Diagrama de agente de compras mostrando conversa de comércio para navegação, comparação e seleção, juntamente com o compromisso de comércio para autorização, responsabilidade e prova, suportados pelos protocolos UCP e AP2.

O que durará mais do que o agente?

No início desta edição, duas equipes iniciaram o mesmo projeto de IA no mesmo dia. Ao final do trimestre, uma já havia colocado a solução em produção. A outra tinha uma demonstração impressionante e nenhum caminho para a produção. É uma cena familiar hoje: o agente funciona, os slides impressionam e o modelo se comporta bem pelo tempo suficiente para convencer a sala. Então chegam as perguntas reais. Quem é responsável pelos dados? A resposta pode ser auditada? O que acontece quando o cliente está esperando, o regulador está observando e o sistema precisa agir?

Ao longo destas páginas, a resposta foi a mesma. A McKesson não protegeu a segurança dos pacientes com um prompt inteligente. A LG U+ não melhorou o atendimento ao cliente em tempo real mantendo inteligência e operações separadas. As instituições financeiras, fabricantes, varejistas e construtores apresentados nesta edição não estão esperando o modelo perfeito. Eles estão fazendo algo mais discreto e mais durável: construindo a camada que permite que a inteligência se torne confiável o suficiente para ser utilizada.

Não será o espetáculo do agente, mas a fundação sobre a qual ele foi construído. A memória que persiste. As permissões que acompanham a ação. A verdade operacional que chega no momento certo. A trilha de auditoria que comprova o que aconteceu depois.

Os modelos serão substituídos. Os frameworks serão renomeados. Os protocolos vão amadurecer.

As arquiteturas vencedoras serão aquelas capazes de absorver todas essas mudanças sem exigir que a empresa comece tudo de novo.

A era agêntica não será impulsionada apenas por agentes. Ela será impulsionada pela camada de dados que torna seguro confiar neles.

Voyage AI com MongoDB

Crie aplicativos de IA usando incorporações da Voyage AI armazenadas e pesquisadas nativamente no MongoDB Atlas.

Ganhe um distintivo de habilidade

Desempenho da pesquisa vetorial

Use nós de pesquisa, quantização e visualizações para dimensionar cargas de trabalho vetoriais do protótipo à produção.

Ganhe um distintivo de habilidade

Memória para aplicações com IA

Projete uma memória durável e recuperável para agentes de IA e sistemas multiagentes.

Ganhe um distintivo de habilidade

Impulsionar a transformação em IA

Resumo de Banco de Dados

A camada de inteligência unificada: viabilizando a era agêntica

Simplifique a IA empresarial substituindo pilhas fragmentadas por dados unificados.

Baixe a revista

Índice