Meu agente disse que terminou. Prove com o registro.

O problema: "terminei" é uma frase, não uma prova

Você pediu um trabalho para o seu agente de IA. Ele voltou com um resumo bonito: tarefas concluídas, arquivos atualizados, números levantados, tudo certo. Só que o resumo foi escrito pelo mesmo sistema que fez o trabalho, com o mesmo contexto e os mesmos pontos cegos. Quando o trabalho sai errado, o resumo costuma sair errado na mesma direção: a etapa que falhou em silêncio aparece como concluída, e o resultado que ninguém observou aparece como fato.

Isso pesa ainda mais para quem trabalha como freelancer ou desenvolvedor para cliente. Você vai entregar, cobrar e, se o cliente questionar, defender um trabalho que a sua IA diz que fez. A pergunta certa não é "o agente parece confiável?". A pergunta certa é: o que ficou registrado quando o trabalho rodou? Se existe um registro fixado na hora da execução, dá para provar. Se existe só o resumo, dá só para acreditar.

Um recibo real, aberto campo a campo

A checagem de 30 segundos em zambo.dev/verify

1. Abra o recibo. Entre em zambo.dev/run/5eccf113-2b01-409e-ae1f-2a64a4a5cddb e leia o resultado salvo, a ferramenta e o horário. Compare esse resultado com o que o agente afirmou no resumo.
2. Cole o link no verificador. Abra zambo.dev/verify e cole o link do recibo. Não precisa de conta.
3. Leia o resultado. A página recalcula o SHA-256 sobre o resultado salvo e compara com o compromisso do recibo. Neste recibo, o resultado da checagem é verified: os bytes conferidos são os bytes que a chamada salvou em 23 de outubro de 2026. Quem preferir, pode refazer a conta por conta própria: decodifique os bytes canônicos publicados no registro da API, calcule o SHA-256 sobre eles e compare com sha256:423da67d934768179869468b283fb0ee54770ff835b62edbce39bea851526f8c.

Três desfechos possíveis, e cada um diz o que fazer em seguida. Bateu: aquela chamada está assentada como registrada, e o resultado salvo é o que você deve ler e julgar. Não bateu: o registro mudou depois que a chamada rodou, e o trabalho apoiado nele precisa ser refeito e revisto. Não tem recibo: a chamada não pode ser verificada de jeito nenhum, e segue sendo uma afirmação.

Como provar o trabalho inteiro, e não só uma chamada

1. Afirmação. Escreva o que a IA diz que fez, etapa por etapa, com as palavras dela.
2. Observação. Para cada etapa, ache o registro da execução: a chamada, as entradas e o resultado que o sistema de fato observou. No Zambo, toda chamada deixa esse registro automaticamente, num link público de recibo.
3. Comparação. Recalcule o compromisso de cada registro, ou passe ele pelo verificador, e compare o resultado registrado com a afirmação. Etapa sem registro, ou com resultado que não bate com o resumo, é exatamente onde o trabalho precisa de uma segunda olhada.

Afirmação, observação, comparação. O ciclo é pequeno de propósito: cabe em minutos, funciona no trabalho que você rodou e no trabalho que alguém entrega para você, e não exige confiar na IA, em quem operou a IA nem na plataforma no meio do caminho.

Se a sua dúvida é o método completo, do conceito ao exemplo, leia o guia irmão desta página: como verificar o trabalho de um agente de IA, etapa por etapa. E quando o problema é outro, continuar o mesmo trabalho em outra IA sem perder o registro, veja passar um trabalho de uma IA para outra com o registro inteiro.

Faça o próximo trabalho já nascer com prova

A correção de fundo é anterior à checagem: trabalho que não é registrado enquanto roda nunca vai poder ser provado depois, só reconstruído de memória, exportação de conversa e boa vontade. O Zambo é a camada de trabalho verificável para IA: cada chamada feita por zambo.dev/mcp volta com um recibo verificável na hora em que roda, no formato aberto AER-1, publicado como IETF Internet-Draft draft-zambo-aer1-26, para qualquer pessoa conferir sem conta no sistema que produziu o recibo.

Seu agente disse "terminei". Por $0.99, prove: um Day Pass do Zambo coloca um recibo verificável embaixo de cada chamada por 24 horas, que é a correção direta do problema desta página: o próximo trabalho chega com a evidência junto, em vez de um resumo que você precisa aceitar no escuro.

Pessoas pagam por PayPal ou cartão via PayPal; agentes pagam em USDC na Base via x402. O uso contínuo é o Zambo Pass: $29 por 30 dias, em um pagamento único, ou $290 por ano, e $19 por mês para quem detém $ZAMBO. Uma conexão só, em zambo.dev/mcp, com 153 ferramentas no total e 35 na superfície padrão.

O que um recibo prova e o que não prova

O que ele prova. Um recibo verificável prova que o resultado salvo não foi alterado desde que foi salvo. Ele também fixa o registro em volta desse resultado: a ferramenta que rodou, o horário da chamada, as entradas registradas e, num trabalho de várias etapas, a ordem em que as etapas foram fechadas. Qualquer pessoa com o link do recibo pode refazer a verificação, sem conta e sem ajuda de quem fez o trabalho.

O que ele não prova. Ele não prova que o resultado estava certo: um preço pode estar desatualizado, um resumo pode ter escolhido a fonte errada e um código pode passar numa checagem e ainda assim fazer a coisa errada. Ele não prova que o agente escolheu a ferramenta certa, e não diz nada sobre trabalho que rodou fora das chamadas registradas. Correção é um julgamento seu, feito lendo o resultado salvo que o recibo protege. O recibo torna esse julgamento possível sobre um registro que você sabe que está intacto; ele nunca faz o julgamento por você.

O caso da lacuna. Uma etapa sem recibo não é uma etapa que falhou na verificação. É uma etapa que não pode ser verificada, e deve ser precificada, aprovada e tratada como aquilo que ela é: uma afirmação, não um trabalho verificado.