A resposta está certa. O caminho está errado.

O número 420 pode estar correto por dois motivos incompatíveis. Neste exemplo ilustrativo, dois agentes retornam o mesmo segmento de contatos e ambos listam 420 clientes. Um usou o público aprovado da loja e verificou o consentimento. O outro copiou uma exportação antiga de outro espaço de trabalho e, por acaso, obteve a mesma contagem.

Uma avaliação que considera apenas o resultado dá nota máxima aos dois. É uma avaliação errada.

Uma discussão sobre verificação em ambientes com agentes distingue o resultado final do caminho usado para produzi-lo. No exemplo de planilha, o número correto é apenas parte da tarefa. Fórmulas, referências às fontes e formatação obrigatória também importam. Nas integrações, essa diferença é ainda mais decisiva: a origem de um resultado pode determinar se ele era permitido.

Um valor final não comprova sua origem

Suponha que um agente proponha um mapeamento de campos entre um objeto de cliente de uma loja e um sistema de marketing. Ele mapeia email para e-mail, firstName para nome e um campo de consentimento para o estado de marketing no destino. A prévia parece plausível.

O que ele leu para fazer essas escolhas? O esquema atual, uma amostra antiga ou um documento de outra conta? Examinou o significado do campo de consentimento ou inferiu esse significado pelo rótulo? Tratou um valor nulo como “não inscrito” ou como “desconhecido”?

Cada resposta muda a confiabilidade do mesmo mapeamento final. O mapeamento é um resultado. O rastro de evidências é o argumento para usá-lo.

Esse rastro precisa identificar qual versão de cada fonte estava disponível na hora da decisão. Uma captura posterior de um esquema corrigido não explica um mapeamento proposto ontem. Guarde a revisão relevante do esquema ou documento com a decisão e preserve a ligação entre essa revisão e a regra aprovada. A intenção é reconstruir a decisão, não salvar toda página vista pelo agente.

Por isso, o registro das ferramentas acionadas pode importar mais do que uma explicação confiante. Ele mostra as chamadas concretas e os identificadores usados pelo agente. Um resumo escrito pode ajudar, mas não comprova que uma fonte foi consultada. Em uma integração, a evidência deve apontar para o objeto de origem, o contrato do destino e a regra específica que moverá os dados.

O guia para integrar ferramentas de negócios começa pela responsabilidade sobre os campos, porque os nomes dos dois lados raramente definem quem tem autoridade. Uma verificação do processo pergunta se o agente realmente consultou essa decisão antes de preparar uma gravação.

Especifique o caminho permitido na tarefa

Um bom caso de teste tem duas partes. Primeiro, defina o que o destino deve conter. Depois, defina quais evidências e ações são permitidas no caminho até lá.

Para o segmento ilustrativo, a saída esperada pode ser 420 contatos, mas o caminho aprovado também pode exigir uma consulta limitada à loja, o mapeamento atual do consentimento e uma prévia que identifique os registros excluídos. Pode proibir leituras de outro espaço de trabalho e envios diretos de campanhas.

Isso torna o verificador específico. Ele pode rejeitar mecanicamente um identificador de outro espaço. Pode conferir se houve uma chamada de prévia antes da ativação. Pode confirmar se a fonte informada no resultado corresponde à fonte registrada nas ações. São regras, não opiniões do modelo.

Uma pergunta restante pode exigir julgamento: o campo de consentimento escolhido realmente significava permissão para esta campanha? Nesse ponto, uma pessoa ou um modelo de decisão restrito deve examinar a definição do campo e o uso pretendido. A regra e o julgamento têm funções diferentes.

Assim, o teste produz uma mensagem de falha útil. “Resposta errada” deixa a equipe adivinhando. “Contagem correta, mas o público veio de uma leitura em outro espaço” identifica a violação de um limite de dados. “Mapeamento correto, mas nenhuma definição de consentimento estava disponível” identifica evidência ausente. O verificador deve indicar a condição que falhou e a entrada do registro que a causou, para que o reparo corrija o caminho em vez de polir o texto final.

O que o registro das ações demonstra?

1. Fonte aprovada e verificações obrigatórias

   Aceitar o caminho

   O resultado tem as evidências exigidas pela tarefa.

2. Fonte de outro espaço de trabalho

   Rejeitar o caminho

   Uma contagem igual não autoriza essa leitura.

3. Evidência obrigatória ausente

   Reter para revisão

   O resultado sozinho não demonstra como foi produzido.

Não transforme o registro em ritual

Uma objeção justa seria: “Um agente pode fazer as chamadas obrigatórias e ainda assim ignorá-las”. Correto. Uma lista de chamadas comprova que elas aconteceram. Não comprova que as evidências retornadas influenciaram a decisão.

Uma forma de testar isso é variar as evidências. Apresente dois registros parecidos com estados de consentimento diferentes. Se o agente der o mesmo mapeamento e a mesma explicação nos dois casos, sua aparente consulta às fontes talvez seja uma encenação. Outra forma é remover uma fonte obrigatória e exigir que ele pare. Um agente que preenche a lacuna com memória não seguiu o caminho.

O custo é mais trabalho na preparação dos casos de teste. Alguém precisa definir as fontes autorizadas, as distinções esperadas e os atalhos proibidos. Uma nota genérica do tipo “a resposta parece boa?” custa menos para criar. Ela ensina menos.

O ETL reverso transforma um mapeamento em movimentação repetida. Depois de aprovado, código comum pode aplicá-lo sem que o agente reexamine as evidências a cada linha. A auditoria do caminho pertence às decisões que criam ou mudam a regra e volta a ser necessária quando uma mudança no contrato põe a regra em dúvida.

Uma resposta certa obtida pela conta errada não é quase um acerto. É outra tarefa.