Passar um trabalho de uma IA para outra, com o registro inteiro.

O problema: o trabalho mora na conversa errada

Você começou um trabalho numa IA. Pesquisou, rascunhou, revisou, chegou na metade. Aí bateu um limite, faltou uma ferramenta que só a outra IA tem, ou o cliente pediu a continuidade em outro ambiente. Na hora de mudar, o que você tem para levar é a conversa: um histórico longo, cortado no meio, que a outra IA vai ler por cima e resumir do jeito dela. O que se perde nessa travessia é justamente o que importa: quais etapas de fato rodaram, quais resultados foram observados, o que ninguém verificou.

Colar a conversa resolve o texto e perde o registro. Passar um trabalho de uma IA para outra, de verdade, é passar o trabalho com o registro dele: as etapas, os resultados salvos e os recibos que permitem a quem recebe conferir tudo sem confiar em você, na primeira IA ou no resumo que ela escreveu.

Como o handover funciona, em três passos

1. Faça o trabalho pelo Zambo. Com a sua IA conectada a zambo.dev/mcp, cada chamada que ela faz recebe um recibo com o compromisso do resultado retornado. São 153 ferramentas numa conexão só, 35 na superfície padrão.
2. Peça o handover. O Zambo reúne os recibos da sessão e publica o conjunto como uma página única de entrega, fechada por um recibo de resumo que se compromete com a lista exata de etapas. Antes de publicar, dados como e-mails, telefones e chaves são removidos automaticamente das cópias publicadas, que apontam de volta para os recibos originais.
3. Envie um link só. A outra IA, ou o seu cliente, abre o link, verifica as etapas no navegador e continua o trabalho, ou aceita e sinaliza. A decisão de quem recebe ganha um recibo próprio, e as chamadas seguintes, feitas pelo Zambo, entram no mesmo registro.

O handover é o produto principal do Zambo, a camada de trabalho verificável para IA. A página oficial, com os detalhes de cadeias entre IAs, entregas recorrentes e pacote de disputa, é zambo.dev/handover.

Um handover real, público, para você abrir agora

O que atravessa, e o que não atravessa

Atravessa: a lista de etapas na ordem em que fecharam, o resultado salvo de cada etapa com o recibo que permite conferir se ele mudou, a lista do que o produtor declarou como não verificado e, quando quem recebe decide, o registro dessa decisão. A IA que continua lê resultados, não impressões, e sabe exatamente onde o trabalho parou.

Não atravessa: a sessão original, o contexto interno da primeira IA e tudo que rodou fora das chamadas registradas. Se uma parte do trabalho aconteceu numa ferramenta sem registro, ela não entra no handover, e o honesto é dizer isso na entrega em vez de deixar a lacuna invisível. Também não atravessa uma promessa de correção: o handover carrega o registro, e o julgamento sobre o trabalho continua sendo de quem recebe.

Se o seu problema é o outro lado dessa moeda, conferir o que chegou, o guia completo está em como verificar o trabalho de um agente de IA. E se a dúvida é provar um trabalho que o agente já declarou pronto, veja meu agente de IA disse que terminou, como eu provo?

Comece o próximo trabalho já pronto para mudar de IA

Trabalho que nasce numa conversa só pode ser movido como conversa. Trabalho que nasce registrado pode ser movido como registro. Por $0.99, um Day Pass do Zambo cobre 24 horas de chamadas com recibo em cada uma, que é a correção direta do problema desta página: o seu próximo trabalho já nasce pronto para ser passado para outra IA, ou entregue ao cliente, com um link só e o registro inteiro dentro.

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 formato dos recibos que sustentam o handover é o AER-1, IETF Internet-Draft draft-zambo-aer1-26: qualquer ferramenta pode emitir recibos no formato e qualquer pessoa pode conferir, sem conta no sistema de origem.

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.