A maioria dos projetos de IA em operações financeiras trava porque ninguém desenha a fronteira entre raciocínio e execução.
A regra central é que o agente propõe, e nada mais; política vive em código, nunca em prompt
Cálculos monetários e validações de plausibilidade devem ser executados por código determinístico.
Um agente leu vírgula como separador decimal e propôs pagamento 100x maior; check de plausibilidade barrou antes do provedor.
Quatro perguntas de auditoria revelam se seu agente perto de dinheiro está pronto para revisão de compliance.
# publicidade
Por que o agente não pode tocar em dinheiro
Um modelo de linguagem é probabilístico por design. Ele resolve a fatura fotografada, a cláusula ambígua de 2019 e o extrato que não bate com o razão. Essa flexibilidade é exatamente o motivo para usá-lo, mas também o motivo para mantê-lo longe da execução.
Infraestrutura de pagamento exige determinismo: mesmo input, mesmo output, sempre. Divisões somam ao centavo ou o lote não sai. Não existe intervalo de confiança em uma transferência liquidada. Quando essas duas naturezas se tocam diretamente, o resultado impressiona em demo e trava em produção.
Nenhum prompt resolve essa tensão. É uma questão de arquitetura que depende de uma regra: o agente propõe, e nada mais.
As seis responsabilidades que devem ficar separadas
Shmulevich descreve seis camadas com responsabilidades distintas. A primeira é o agente, que interpreta e recomenda. Sua saída é uma proposta estruturada com tipo, contraparte, valor, conta de origem, evidências e justificativa legível em 10 segundos.
A segunda é a camada de política, que decide o que é permitido. Política é aplicação forçada que vive em código, é versionada e nega por padrão. Colocar política em prompt é o erro mais comum, porque o prompt chega pelo mesmo canal que o documento não confiável que o agente está lendo.
A terceira camada é o código determinístico que faz a matemática do dinheiro: divisões, taxas, conversão de moeda, retenções e arredondamento. Essa camada também valida se as partes somam o todo, se há duplicidade e se o valor é plausível para a contraparte.
O agente interpreta e recomenda, com saída estruturada e caminho explícito para não decidir
A camada de política decide o que é permitido, em código versionado e negação por padrão
Código determinístico faz cálculos monetários e validações de plausibilidade
Limiares de aprovação consideram novidade, mudança, desvio e irreversibilidade
A camada de execução absorve realidade com idempotência e máquina de estados
A trilha de auditoria permite reconstrução completa, nunca apenas log
Dois exemplos reais de quando a separação salvou o processo
No primeiro caso relatado por Shmulevich, uma fatura chegou com formato europeu de número, usando vírgula como separador decimal. O agente interpretou errado e propôs um valor cerca de cem vezes maior que o correto.
A checagem de plausibilidade percebeu que o valor não se parecia com nada que aquele fornecedor já havia recebido. A proposta foi bloqueada antes de alcançar o provedor de pagamento e encaminhada a uma pessoa com a anomalia anexada.
No segundo caso, o total da fatura divergia do controle interno de horas por mais que o valor de arredondamento. Os checks determinísticos pararam o processo, mas não tinham como explicar o motivo. O agente de reconciliação leu a fatura original e propôs a hipótese de que o documento estava em dólares canadenses, enquanto todo o fluxo assumia dólar americano.
Nenhuma metade resolve sozinha. O check encontrou a discrepância sem ter teoria. O agente tinha a teoria sem ter autoridade. A separação entre as duas é o design inteiro.
As quatro perguntas que revelam se sua arquitetura está errada
Se você tem um agente perto de dinheiro agora, quatro perguntas revelam a maior parte do que precisa saber. Onde a saída do modelo deixa de ser sugestão? A política está em código ou em prompt? Quais números o modelo calcula que terminam em razão? Alguém consegue reconstruir uma decisão de seis meses atrás usando apenas o que o sistema armazenou?
Respostas lentas indicam problema de arquitetura. Descobrir isso agora custa uma reunião. Descobrir no meio de uma revisão de compliance custa um negócio atrasado e um cliente fazendo perguntas mais difíceis.
| Camada | Responsabilidade | Tipo de erro tolerado | Autoridade sobre dinheiro |
|---|---|---|---|
| Agente de IA | Interpretar e recomendar | Probabilístico | Nenhuma, apenas propõe |
| Camada de política | Decidir o que é permitido | Determinístico, nega por padrão | Bloqueio e aprovação |
| Código determinístico | Matemática e validação | Nenhum | Cálculo e validação |
| Limiar de aprovação | Acionar intervenção humana | Nenhum | Escalonamento |
| Execução | Absorver realidade e idempotência | Nenhum | Movimentação real |
| Trilha de auditoria | Reconstruir decisões | Nenhum | Registro imutável |
Arraste para o lado para ver toda a tabela.
A Forbes Technology Council publicou o alerta de Michael Shmulevich como parte de sua comunidade fechada para CIOs, CTOs e executivos de tecnologia.
Leia também:
Cursos Gratuitos De Ia Fundação Bradesco Oferece Trilha Completa Para Iniciantes
Como A Grab Criou O Palana Para Rodar Agentes De Ia Com Segurança No Kubernetes
Arquitetura De Agentes De Ia Por Que Você Precisa Parar De Tratar LLMs Como Magica
Fonte: Forbes Technology Council
