Agent-hub transfere tarefas para outra IA com um resumo de cinco pontos

Você transfere uma tarefa para outro agente de IA, copia a última resposta e acaba explicando de novo o que pretendia fazer. A resposta contém o resultado mais recente, mas pode omitir o objetivo, as restrições e os motivos das decisões já tomadas. O agent-hub ganhou o comando /handoff para essa transição: o agente de origem prepara um resumo, uma pessoa o revisa e o novo agente recebe o texto e continua o trabalho. Para desenvolvedores, o que interessa é o próprio método de transferência, que pode ser reproduzido em suas ferramentas.

O que o próximo agente recebe

O agent-hub executa agentes no computador e permite conversar com eles pelos tópicos de um grupo do Telegram. O comando /handoff organiza a transição entre agentes: primeiro prepara uma descrição do estado atual da tarefa e, após a confirmação, abre um novo tópico com o agente destinatário selecionado.

O resumo tem cinco partes: objetivo, trabalho realizado, decisões tomadas, arquivos afetados e passos restantes. O agente de origem recebe a instrução de se basear no histórico conhecido e indicar explicitamente as lacunas. Durante a preparação, deve se limitar a resumir, sem continuar a tarefa nem chamar ferramentas.

Suponha que você esteja adicionando uma função para tentar reenviar um resultado após uma falha de rede. Um agente já implementou a persistência da resposta e uma fila. Outro precisa verificar a recuperação após uma reinicialização. Uma transferência útil explica onde estão as alterações e por que foi decidido retomar o envio a partir da primeira parte sem confirmação de recebimento. Esse é um exemplo hipotético do artigo: ele mostra quais informações podem se perder facilmente quando apenas a última mensagem é copiada.

O resumo tem um limite de 3000 unidades de código UTF-16. A aplicação rejeita textos vazios ou longos demais. Não há truncamento automático: o final pode conter os próximos passos ou uma restrição importante. Mesmo dentro do limite, o resumo pode omitir alternativas descartadas e os motivos das decisões.

A confirmação está vinculada ao estado da tarefa

Antes de iniciar o agente destinatário, o usuário vê o texto e pode editá-lo por completo ou cancelar a transferência. Apenas quem iniciou o processo pode confirmá-lo. Só então a aplicação cria um tópico no Telegram, salva sua vinculação e inicia o agente.

O rascunho é válido por 15 minutos a partir da abertura de /handoff. Um novo turno na sessão de origem, a restauração de um snapshot, mudanças no contexto ou nas configurações e a reinicialização da aplicação o invalidam. Os botões antigos devem parar de funcionar, e uma nova confirmação não deve criar um segundo tópico. Para quem desenvolve interfaces de agentes, a lição é concreta: o consentimento do usuário precisa se referir a uma versão específica do texto e a um determinado estado da tarefa.

A perda de uma resposta do Telegram é tratada separadamente. O serviço pode ter criado o tópico mesmo que a aplicação não tenha recebido a confirmação. Por isso, o agent-hub não repete a criação automaticamente: isso poderia gerar duplicatas. O autor recomenda verificar a lista de tópicos antes de tentar novamente.

Gerar o resumo exige um turno separado do agente de origem e pode consumir tokens pagos ou parte da cota da assinatura. A interface deve levar isso em conta: a própria transferência de contexto exige tempo e recursos.

Os arquivos compartilhados continuam sendo um risco

O agente destinatário inicia uma nova sessão no mesmo diretório do projeto. Ele não herda o histórico nem as permissões do agente de origem. Uma afirmação no resumo de que um comando foi aprovado não substitui, por si só, a confirmação exigida pelas configurações do agente destinatário.

Os dois agentes continuam vendo os mesmos arquivos. O tópico de origem permanece disponível, então o trabalho em paralelo pode provocar alterações sobrepostas. Não há isolamento de arquivos nem resolução automática de conflitos. Além disso, o conteúdo do disco pode mudar depois da preparação do resumo: o novo agente precisa comparar a descrição com o estado real do projeto.

A proibição de usar ferramentas durante o resumo também tem limites. Um canal específico rejeita solicitações de permissão, perguntas e envios de arquivos, mas, como observa o autor, não oferece um sandbox completo. Se a CLI autorizar por conta própria a execução de uma ferramenta, o canal não garante o isolamento.

Segundo o autor, os cenários foram verificados com testes automatizados usando agentes e Telegram simulados e, depois, manualmente com agentes reais. O artigo não apresenta uma avaliação quantitativa da perda de contexto. A conclusão prática é mais modesta do que a promessa de uma transição sem interrupções: transfira um registro do estado da tarefa que possa ser revisado, indique o que não se sabe e peça ao agente destinatário que confira os arquivos antes de editá-los. O código-fonte do projeto está disponível no repositório github.com/aprazdnikov/agent-hub-rs; o autor informa que a licença é MIT.