Resumo

  • O mandato do Agentproto foi aprovado pela IESG em 8 de outubro de 2026. O grupo pretende adotar um rascunho sobre casos de uso em dezembro.
  • A revisão de 15 de outubro ainda aparece como proposta individual. A intenção informativa declarada pelos autores não transforma o texto em documento adotado pelo grupo.

O primeiro prazo do Agentproto parece fácil de cumprir à primeira vista. O calendário prevê a adoção de um rascunho sobre casos de uso em dezembro de 2026, e um texto sobre o assunto já está disponível. Sua versão mais recente, a -04, tem data de 15 de outubro. Faltaria apenas esperar o mês marcado?

O verbo do calendário é que muda a leitura: adotar. A ficha da proposta ainda a identifica como Internet-Draft individual. Os autores atualizaram um documento; o grupo de trabalho ainda precisa escolher o texto que assumirá como base de sua própria atividade. Uma coisa não acontece automaticamente depois da outra.

Essa distinção ajuda a entender o que está começando no IETF. Agentproto não é um protocolo pronto que recebeu um nome. É um grupo com um problema delimitado, um mandato aprovado e entregas previstas para os próximos anos.

Continuar a conversa sem carregar a memória inteira

O problema é familiar mesmo para quem nunca abriu um rascunho do IETF: como continuar um trabalho quando muda o sistema que está cuidando dele? Entre agentes de IA, a troca pode envolver serviços, ferramentas, dispositivos e diferentes formas de comunicação. Uma solicitação feita por voz pode fazer parte da mesma tarefa que prossegue em texto. Uma interrupção da conexão não precisa significar o fim do trabalho.

O mandato aprovado propõe um protocolo comum de gerenciamento desses diálogos e uma arquitetura de referência. Os participantes precisam reconhecer quais interações estão relacionadas e acompanhar o estado da conversa ao longo do tempo.

Nesse vocabulário, contexto não quer dizer despejar a memória do modelo no sistema seguinte. Não inclui prompts nem documentos recuperados. São os identificadores e os estados necessários para correlacionar e manter o diálogo. O conteúdo trocado pelas aplicações continua sendo outra questão.

Também não se trata de criar uma nova forma de transportar dados. O grupo deverá usar protocolos existentes do IETF para levar o contexto e não substituirá os protocolos de agentes da camada de aplicação. Implementação de modelos, significado das decisões e do planejamento, interfaces de usuário e estruturas de dados para auditoria ficam fora do escopo. O trabalho procura dar continuidade à comunicação, não padronizar o raciocínio de toda IA.

O que existe no rascunho de outubro

A proposta Agentic AI Use Cases and Requirements, presente na lista de documentos relacionados, descreve colaboração entre agentes, tarefas delegadas de longa duração e intermediação de ferramentas ou dados. Os casos ajudam a formular requisitos, mas são propostas dos autores. Não demonstram implantações em operação nem concordância já obtida do grupo.

Em tarefas longas, por exemplo, é preciso considerar se a autorização continua válida. A identidade de um agente pode ter de ser verificada separadamente da identidade do usuário que delegou a tarefa. O próprio mandato destaca essa distinção, a limitação de permissões e a revogação do acesso. Um identificador que mantém os pedidos ligados não resolve, sozinho, todas as decisões de segurança da aplicação.

A apresentação do documento exige outro cuidado. O campo de status RFC pretendido está sem valor no Datatracker, mas o texto do rascunho declara intenção informativa. Não seria correto concluir que os autores deixaram de indicar uma intenção. Seria igualmente incorreto tomar essa indicação como adoção pelo grupo. A ficha continua classificando o texto como individual, sem uma via RFC atribuída, e avisa que a submissão não representa endosso do IETF.

A aprovação de 8 de outubro deu ao Agentproto autorização para trabalhar dentro do mandato. Não escolheu esse rascunho específico. O histórico também registra o ajuste que permite um ou mais documentos nas etapas posteriores do protocolo.

Depois dos casos de uso, a agenda prevê adotar uma arquitetura informativa em fevereiro de 2027 e rascunhos de protocolo voltados à padronização em março. O envio à IESG como propostas de padrão está planejado para março de 2028. Esses são destinos no calendário, não aprovações já concedidas.

O arquivo de outubro oferece algo concreto para discutir. O marco de dezembro exige algo diferente: uma decisão do grupo sobre um texto. Confundir os dois faz o cronograma parecer mais adiantado do que o registro permite afirmar. Agentproto quer evitar que uma conversa perca o fio ao mudar de sistema; acompanhar seu trabalho exige não perder de vista quem tomou cada decisão.

Esclarecimento de 24 de outubro de 2026: A intenção informativa declarada no rascunho é diferente do campo vazio no Datatracker. As datas citadas são metas do grupo, e a revisão de outubro permanece individual no registro consultado.