Agentes superinteligentes para assessores financeiros: regras

Agentes superinteligentes para assessores financeiros são, na prática, assistentes muito capazes que preparam, redigem, monitoram e conferem, enquanto um profissional habilitado decide e assina. O valor deles está em absorver a preparação e o registro que cercam a recomendação, e não em recomendar por conta própria. Em uma operação regulada, a pergunta de projeto importa menos pela capacidade do agente e mais por quais regras ele não consegue contornar.

Principais pontos

• Um agente capaz deve assumir preparação, redação, monitoramento e documentação, e deixar recomendação e aprovação final para um profissional habilitado.
• As regras de compliance e de adequação (suitability) precisam ser aplicadas pelo sistema ao redor do agente (permissões, travas, fontes aprovadas), e não apenas por instruções em um prompt.
• Toda ação do agente deve deixar um registro que um supervisor ou auditor consiga reproduzir sem pedir que alguém lembre o que aconteceu.
• Comece com um papel estreito, como a preparação de reuniões de revisão, e só amplie quando as avaliações e o retorno dos supervisores mostrarem que ele se sustenta.
• Mensagens de clientes, documentos e páginas da web são entrada não confiável. O agente nunca deve tratar instruções encontradas nelas como autoridade.

O que um agente capaz pode fazer por um assessor, e o que nunca deve fazer?

A maior parte da semana de um assessor não é recomendação. É reunir extratos, conciliar as anotações da última reunião, verificar se a situação do cliente mudou, redigir follow-ups, correr atrás de assinaturas e garantir que o cadastro reflita o que foi dito. É nesse trabalho ao redor que um agente capaz se paga, porque ele é repetitivo, cheio de documentos e fácil de errar um pouco quando todos estão ocupados.

Tarefas úteis para um agente que trabalha sob supervisão:

• Preparar um resumo de revisão a partir da ficha do cliente: objetivos, tolerância a risco declarada, mudanças recentes de vida, pendências abertas e documentos faltantes ou desatualizados.
• Redigir atas de reunião e e-mails de acompanhamento a partir do resumo do próprio assessor, para ele editar e enviar.
• Sinalizar o descompasso entre os objetivos registrados do cliente e o que a ficha mostra hoje, para o assessor decidir se vale uma conversa.
• Conferir rascunhos de comunicação com a linguagem aprovada pela casa e com as regras que o time de compliance deixou por escrito.
• Acompanhar prazos de formulários, divulgações e revisões periódicas, e avisar a pessoa certa.
• Montar o dossiê de evidências que o responsável de compliance vai querer ver em determinada interação.

A lista do que ele nunca deve fazer é mais curta e mais firme:

• Recomendar um produto ou uma alocação específica a um cliente sem que um profissional habilitado revise e assuma a recomendação.
• Enviar mensagens ao cliente que contenham recomendação, alegações de desempenho ou promessas sem aprovação.
• Alterar por conta própria o perfil de risco, os objetivos ou as conclusões de adequação registradas de um cliente.
• Movimentar dinheiro, enviar ordens ou alterar instruções de conta.
• Ampliar o próprio acesso ou usar informações da ficha de um cliente para orientar o atendimento de outro.

Essa fronteira não nasce de desconfiança da tecnologia. É a mesma que uma casa traça para um analista júnior competente: ampla liberdade para preparar, autoridade estreita para decidir.

Onde ficam o compliance e a adequação no desenho da solução?

O erro mais comum é escrever as regras em um prompt e chamar o agente de aderente. Instruções são orientação, não controle. Um modelo pode interpretá-las mal, esquecê-las numa sessão longa ou ser desviado delas por um texto dentro de um documento que ele foi pedido para ler. As regras que importam precisam ser aplicadas na estrutura ao redor do agente.

Na prática, isso significa quatro camadas.

Primeiro, permissões. O agente deve ter o menor acesso que permita fazer seu trabalho, negado por padrão e concedido por ferramenta e por carteira de clientes. O guia de autorização da OWASP descreve bem os princípios: privilégio mínimo, negação por padrão e verificação de autorização a cada requisição, e não só no login. Um agente que prepara revisões para os clientes de um assessor não deve ter capacidade técnica de abrir os arquivos de outro, não importa o que lhe peçam.

Segundo, fontes aprovadas. Descrições de produtos, textos de divulgação, explicações de taxas e visões da casa devem vir de uma biblioteca controlada, de responsabilidade do compliance. Ao redigir, o agente consulta essa biblioteca e cita qual item usou. Se nada aprovado cobre a pergunta, a saída correta é um alerta ao assessor, e não uma resposta improvisada.

Terceiro, travas obrigatórias. Certas ações não se concluem sem uma aprovação humana nominal registrada no sistema: enviar uma comunicação ao cliente que toque em recomendações, atualizar um registro de adequação ou protocolar qualquer coisa junto a um terceiro externo. A trava é uma etapa do fluxo, então o agente não consegue pulá-la nem que quisesse.

Quarto, higiene de entrada. E-mails de clientes, PDFs enviados e páginas da web podem conter textos que parecem instruções. A lista OWASP Top 10 para aplicações com LLMs inclui injeção de prompt e autonomia excessiva entre os principais riscos justamente por isso. A resposta de projeto é tratar todo conteúdo externo como dado, nunca como comando, e manter as ferramentas de alto impacto fora do alcance de qualquer etapa que leia material não confiável.

A adequação merece uma observação própria. O agente pode organizar os fatos em que a avaliação se apoia, mostrar onde a ficha está incompleta ou desatualizada e redigir a justificativa que o assessor escreveria do zero. Mas o juízo de que algo é adequado para uma pessoa específica é do assessor, e o registro deve mostrar que foi ele quem o fez, com a contribuição do agente claramente identificada como preparação.

Para ver como times de compliance e risco pensam em evidências, revisões e alertas de forma mais ampla, veja Agentes de IA para empresas fintech: suporte, risco e compliance.

O que a trilha de auditoria precisa registrar?

Se um supervisor não consegue reconstruir o que o agente fez e por quê, a casa assumiu um risco que não enxerga. Um bom desenho de auditoria parte das perguntas que o revisor de fato fará: quem pediu, o que o agente consultou, o que produziu, quem aprovou e o que mudou como resultado.

Um registro viável para cada ação do agente inclui:

• A pessoa que fez o pedido e a ficha de cliente envolvida.
• As fontes consultadas, com as versões, para o revisor ver em que o agente se apoiou.
• O rascunho produzido pelo agente e cada edição humana feita antes do envio.
• A aprovação: quem, quando e o que a pessoa viu naquele momento.
• Qualquer verificação de regra que tenha disparado, liberado ou bloqueado a ação, com o motivo.
• Qualquer chamada de ferramenta feita pelo agente, inclusive as recusadas pelas permissões.

Esse registro deve ficar fora da memória do próprio agente, em um repositório em que ele possa escrever, mas não editar nem apagar. As práticas de observabilidade de software se aplicam diretamente aqui. A introdução à observabilidade do OpenTelemetry explica traces e logs como formas de acompanhar uma requisição por várias etapas, que é exatamente o formato de um fluxo de agente com consulta, redação, conferência e aprovação.

Há também uma dimensão de governança. O NIST AI Risk Management Framework organiza o trabalho de risco de IA em governar, mapear, medir e gerenciar. Uma casa de gestão de patrimônio não precisa adotá-lo por inteiro, mas a estrutura serve como lista de verificação: quem é o dono do agente, o que ele pode fazer, como a qualidade é medida e o que acontece quando ele falha.

Auditoria interna e segunda linha vão querer amostrar esses registros periodicamente. Uma trilha estruturada desse tipo torna a amostragem mais rápida e os apontamentos mais fáceis de rastrear.

Cenário ilustrativo: preparando uma revisão anual

Este é um cenário ilustrativo, não a descrição de uma empresa real.

Um assessor tem um grupo de clientes com revisões anuais chegando. Hoje, preparar cada uma significa abrir o CRM, percorrer anotações antigas, localizar os extratos mais recentes e verificar se algo na vida do cliente mudou.

Com um agente supervisionado, a semana anterior a cada revisão fica assim:

• O agente monta um resumo a partir da ficha do cliente: objetivos declarados, tolerância a risco registrada, pendências da última revisão, documentos arquivados e suas datas.
• Ele sinaliza que o questionário de perfil de risco está mais antigo que o intervalo de revisão da casa, que falta um formulário de beneficiários e que uma anotação de uma ligação recente menciona a compra de um imóvel que não aparece nos objetivos.
• Ele redige uma pauta e um e-mail curto pré-reunião para o assessor editar. O e-mail usa apenas linguagem aprovada e pede ao cliente que confirme sua situação, sem sugerir nenhum produto.
• O assessor edita o e-mail e o aprova. A aprovação fica registrada com a versão que ele viu.
• Depois da reunião, o assessor dita um resumo. O agente redige a nota para a ficha e um e-mail de acompanhamento, e marca qualquer frase que soe como recomendação para que o assessor e o compliance a vejam primeiro.
• Atualizações no perfil de risco ou no registro de adequação ficam pendentes até o assessor confirmá-las.

Nada nesse fluxo permite que o agente decida algo em nome do cliente. O que muda é que o assessor chega à reunião preparado, a ficha está atualizada e o dossiê de evidências existe antes de alguém pedir.

Um padrão parecido aparece em outros trabalhos regulados e com muitos documentos, como os lembretes e atualizações de status tratados em IA para corretores de crédito imobiliário: documentos, status e prazos. Quando a coordenação tributária ou contábil importa, Agentes superinteligentes para escritórios de contabilidade é uma boa leitura complementar.

Qual é um plano sensato para a primeira implantação?

A primeira implantação deve ser pequena o bastante para ser supervisionada de perto e útil o bastante para que os assessores queiram continuar usando. A sequência abaixo funciona para a maioria das operações.

• Escolha um papel. Preparação de revisões ou documentação pós-reunião são bons candidatos, porque a saída passa por revisão humana por padrão.
• Escreva as regras em uma forma que um sistema consiga verificar: quais comunicações precisam de aprovação, quais registros o agente pode ler, em quais pode propor alterações e quais nunca pode tocar.
• Defina o que o agente pode acessar. Dê a ele acesso de leitura ao conjunto mínimo de dados de clientes e um caminho separado e restrito para propor edições.
• Monte com o compliance a biblioteca de conteúdo aprovado, incluindo textos de divulgação, explicações de taxas e expressões a evitar.
• Configure as travas de aprovação no próprio fluxo, com papéis nomeados e registro do que o aprovador viu.
• Crie um conjunto de avaliação com casos reais do passado, inclusive os incômodos: fichas desatualizadas, anotações contraditórias, clientes que escrevem com instruções embutidas no e-mail. A Anthropic publicou orientações sobre como desenhar esses testes no texto Demystifying evals for AI agents.
• Rode primeiro em modo sombra. O agente prepara, o assessor trabalha como sempre e os dois resultados são comparados antes de qualquer saída chegar ao cliente.
• Passe para o uso supervisionado, com amostragem pelo compliance. Revise uma amostra das saídas e dos registros de auditoria em um calendário regular.
• Defina as condições de parada: o que provoca uma pausa, quem pode pausar o agente e como um incidente é revisado.
• Amplie o escopo apenas quando os resultados das avaliações e o retorno dos supervisores sustentarem, uma capacidade por vez.

O critério de sucesso deve ser observável e modesto: por exemplo, que as revisões sejam preparadas a partir de uma ficha atual, que nenhuma mensagem ao cliente saia sem aprovação e que todo registro possa ser reproduzido.

Como funciona a abordagem gerenciada da Be Human?

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas, com identidade, memória, ferramentas, permissões e contexto operacional do agente sob controle humano. Um primeiro projeto para uma assessoria financeira definiria um papel útil, como a preparação de revisões, junto com a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável. A operação gerenciada pode então cobrir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas, para que as regras definidas pela casa continuem valendo à medida que o agente e os sistemas conectados mudam. O atendimento é remoto e disponível em português e inglês.

Perguntas frequentes

Um agente superinteligente pode dar recomendação de investimento diretamente aos clientes? Em uma assessoria regulada, não deve. O agente pode preparar materiais, organizar fatos e redigir comunicações, mas as recomendações devem ser revisadas e assumidas por um profissional habilitado, e o sistema deve impedir que qualquer recomendação ao cliente saia sem essa aprovação.

Como manter o agente dentro das nossas regras de compliance? Aplique as regras no sistema ao redor do agente: permissões restritas, biblioteca de conteúdo aprovado, travas de aprovação obrigatórias e registro completo. Instruções em um prompt ajudam, mas devem ser tratadas como orientação, com os controles estruturais fazendo o trabalho de aplicar as regras.

O que acontece se o e-mail de um cliente trouxer instruções dirigidas ao agente? O agente deve tratar todas as mensagens e documentos de clientes como dado, não como comando. Ferramentas que alteram registros ou enviam mensagens devem ficar inacessíveis para etapas que leem conteúdo não confiável, e qualquer tentativa de redirecionar o agente deve ser registrada e levada a uma pessoa.

Por onde uma gestora de patrimônio deve começar? Comece com um papel estreito e revisável, como a preparação da revisão anual ou a documentação de reuniões. Defina antes as regras, as aprovações e o critério de sucesso, teste com casos reais do passado e só amplie quando os supervisores estiverem satisfeitos com o que veem nos registros.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.