Resumen

  • La IESG aprobó la carta de Agentproto el 8 de octubre. El primer hito es adoptar un borrador informativo de casos de uso en diciembre de 2026.
  • La ficha de draft-agentic-ai-usecases-requirements-04 indica que se actualizó el 15 de octubre, pero lo identifica como un Internet-Draft individual, sin flujo RFC ni estatus RFC previsto.
  • Que un documento exista o tenga una versión reciente no prueba que el grupo lo haya adoptado. La señal pertinente es una decisión formal antes del hito de diciembre.

Una fecha, dos estados documentales

La cronología de Agentproto reúne dos pasos que pueden parecer uno solo. La carta aprobada programa para diciembre la adopción de un documento informativo de casos de uso. La página de documentos relacionados con el IETF ya incluye la versión -04 de “Agentic AI Use Cases and Requirements”, actualizada el 15 de octubre. Sin embargo, su propia ficha la define como un Internet-Draft individual activo. No le asigna un flujo RFC ni un estatus RFC previsto. También explica que cualquier persona puede presentar un Internet-Draft y que este no representa el respaldo del IETF ni tiene posición formal dentro de su proceso de normalización.

Ese estado no descalifica a quienes escribieron el texto ni a su contenido. Las propuestas individuales ayudan a que el trabajo técnico sea visible. Pero la fecha de una versión no reemplaza la acción que exige la carta: la adopción por parte del grupo de trabajo. El hito de diciembre todavía está por delante, y los registros consultados no convierten la revisión de octubre en un entregable adoptado por Agentproto.

Los siguientes pasos hacen más importante distinguir los estados. La carta prevé adoptar un borrador informativo de arquitectura en febrero de 2027, uno o varios borradores de protocolo destinados a la vía normativa en marzo de 2027 y presentar esos borradores a la IESG como propuestas de norma en marzo de 2028. El historial de la carta registra la aprobación del 8 de octubre y el paso a la forma plural “draft(s)” en los hitos posteriores. Son objetivos del plan, no constancia de que esos pasos ya hayan ocurrido.

El mandato también es más acotado de lo que sugiere la expresión general “comunicación entre agentes”. Agentproto debe definir un protocolo común de gestión de diálogos y una arquitectura de referencia. La carta dice que no reemplazará los protocolos de agentes de la capa de aplicación ni creará un nuevo protocolo de transporte. El trabajo se concentra en identificadores de diálogo, su ciclo de vida y la propagación de contexto mediante protocolos existentes del IETF. Deja fuera la implementación de modelos, la toma de decisiones o planificación de agentes, el diseño de interfaces y las estructuras de datos de auditoría.

Conviene seguir dos registros por separado: la decisión de adopción del grupo y el historial de versiones del borrador individual. Si el grupo adopta un texto de casos de uso, deben poder identificarse la versión y la decisión. Si cambia la carta o su calendario, Datatracker debería reflejarlo también. Hasta entonces, un Internet-Draft actualizado prueba actividad documental, no que se haya cumplido el primer hito.

Fuentes