Résumé

  • L’issue 553 du dépôt Strategy du W3C consigne la préférence d’APA : ne plus créer de ticket de charte en double dans son dépôt de demandes, puisque le groupe suit déjà le dépôt central et le label Horizontal review requested.
  • Selon un commentaire public, l’ajout de ce label crée actuellement cinq issues reliées à l’issue Strategy. Si la copie destinée à l’accessibilité disparaît sans explication, son absence peut ressembler à une défaillance du robot.
  • Privacy n’a pas exprimé la même préférence. Un participant a indiqué que ce groupe utilise les issues de son dépôt de demandes, tout en envisageant qu’une bonne requête centrale puisse permettre un autre fonctionnement.
  • La charte du Math Working Group offre une trace concrète : l’issue Strategy 545 a déclenché l’issue a11y-request 158 ; APA a examiné la charte, constaté l’absence de préoccupation, fermé la copie locale et publié le résultat dans le fil principal.
  • APA ne s’est pas retiré de la revue horizontale et le W3C n’a pas encore entériné publiquement la modification. L’issue 553 était toujours ouverte à la date d’arrêt des sources, le 2 septembre.
  • Il faut rendre configurable le point d’entrée de chaque groupe, tout en conservant au centre un accusé de réception, un lien vers la réponse de référence et une disposition finale.

Un « opt-out » de messagerie, pas de responsabilité

Le raccourci est tentant : ne plus recevoir un ticket équivaudrait à ne plus examiner la charte. Or le texte de l’issue 553 dit le contraire. APA explique déjà consulter les chartes portant le label de revue horizontale dans le dépôt Strategy. La copie automatique ajoute donc un second lieu où répondre, non une seconde mission.

La compétence du groupe ne dépend pas d’un objet GitHub. La charte d’APA lui confie un rôle de revue horizontale de l’accessibilité. Le ticket sert à transporter et organiser ce travail. Il ne crée ni le mandat du groupe, ni l’étape ultérieure qui permettra au W3C de décider du sort d’une charte.

Il faut également respecter l’état actuel du dossier. Au moment de la vérification, l’issue 553 restait ouverte. Sa page publique ne montrait ni responsable, ni échéance, ni label, ni développement associé. Cela permet de dire que le changement n’est pas publiquement achevé ; cela ne permet pas de conclure qu’aucune réflexion n’existe hors de cette page.

Le parcours de la charte Math

Le cas qui a déclenché la demande permet de voir les deux surfaces en action.

La proposition de charte du Math Working Group se trouvait dans l’issue Strategy 545. Le label de demande de revue horizontale y a produit une copie dédiée à l’accessibilité : l’issue 158 du dépôt a11y-request, créée par le robot et reliée explicitement au dossier central.

Le fond de la revue apparaît dans le compte rendu de la réunion d’APA du 15 avril. Le groupe a discuté de la charte Math et n’a pas relevé d’objection du point de vue de l’accessibilité. Le 20 avril, APA a relié ce compte rendu à l’issue 158, indiqué ne pas avoir de préoccupation, puis fermé le ticket. Le commentaire précise que la conclusion a également été publiée dans le fil principal. Le lendemain, l’issue 553 a formalisé la demande de ne plus créer ces doublons.

La copie n’était donc pas dépourvue d’utilité. Elle a inscrit la demande dans le dépôt et le tableau de travail familiers d’APA. Mais le dossier Strategy reste le point où se rencontrent les états des différentes revues de la même charte. À la date d’arrêt, l’issue 545 portait notamment des labels signalant l’achèvement des revues d’accessibilité, d’internationalisation, de Privacy et de sécurité.

Ce parcours ne prouve ni retard, ni contradiction, ni revue manquée. Il prouve seulement qu’une demande d’examen de l’accessibilité a été représentée par deux issues et qu’APA a dû rendre leur relation lisible au moment de conclure.

La symétrie du robot rencontre la diversité des groupes

Créer cinq tickets à partir d’un label central paraît propre. Le système distribue un objet de même forme à chaque domaine horizontal ; une branche manquante peut signaler un incident. Cette symétrie est utile à l’opérateur du robot.

Elle n’est pas nécessairement utile à tous les destinataires. Privacy dit travailler avec ses copies locales. APA préférerait le dépôt central. Dans l’échange, une requête Strategy pour repérer les revues Privacy encore ouvertes et un tableau horizontal ont été proposés comme autres accès. Aucune migration commune n’a été décidée.

Le W3C se trouve donc face à une fédération de pratiques. Les groupes n’ont ni les mêmes files, ni les mêmes habitudes, ni les mêmes contraintes de capacité. Les propres documents d’APA répartissent la réception des demandes, la formulation des questions et l’historique longitudinal entre plusieurs dépôts. Imposer le même miroir à chacun peut produire de l’ordre visuel tout en consommant le temps limité des réviseurs.

Mais l’autonomie locale ne peut pas rendre l’état central incomplet. Si le robot cesse simplement de créer la copie APA, quatre tickets peuvent apparaître là où un observateur en attend cinq. Sans champ explicatif, il est impossible de distinguer un choix valide d’une erreur d’exécution. Cette ambiguïté a été signalée directement dans l’issue 553.

Le reçu de souscription minimal

Chaque issue centrale de charte devrait contenir une ligne par domaine de revue avec un contrat réduit :

  1. l’identifiant stable de la charte et la version du projet examinée ;
  2. le domaine sollicité et l’horodatage de la demande ;
  3. la surface choisie par le groupe — ticket local, requête centrale, tableau ou autre route publique ;
  4. l’accusé de réception, y compris un état explicite « miroir non demandé » ;
  5. l’emplacement unique de la réponse faisant foi ;
  6. l’état courant : reçu, planifié, questions ouvertes, aucune préoccupation, préoccupations non résolues ou terminé ;
  7. la disposition, la date de clôture et l’éventuelle revue qui remplace la précédente.

Le même événement qui pilote la création des tickets doit écrire cette ligne. Sinon, la configuration du robot peut changer alors que l’explication visible reste ancienne. Les préférences doivent être datées et versionnées afin qu’une ancienne charte demeure interprétable après un changement de méthode.

Il n’est pas nécessaire de copier toute la conversation. Le groupe qui travaille localement peut y conserver son débat. L’issue centrale doit pointer vers sa conclusion validée et son état. L’unité recherchée porte sur la responsabilité, non sur le stockage de chaque phrase.

Ce qu’un label ne peut pas décider

Le guide général du W3C sur la revue des documents distingue les notifications automatiques, les labels de suivi, la demande de revue et la résolution des questions. Il reconnaît aussi que les groupes horizontaux disposent de ressources limitées. Ce guide traite principalement des spécifications ; il ne faut pas lui faire dire qu’il impose à lui seul une règle de revue des chartes. Il confirme cependant que le signal technique et le jugement substantiel sont séparés.

Un label de demande n’atteste pas l’achèvement. Un ticket créé par un robot ne prouve pas sa lecture. Un label « terminé » ne restitue pas à lui seul les arguments. Enfin, l’absence de préoccupation d’APA sur la charte Math ne constitue pas une approbation de cette charte au nom du W3C.

Les groupes horizontaux évaluent leur domaine. Les auteurs d’une charte répondent. Le Chartering Facilitator, le W3C Team et l’Advisory Committee interviennent ensuite selon des compétences distinctes. L’automatisation relie ces actes ; elle ne reçoit aucun de leurs pouvoirs.

La leçon tirée des notes de Lu Heng est ici très limitée mais utile. La participation produit de l’expertise sans se transformer en mandat général. Une couche commune doit conserver le minimum nécessaire à la coordination, puis laisser les décisions de méthode à ceux qui réalisent le travail. Le dessin identique de cinq dépôts ne doit pas devenir une autorité par défaut.

Les limites du constat

Les sources vérifiées ne montrent pas de panne, de contradiction ou de délai attribuable aux doublons. Elles ne montrent pas non plus un accord des cinq groupes pour les supprimer. Le témoignage de Privacy exclut précisément cette généralisation.

L’absence de Pull Request visible sur l’issue 553 n’établit pas l’inaction. La demande peut être retenue, refusée, déplacée vers un autre outil ou laissée ouverte. Seul le comportement des prochaines chartes, accompagné d’une documentation mise à jour, permettra de constater un changement.

Le constat reste assez solide pour guider la conception : APA veut éviter deux endroits où répondre ; Privacy utilise encore son endroit local. Le W3C n’a pas besoin de choisir une seule boîte pour tous. Il doit garantir qu’une seule chaîne d’autorité relie demande, réception, réponse et disposition pour chacun.

Sources

  1. W3C Strategy issue 553 — APA to opt out of charter review notification
  2. W3C Strategy issue 545 — Math Working Group Charter
  3. w3c/a11y-request issue 158 — Math Group Charter
  4. Réunion hebdomadaire d’APA, 15 avril 2026
  5. W3C — Document Review
  6. APA — Horizontal Review
  7. Charte de l’APA Working Group, juin 2025
  8. Lu Heng — The Multi-Stakeholder Mirage
  9. Lu Heng — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption