Résumé

  • Le compte rendu publié qualifie les huit résultats de sentiment non contraignant de la salle et prévoit une confirmation du consensus sur la liste de diffusion. Il ne constate ni charte approuvée ni groupe de travail constitué.
  • À la question « Le périmètre initial est-il correct ? », le résultat fut 38 oui, 124 non et 40 sans opinion. Les livrables obtinrent 92–58–49. La création d’un groupe de travail « avec cette charte » obtint pourtant 154–51–5.
  • Ces questions portent sur des propositions différentes. Les totaux varient et aucune ventilation croisée par répondant n’est publique : impossible d’affirmer que les mêmes personnes ont fourni deux réponses données.
  • Le texte présenté peut être rattaché au commit immuable a9405f3d5d0a4e8c67342d7945137c8230b9cd05. Les discussions et propositions ultérieures montrent que le cycle de vie des sessions, la preuve de liaison, la topologie et les livrables restaient disputés.
  • Au moment de la recherche, le Datatracker classait toujours Agentproto comme BOF, avec une charte inexistante. La salle, la liste, le directeur de domaine, l’IAB et l’IESG n’exercent pas le même acte d’autorité.
  • Une matrice de rapprochement des propositions préserverait la question exacte, la version de charte, les comptes, les objections, les modifications, la confirmation sur liste et la décision finale sans publier de bulletin nominatif.

Un tableau ne se résume pas à sa plus grande case

Deux nombres sont faciles à transformer en slogans. Cent cinquante-quatre réponses favorables à la formation d’un groupe donnent l’image d’une autorisation claire. Cent vingt-quatre réponses négatives sur le périmètre initial donnent celle d’un projet repoussé. Or le compte rendu du BoF Agentproto ne présente aucune de ces lectures comme suffisante.

La séance du 23 juillet 2026 était bien un BoF destiné à tester la formation d’un groupe. Mais les minutes sont marquées « DRAFT for chair review ». Elles ont été assemblées à partir des notes humaines, du fil Zulip et des diapositives à l’aide d’un agent d’IA ; la correction finale demeure de la responsabilité des présidents. Les affiliations et les noms d’intervenants étaient encore provisoires, et le nombre total de participants n’était pas disponible.

Cette provenance appelle de la précision, non du mépris. Un document provisoire peut constituer la meilleure trace publique disponible. Il faut simplement conserver son étiquette et ne pas le citer comme une transcription définitive.

L’ordre du jour version 01 prévoyait d’abord les motivations, le lien avec d’autres travaux, les sessions, le multimodal et le cadre général. Une discussion ouverte précédait les appels au consensus. La présentation des BoF d’IETF 126 expliquait avant la réunion qu’un BoF de formation doit éprouver à la fois le consensus, l’énergie disponible et un périmètre assez serré. Il est donc normal qu’une séance révèle des forces différentes sur chacun de ces axes.

Ce que les huit questions ont réellement mesuré

Le problème était jugé compréhensible, soluble et utile par 124 oui, 72 non et 14 sans opinion. Le besoin d’interopérabilité obtenait 155–30–8. L’IETF comme lieu approprié obtenait 158–30–14. Puis venait la rupture : 38–124–40 sur la correction du périmètre initial. Les livrables recevaient 92–58–49. La formation d’un groupe « avec cette charte » recueillait 154–51–5. Enfin, 137–17–40 se déclaraient prêts à écrire ou relire, et 42–28–40 prêts à mettre les protocoles en œuvre.

Les totaux ne sont pas constants. Ils valent 210 pour les questions 1 et 6, 193 pour la deuxième, 202 pour les troisième et quatrième, 199 pour la cinquième, 194 pour la septième et seulement 110 pour la huitième. Ce ne sont donc pas huit votes d’un électorat stable.

Surtout, le tableau ne fournit pas de distribution jointe. Il ne dit pas combien des 124 opposants au périmètre se trouvent parmi les 154 soutiens à la formation. Il ne dit pas si une personne a compris « correct » comme « achevé », ni si « avec cette charte » voulait dire « avec ce texte inchangé » ou « avec cette base à réparer ». Attribuer les deux réponses aux mêmes individus serait une invention. Affirmer qu’elles proviennent de groupes entièrement différents le serait aussi.

Les minutes proposent leur propre synthèse : soutien marqué à l’utilité du problème, à l’interopérabilité, au choix de l’IETF et à la formation d’un groupe ; absence de soutien au périmètre tel qu’il était écrit ; opinions partagées sur les livrables. Laurent Ciavaglia a précisé que « correct » ne devait pas être confondu avec « complet ». Les présidents devaient poursuivre sur la liste.

La conclusion honnête est donc conditionnelle. La salle a produit un mandat de recherche institutionnelle, pas une charte.

Une coexistence logique, mais une jonction manquante

On peut vouloir un lieu de travail sans accepter toutes ses frontières. Un participant peut souhaiter que l’IETF organise l’effort, tout en voulant retirer le cycle de vie des sessions. Un autre peut soutenir une charte après clarification des termes. Un troisième peut croire le périmètre incomplet plutôt qu’excessif. Un quatrième peut vouloir un groupe, mais aucun des livrables proposés.

Ces positions montrent pourquoi l’arithmétique ne suffit pas au consensus approximatif. Elles ne suppriment pourtant pas la difficulté sémantique de la sixième question. Celle-ci ne demandait pas seulement si le sujet méritait un forum. Elle demandait de former un groupe « avec cette charte ».

Le RFC 5434 recommande justement des questions segmentées afin de localiser l’accord et le désaccord. Son exemple de question intégrée — soutenir la formation d’un groupe avec la charte proposée — précise que la charte elle-même est alors considérée comme prête. Si un élément essentiel échoue à une question segmentée, la synthèse doit expliquer la condition qui permet malgré tout de lire positivement la question intégrée.

Il n’est pas nécessaire de déclarer la consultation incohérente. Il faut dire ce que signifiait le oui. Était-il subordonné à la réécriture du périmètre ? Les objections portaient-elles sur un excès, un manque ou une terminologie ambiguë ? Quelles clauses devaient changer avant la confirmation sur liste ? Une charte finale nettement différente ne peut pas être présentée comme le texte déjà approuvé par 154 personnes à Vienne.

La version de la charte est un fait de gouvernance

La réunion renvoyait vers une charte publique et les minutes indiquent que son texte était affiché. Le dépôt officiel permet de figer l’objet au commit a9405f3…, créé le 21 juillet, deux jours avant la séance. L’historique du fichier ne renvoyait encore que ce commit au moment de la recherche.

Le texte n’était pas un intitulé abstrait. Il plaçait dans le périmètre les communications agent-agent et agent-outil, ainsi que certains mécanismes de communication humain-agent. Il évoquait identité distincte, autorisation, confidentialité, intégrité et auditabilité. Il annonçait un protocole de session sur la piste standards et un cadre informationnel. Le protocole devait gérer des sessions courtes ou longues, la reprise après panne, plusieurs rythmes de données et des topologies point-à-multipoint.

L’ancrage immuable ne prouve pas que chacun a lu chaque phrase. Il empêche simplement « cette charte » de devenir un pointeur mobile. Si une version ultérieure retire le cycle de vie, remplace la session par une référence d’interaction ou redéfinit le cadre, le changement peut être excellent. Mais il doit être relié à une nouvelle étape d’examen.

Après Vienne, le périmètre n’était manifestement pas clos

Le 12 août, Suresh Krishnan écrivait dans « Sussing out points of disagreement on the charter » que les commentaires avaient produit deux tentatives de réécriture complète. Il isolait six désaccords : substrat ou sémantique, cycle de vie des sessions, corrélation ou preuve de liaison, point-à-multipoint ou bilatéral, nombre et statut des livrables, et précision de la terminologie.

La pull request 77, ouverte après le BoF sur la base du commit de la réunion, proposait une réduction vers des primitives minimales. Elle déplaçait le cycle de vie hors périmètre et remplaçait le livrable de protocole de session par une référence d’interaction et son enveloppe de liaison. Elle était toujours ouverte et non fusionnée. Sa description mentionne aussi une analyse assistée par IA du journal de discussion : provenance utile pour juger la proposition, mais nullement décision institutionnelle.

Une proposition du 26 août sur les exigences de preuve illustre la même dépendance à l’échelle d’une clause. Nancy Sahu proposait d’indiquer ce qu’une preuve établirait ou non et de faire dépendre la mention d’auditabilité du maintien d’un livrable correspondant. Ce message ne tranche rien ; il montre pourquoi une considération de haut niveau ne doit pas survivre sans l’objet chargé de la réaliser.

Le bilan d’IETF 126 publié le 1er septembre dit que la séance a testé le consensus pour une charte et que la discussion continue sur la liste. Le Datatracker Agentproto affichait toujours BOF, Charte (None) et « Not chartered yet ». Ce champ nul est la description exacte de l’autorité actuelle.

De la salle à l’IESG, les actes ne se remplacent pas

Le RFC 2418 / BCP 25 décrit la formation d’un groupe. La charte est négociée avec le directeur de domaine compétent ; l’approbation finale revient à l’IESG, avec avis de l’IAB. L’IESG peut accepter, demander des modifications ou refuser. Après approbation seulement, le groupe est enregistré et annoncé.

Le même texte rappelle que 51 % n’est pas un consensus approximatif et accorde une place importante à la vérification sur liste d’une conclusion de réunion. Les comptes ne sont donc ni inutiles ni souverains. Ils rendent visibles l’énergie, l’opposition et les malentendus. Les présidents apprécient la substance. La liste inclut les absents et donne du temps aux objections. Le directeur de domaine et l’IESG exercent leurs responsabilités propres.

La critique de Heng Lu sur la présence transformée en mandat sert ici de discipline terminologique. Une salle peut apporter expertise, preuve, avertissement et objection. Elle ne devient pas automatiquement l’autorité finale. Pour Agentproto, respecter la salle signifie donc conserver toute sa preuve, y compris la réponse négative sur le périmètre, sans lui attribuer une charte qu’elle n’a pas créée.

Une matrice de rapprochement des propositions

Le document public manquant pourrait tenir dans une matrice. Chaque ligne commencerait par un identifiant stable, la question exacte et l’acte qu’elle devait éclairer. Viendraient ensuite le commit et le blob de la charte affichée, l’heure, la méthode de collecte, les trois comptes et leur total, puis l’étiquette non contraignante.

Les colonnes suivantes captureraient le jugement : expressions ambiguës, familles d’objections, distinction entre « correct » et « complet », clauses à corriger et caractère conditionnel éventuel du soutien. Aucun nom individuel n’est nécessaire. Une ventilation agrégée ne devrait être publiée que si elle peut être produite sans reconstruire les identités.

La dernière partie enregistrerait la confirmation : période de discussion sur liste, fils pertinents, synthèse motivée des présidents, traitement des objections, décision du directeur de domaine, avis de l’IAB, acte de l’IESG et commit final approuvé — ou valeur nulle tant qu’il n’existe pas. Les corrections seraient ajoutées, non substituées.

Dans l’état actuel, la matrice Agentproto dirait : soutien au problème, à l’interopérabilité et au lieu ; périmètre initial non soutenu ; livrables partagés ; énergie d’écriture ; confirmation et révision en cours ; charte finale et approbation absentes. C’est un état riche, pas une hésitation à masquer.

Objections et limites

Une matrice chiffrée pourrait encourager le vote majoritaire. Il faut donc mettre le raisonnement des présidents, les objections non résolues et l’état d’autorité au même niveau que les nombres. Le pourcentage ne doit jamais être le verdict.

L’immuabilité pourrait sembler contraire à une rédaction évolutive. En réalité, elle libère la révision : l’ancienne version reste l’objet de l’ancienne question, et la nouvelle reçoit son propre examen. La confidentialité impose aussi une limite ferme. Publier les combinaisons nominatives créerait des camps et de la pression professionnelle. Les agrégats et les motifs suffisent.

La charge doit rester faible. Minutes, commits, fils et événements Datatracker existent déjà. La matrice est leur index commun. Si elle exige une enquête historique manuelle, cela révèle la fragmentation du dossier.

Cette analyse ne décide pas si Agentproto doit être créé. Elle ne choisit aucun protocole, cadre ou mécanisme. Elle ne prouve ni erreur de compte, ni mauvaise foi, ni vice de procédure. Elle ne connaît pas les réponses individuelles. Les minutes restent provisoires, les messages sont des contributions et les pull requests ne sont pas des décisions.

Le constat est plus étroit : une proposition intégrée a reçu un soutien positif alors qu’une composante explicite a reçu un résultat négatif, et le texte a continué d’évoluer. L’institution reste lisible seulement si la question, la version et l’autorité voyagent avec le chiffre.

Sources

  1. Heng Lu — The Multi-Stakeholder Mirage
  2. IETF 126 — Minutes du BoF Agentproto
  3. IETF 126 — Ordre du jour Agentproto, version 01
  4. IETF — IETF 126 Highlights
  5. IETF — Birds of a Feather at IETF 126
  6. Charte Agentproto au commit a9405f3…
  7. Datatracker — État actuel d’Agentproto
  8. RFC 5434 — Considerations for Having a Successful BOF Session
  9. RFC 2418 / BCP 25 — IETF Working Group Guidelines and Procedures
  10. Liste Agentproto — Sussing out points of disagreement on the charter
  11. Liste Agentproto — Proposed charter text: evidence requirements
  12. Dépôt des chartes ART — Pull request 77