Résumé

  • Publiée le 9 septembre 2026, draft-moonesamy-authorship-ietf-00 est une Internet-Draft individuelle active. Elle ne constitue ni une politique adoptée par l’IETF ni une décision de la communauté.
  • Le texte demande s’il faut encadrer l’usage de l’IA générative dans la rédaction et suggère qu’un échange oral rapide puisse donner au groupe une perception de l’élément humain.
  • Cette discussion peut éprouver la compréhension d’une proposition. Elle ne prouve pas qui a rédigé chaque passage, consenti à être nommé, vérifié les droits ou assumé la responsabilité d’une révision.
  • Un registre d’auteur attaché à chaque révision permettrait de conserver ces décisions séparément. Il s’agit de ma proposition de gouvernance, pas d’une exigence des deux drafts actives.

Le dépôt rend le débat visible, pas la règle obligatoire

À 11 h 19 UTC le 9 septembre, le Datatracker a enregistré la révision 00 de Reflections on IETF Authorship. La fiche indique une soumission individuelle active, à l’état I-D Exists, sans flux RFC, Area Director responsable ni traitement par l’IESG. Cette précision n’est pas un détail de bas de page : l’IETF rappelle que toute personne peut déposer une Internet-Draft et que celle-ci n’acquiert pas, par ce seul geste, une autorité institutionnelle.

Le document remonte plusieurs fils anciens. Il évoque la distinction entre auteur, éditeur, contributeur et personne remerciée, la pratique consistant à faire figurer des personnes auxquelles reviennent crédit et reproches, ainsi que les difficultés créées par de longues listes d’auteurs. Puis il déplace le problème vers l’IA générative. Faut-il demander à la communauté d’adopter ou d’implémenter des RFC rédigées avec ces outils ? Faut-il des lignes directrices de procédure, ou laisser chaque auteur et éditeur décider ?

La révision 00 formule ces interrogations ; elle ne les tranche pas. Aucun seuil de divulgation, formulaire, organe de contrôle, test d’auteur ou procédure d’appel n’y est défini. Son explication de la hausse des soumissions -00 en 2026 — la baisse de la barrière de rédaction grâce aux outils génératifs — doit rester attribuée à l’auteur. Ce n’est ni une mesure causale ni un jugement de qualité adopté par l’IETF.

La proposition la plus concrète tient en une situation : un groupe pourrait engager avec l’auteur une discussion vive et spontanée afin de percevoir l’élément humain. C’est une idée de revue. Elle ne suffit pas à constituer une doctrine de paternité.

Parler à l’improviste produit une preuve étroite

Une conversation technique en temps réel a une réelle valeur. Il faut relier les hypothèses, répondre à un contre-exemple, reconnaître une limite et expliquer pourquoi une décision de conception subsiste. Le groupe découvre si son interlocuteur maîtrise l’architecture au-delà d’un texte préparé et si l’objection révèle un défaut à corriger.

Mais cette preuve porte sur une capacité à un instant donné. Quelqu’un peut connaître intimement un document dont il n’a pas écrit le texte. Un auteur principal peut avoir besoin de temps pour répondre. Une contributrice peut maîtriser une section mieux que l’éditeur mentionné en couverture. La langue, le handicap, le fuseau horaire ou le format de réunion influencent aussi la performance orale sans mesurer la responsabilité intellectuelle.

Surtout, l’échange ne remonte pas la chaîne du document. Il ne dit pas quels passages viennent d’une personne, d’un ancien RFC, d’un outil génératif ou d’une réécriture après revue. Il ne montre pas que toutes les personnes citées ont donné leur accord, que les emprunts sont reconnus, que les affirmations BCP 78 et BCP 79 étaient fondées, ni que la révision suivante a conservé la même répartition du travail.

Faire de l’aisance orale la preuve de la paternité transformerait donc un bon instrument de discussion en raccourci probatoire. L’échange peut établir « cette personne sait défendre le choix ». Il ne peut pas établir « cette personne a produit, contrôlé et accepté tout ce qui porte son nom ».

Les textes existants distribuent déjà les responsabilités

Le cadre actuel ne part pas de zéro. La déclaration IESG de 2021 interdit la « surprise authorship » : nul ne doit être inscrit comme auteur ou contributeur sans consentement et contribution significative. Elle refuse l’usage des noms comme décor destiné à suggérer un soutien et relie l’accord des personnes aux engagements BCP 78 et BCP 79 du déposant.

RFC 7322 confie au flux concerné la composition de la liste d’auteurs et d’éditeurs. Au-delà de cinq noms en première page, l’organe d’approbation doit examiner si des éditeurs principaux et une rubrique de contributions décrivent mieux la réalité. Les personnes citées sont aussi celles qui approuvent le texte pendant AUTH48 et répondent ensuite aux questions, notamment aux errata. Une déclaration IESG de 2024 distingue par ailleurs auteur, contributeur et remerciement selon l’importance de l’apport.

Cette attribution ne remplace pas le consensus. RFC 8789 précise qu’un document du flux IETF doit représenter le rough consensus de l’IETF. Le nom de la personne qui rédige, l’accord du groupe, l’approbation du flux et la mise en œuvre ne sont pas quatre formulations d’un même événement.

Enfin, la révision 06 de Principles and Guidelines for Assignment of RFC Authorship travaille déjà le voisinage. Cette draft individuelle active affirme que les auteurs et éditeurs restent responsables, qu’un outil d’IA ne peut être crédité comme auteur et que les humains portent la responsabilité des contenus produits avec l’outil et des questions de propriété intellectuelle. La divulgation d’une production substantielle par IA reste explicitement une question ouverte. Cette incertitude doit apparaître dans l’article : elle n’est pas encore une obligation publiée.

Il manque une fiche de responsabilité par révision

On peut éviter le faux choix entre examen oral et confiance aveugle. Chaque mécanisme doit prouver ce qu’il observe réellement. La conversation teste la maîtrise. L’historique des modifications attribue des apports. Le consentement explicite établit l’acceptation d’un nom et d’un rôle. Le dossier de droits conserve les déclarations relatives aux contributions. Les issues, minutes et votes montrent comment un groupe ou un flux a accepté le texte.

Une fiche légère, renouvelée à chaque révision matérielle, pourrait contenir : les auteurs et éditeurs responsables avec leur accord ; les contributions humaines importantes et les textes réutilisés ; la portée déclarée des outils par section ou ensemble de changements ; les vérifications humaines et les incertitudes non résolues ; la décision de processus qui accepte le texte ; puis une confirmation de responsabilité à l’entrée en revue de flux et à AUTH48.

Ce ne serait ni un détecteur d’IA ni une police du style. La fiche ne conclurait pas qu’une tournure prouve une tromperie et ne mettrait pas un correcteur orthographique au niveau d’une délégation substantielle de rédaction technique. Elle conserverait des actes que des personnes peuvent attester, tout en laissant à chaque flux RFC le pouvoir de définir sa liste et sa procédure.

Cette méthode protège aussi l’usage légitime des outils. Une aide grammaticale ou de traduction reste décrite selon sa portée réelle. Une génération substantielle peut être déclarée sans donner à la machine une qualité d’auteur. Le groupe débat alors d’une pratique connue, plutôt que d’essayer de deviner l’histoire du texte à partir d’une prestation orale.

Sources