Résumé

  • L’IESG a approuvé la charte d’Agentproto le 8 octobre. Le premier jalon prévoit l’adoption d’un document informatif sur les cas d’usage en décembre 2026.
  • La fiche du draft-agentic-ai-usecases-requirements-04 indique une mise à jour le 15 octobre, mais le décrit comme un Internet-Draft individuel, sans flux RFC ni statut RFC prévu.
  • La présence d’un document ou sa date de révision ne prouvent pas son adoption par le groupe. Il faut suivre la décision formelle avant le jalon de décembre.

Un jalon et deux statuts de document

La chronologie d’Agentproto fait apparaître deux étapes faciles à confondre. La charte approuvée prévoit l’adoption, en décembre, d’un document informatif consacré aux cas d’usage. La page des documents associés à l’IETF répertorie déjà la version -04 d’« Agentic AI Use Cases and Requirements », actualisée le 15 octobre. Pourtant, sa propre fiche la qualifie d’Internet-Draft individuel actif. Elle n’indique ni flux RFC ni statut RFC envisagé. Elle précise aussi que toute personne peut soumettre un Internet-Draft et qu’un tel document ne constitue ni un aval de l’IETF ni une étape ayant une valeur formelle dans son processus de normalisation.

Ce statut ne porte pas de jugement sur les auteurs ou sur le texte. Les contributions individuelles rendent le travail visible. Mais leur date ne remplace pas l’acte que la charte prévoit : l’adoption par le groupe de travail. Le jalon de décembre reste à venir et les pages consultées ne transforment pas la révision d’octobre en livrable adopté d’Agentproto.

Les étapes suivantes donnent de l’importance à cette différence. La charte prévoit l’adoption d’un projet de document informatif d’architecture en février 2027, puis l’adoption d’un ou plusieurs projets de protocole destinés à la voie normative en mars 2027. La soumission de ces projets à l’IESG comme propositions de normes est prévue en mars 2028. L’historique de la charte consigne l’approbation du 8 octobre et l’emploi de « draft(s) » au pluriel pour les étapes ultérieures. Il s’agit de cibles dans un programme de travail, pas de preuves que ces étapes ont déjà été franchies.

Le mandat est aussi plus limité que ne le suggère l’expression générale de « communication entre agents ». Agentproto doit définir un protocole de gestion des dialogues et une architecture de référence. La charte précise qu’il ne remplacera pas les protocoles applicatifs d’agents et ne créera pas de nouveau protocole de transport. Le travail porte sur les identifiants de dialogue, leur cycle de vie et la propagation du contexte au moyen de protocoles IETF existants. La mise en œuvre des modèles, les choix ou la planification des agents, les interfaces utilisateur et les structures de données d’audit sont explicitement hors périmètre.

Il faut donc suivre deux traces distinctes : la décision d’adoption du groupe et l’historique de révision du document individuel. Si le groupe adopte un texte sur les cas d’usage, la version et la décision doivent être identifiables. Si la charte change son calendrier, Datatracker devrait également le montrer. D’ici là, un Internet-Draft mis à jour indique une activité documentaire, pas que le premier jalon est atteint.

Sources