AI Agent with Business Guardrails
Rules Auditor Agent
Uma operação B2B madura não tem uma regra de desconto, tem centenas, escritas em épocas diferentes por pessoas diferentes. Aí alguém cria mais uma para destravar um cliente grande, e ela contradiz em silêncio uma regra de três anos atrás. Ninguém percebe no dia. Percebe no fechamento do mês, quando a margem não bate e já não dá para saber qual das duas cobrou o preço errado.
O conflito aparece, e a regra continua de pé
A varredura de 1.029 parâmetros em 45s e os três conflitos abertos, cada um com o par que se contradiz, onde a regra mora e a faixa do Autonomy Gradient que decide quem…
- A auditoria é medida1.029 parâmetros varridos em 45s, com os conflitos listados um a um em vez de resumidos num alerta sem contas.
- Onde a regra mora decide a faixaConflito em configuração da própria plataforma vira proposta na zona amarela; conflito cuja fonte é o ERP cai na vermelha e só escala.
- Zero alteração pelo agenteA coluna do que o agente fez registra apontar e simular, e nenhum dos conflitos foi tocado por ele.
A varredura de 1.029 parâmetros em 45s e os três conflitos abertos, cada um com o par que se contradiz, onde a regra mora e a faixa do Autonomy Gradient que decide quem pode agir.
É o Rules Auditor Agent fazendo o que a CWS Platform promete e parando onde promete parar. Ele cruza as regras vigentes, mostra a contradição e não altera nenhuma delas: a própria tela declara os conflitos abertos como não alterados pelo agente. O par cuja regra mora no ERP cai na zona vermelha, então ele só informa e escala. A peça mostra a recusa, não só a capacidade.
O que é
O agente de governança do Commerce Rules Engine. Ele lê os 1.029 parâmetros configuráveis, cruza uns com os outros à procura de contradição e mostra o efeito de uma mudança antes que ela entre em produção. É a diferença entre publicar uma regra e publicar uma regra sabendo o que ela vai fazer. Quem define o que é regra continua sendo o negócio; o agente é quem consegue ler as 1.029 ao mesmo tempo, que é o que nenhum gestor consegue.
A capacidade que ninguém replica
Conflito não se descobre lendo, se descobre cruzando
Ler regra por regra encontra erro de digitação, não contradição. Contradição é sempre um par: duas regras que, sozinhas, estão certas, e que juntas produzem um preço que ninguém autorizou. O agente cruza os parâmetros entre si em vez de conferir um a um, e é por isso que a auditoria dos 1.029 cabe em 45 segundos em vez de virar projeto. A varredura completa passa a caber na frequência com que a operação muda de ideia.
A prévia de impacto vem antes da publicação, não depois do estrago
O modo caro de descobrir o efeito de uma regra é publicá-la. O agente simula: com esta regra ativa, estes clientes, estes produtos e estas condições mudam de preço desta forma. O gestor decide olhando a consequência, e não a intenção. É o mesmo motor determinístico que vai executar a regra depois, então prévia e produção não divergem.
Ele arquiteta acima da fonte, e nunca reescreve a fonte
Auditar é metade do trabalho. A outra metade é construir: o agente opera as APIs do Commerce Rules Engine para montar dinâmicas novas de preço, campanha e promoção, procurando o ponto ótimo de lucratividade dentro do que a configuração já permite. E existe uma fronteira que ele não cruza: a regra que mora nas fontes primárias, o ERP e o CRM, ele não altera. O que ele faz é arquitetar uma camada de possibilidades acima dessas fronteiras. Em mudança de regra de base, ele sugere e o humano decide, e a decisão fica registrada como decisão de gente.
Perguntas frequentes
Quanto tempo leva para descobrir que duas regras se contradizem?
A varredura completa dos 1.029 parâmetros configuráveis do Commerce Rules Engine leva cerca de 45 segundos. O que importa nesse número não é a velocidade em si, é a frequência que ela permite: uma auditoria que cabe em 45 segundos pode rodar toda vez que alguém mexe numa regra, e não uma vez por trimestre, que é quando a contradição já cobrou o preço dela.
Como eu vejo o efeito de uma mudança antes de publicá-la?
Pela prévia de impacto. Antes de a regra entrar em produção, o agente projeta o que ela faz sobre a base real: quais clientes, quais produtos e quais condições passam a ter preço diferente, e em que direção. A simulação roda sobre o mesmo motor determinístico que executaria a regra depois, então o que aparece na prévia é o que a operação vai fazer, e não uma estimativa paralela.
Ele audita parâmetro que ninguém documentou?
Sim, e esse é o caso mais comum. O agente lê a configuração como ela está, não como alguém escreveu que ela deveria estar. Parâmetro criado às pressas há dois anos, sem dono e sem registro, entra na varredura junto com o resto. É a diferença entre auditar a documentação e auditar o sistema.