Resumo

  • A IESG aprovou o charter do Agentproto em 8 de outubro. O primeiro marco prevê a adoção de um rascunho informativo de casos de uso em dezembro de 2026.
  • A página de draft-agentic-ai-usecases-requirements-04 registra atualização em 15 de outubro, mas o classifica como Internet-Draft individual, sem série RFC nem status de RFC previsto.
  • A presença ou a revisão recente de um documento não demonstra adoção pelo grupo. O sinal relevante é uma decisão formal que identifique a versão abrangida.

Um marco, dois estados documentais

A cronologia do Agentproto contém duas etapas que podem parecer uma só. O charter aprovado estabelece como meta para dezembro a adoção de um documento informativo sobre casos de uso. A página de documentos relacionados do IETF já lista a versão -04 de “Agentic AI Use Cases and Requirements”, atualizada em 15 de outubro. No entanto, a ficha do próprio documento o define como um Internet-Draft individual ativo. Não há série RFC nem status de RFC previsto. A página também explica que qualquer pessoa pode enviar um Internet-Draft e que isso não representa endosso do IETF nem confere posição formal no processo de padronização.

Esse status não desqualifica os autores nem o texto. Propostas individuais ajudam a tornar o trabalho técnico visível. O ponto é que a data de envio não substitui a ação prevista no charter: a adoção pelo grupo de trabalho. O marco de dezembro ainda está no futuro, e os registros públicos consultados não transformam a revisão de outubro em uma entrega adotada pelo Agentproto.

As etapas seguintes mostram por que a distinção importa. O charter prevê a adoção de um rascunho informativo de arquitetura em fevereiro de 2027, de um ou mais rascunhos de protocolo na trilha de padrões em março de 2027 e o envio do(s) rascunho(s) de protocolo à IESG como propostas de padrão em março de 2028. O histórico do charter registra a aprovação de outubro e o uso da forma plural “draft(s)” nas etapas posteriores. São metas de um plano de trabalho, não provas de que cada etapa já ocorreu.

O mandato é mais estreito do que a expressão “comunicação entre agentes” pode sugerir. O Agentproto deve definir um protocolo básico de gestão de diálogos e uma arquitetura de referência. O charter diz que o grupo não substituirá protocolos de agentes da camada de aplicação nem criará um novo protocolo de transporte. O trabalho trata de identificadores de diálogo, ciclo de vida e propagação de contexto sobre protocolos existentes do IETF. Implementação de modelos, semântica de decisão e planejamento de agentes, interfaces e estruturas de dados de auditoria ficam fora do escopo.

Por isso, vale acompanhar dois registros separados: a decisão de adoção do grupo e o histórico de revisões do documento individual. Se o grupo adotar um texto de casos de uso, a decisão e a versão precisam ser identificáveis. Se o calendário do charter mudar, o Datatracker também deverá refletir a alteração. Até lá, um Internet-Draft atualizado prova atividade documental, não que o primeiro marco tenha sido cumprido.

Fontes