Resumo

  • Um projeto individual da IETF afirma que a sugestão de um agente só vira decisão empresarial mediante regra explícita de adoção por quem tem autoridade. A credencial que abre uma ferramenta não assina essa decisão.
  • O texto separa chamada de ferramenta, ação ocorrida e resultado observado. Em cada passagem entre agentes, pede limites, finalidade, contexto material, referência à decisão, tipo de evidência e dono responsável.

Chegou a recomendação; faltou quem a recebesse

Um agente sugere trocar de fornecedor. Outro recebe a tarefa e aciona um sistema. O sistema devolve uma confirmação. Na apresentação seguinte, aparece uma história redonda: a empresa decidiu, trocou, economizou. Quem tomou a decisão? Qual registro mostra a troca? Quem mediu a economia? O novo rascunho individual sobre delegação entre agentes recusa a facilidade de juntar recomendação, decisão, ação e resultado num único verbo. O fornecedor é um cenário hipotético para explicar o mecanismo, não um caso relatado de uma empresa real.

O IETF Datatracker registra a versão 00 de 19 de outubro de 2026 como Internet-Draft individual. A proposta oferece requisitos sobre o sentido da autoridade organizacional nos repasses; não especifica um novo protocolo. Sua utilidade está em expor uma ausência comum: todos os serviços conseguem dizer que aceitaram a credencial do agente, mas nenhum indica quando a organização aceitou a ideia dele.

Uma permissão de infraestrutura autoriza o uso de uma interface. Autoridade organizacional é o direito delimitado de decidir ou agir para uma finalidade, com exclusões e um titular identificável. Segundo o texto, a delegação transfere apenas uma parte dessa autoridade; deve levar a identidade de quem delegou, a finalidade e os limites. A chave da sala de reuniões abre a porta, mas não confere voto na diretoria. Para um agente, o token também pode ser verdadeiro sem carregar o mandato que a apresentação de resultados lhe atribui.

O ponto decisivo é a adoção. A recomendação sugere um caminho. A decisão compromete a organização quando um sujeito autorizado a adota por uma regra conhecida. Se uma ação for praticada em nome da empresa, o registro deve apontar para a decisão que a autorizou ou para uma regra explícita que dispense uma decisão particular. Citar a própria sugestão no campo da aprovação deixa a pergunta em aberto. Se a empresa permitir operações automáticas pequenas, a regra permanente também precisa ter origem, escopo e fronteira.

O recibo do sistema não é a realidade

Mesmo após a decisão, a cadeia tem mais separações. Chamar a ferramenta é pedir algo. Agir é produzir uma intervenção real. O resultado é uma mudança observada depois. Uma ação sem autorização continua sendo uma ação e deve entrar no registro; ocorrência e legitimidade são fatos diferentes. Um retorno de API pode dizer que o pedido foi aceito sem demonstrar que o fornecedor foi trocado ou que houve economia. A narrativa do agente, sozinha, tampouco prova a execução.

O rascunho exige distinguir pelo menos três tipos de evidência: o relato do agente, o registro da plataforma ou do ambiente de execução e uma prova verificável fora dessa cadeia. A distinção impede que um sistema seja ao mesmo tempo autor, testemunha e auditor da própria obra. Em situações de alto risco, o autor afirma que o autorrelato não basta para demonstrar ação. O relatório pode explicar o que o agente pretendia; a prova externa mostra o que aconteceu.

Outra perda ocorre na passagem de bastão. O primeiro agente pode saber que a pesquisa vale apenas para uma região e que nenhum contrato pode ser assinado. Se o próximo recebe só a frase “troque o fornecedor” e um token válido, a informação que limitava a tarefa desapareceu. O texto chama de material o contexto cuja perda altera interpretação, autorização ou risco. Esse contexto tem de acompanhar a delegação. Confiança e grau de certeza também não são herança automática; quem recebe precisa justificar a confiança na própria situação.

O histórico fica protegido contra um truque posterior. Novas provas podem melhorar a decisão futura, mas não devem reescrever o que se sabia quando a decisão anterior foi tomada. O rascunho ainda separa conformidade de projeto, demonstrável em desenho e documentos, de conformidade operacional, que exige evidência autêntica produzida pelo sistema funcionando. Quatro caixas bem desenhadas no diagrama não substituem a trilha real que atravessa as quatro.

Registros originais