要約

  • W3C Strategy Issue 553には、APAが憲章レビュー通知の重複から外れることを望むとの提案が記録されている。APAは中央IssueとHorizontal review requestedラベルを既に確認しており、複製は回答場所を二つにするという。
  • 公開コメントによれば、このラベルの付与で現在は五つのリンク付きIssueが生成される。アクセシビリティ用だけが説明なく消えれば、意図した設定ではなくBot障害に見えるという懸念も示された。
  • Privacyは別の運用をしている。参加者は、PrivacyがrequestリポジトリのIssueを利用していると説明した。全専門グループに同じ画面が最適とは限らない。
  • Math Working Groupの憲章では、Strategy Issue 545からa11y-request Issue 158が生成された。APAは会合で内容を確認し、懸念なしと記録してローカルIssueを閉じ、中央スレッドにも結果を残した。
  • これはAPAのレビュー離脱でも、W3Cによる変更承認でもない。Issue 553は9月2日の証拠確定時点でOpenだった。
  • 必要なのは、中央憲章Issueに各グループの受付方式、受領確認、正式回答先、進行状態、最終処理を残す「購読レシート」である。

二重だったのは責任ではなく作業場所

Issue 553の件名だけを見ると、APAが憲章レビュー通知そのものを拒もうとしているように読める。しかし本文が述べる問題は、同じ要求が二つのIssueに現れることだ。

中央のStrategyリポジトリには、審査対象の憲章と水平レビュー要求を表すラベルがある。APAはそこを確認している。そのうえでアクセシビリティ用requestリポジトリにもIssueが作られるため、結論を書く場所、閉じる対象、追跡する状態が二組になり得る。新しい審査対象が増えたわけではない。

APAのアクセシビリティ水平レビューという役割は、Working Groupの憲章に明記されている。GitHub Issueはその仕事を運ぶ道具であり、権限や義務の源泉ではない。したがって複製を止めても審査義務は残る。この区別を曖昧にすると、効率化が責任放棄として報じられてしまう。

また、提案はまだ実装済みの制度ではない。証拠確定時、Issue 553はOpenで、公開ページには担当者、マイルストーン、ラベル、関連するPull Requestが表示されていなかった。公開情報の不足から内部作業の不存在まで推論することはできない。

Math憲章で何が二重化したのか

この要望の背景には具体的な履歴がある。Math Working Groupの新しい憲章はStrategy Issue 545で扱われ、Horizontal review requestedラベルが付いた。そこからW3CのBotがa11y-request Issue 158を作成し、本文で中央Issueへのリンクと生成理由を示した。

APAの4月15日会合ではMath憲章が議題となり、アクセシビリティ上の懸念は示されなかった。4月20日、APAは会議録をリンクし、「懸念なし」と記してIssue 158を閉じた。同じコメントは、結果をメインスレッドにも投稿したことと、今後はこの種の重複Issueから外れたいことを説明している。翌日にStrategy Issue 553が開かれた。

ローカルIssueの利点も見える。APAの作業ボードに入り、他のアクセシビリティ案件と同じ場所で処理できる。一方、憲章全体の視点では、Strategy Issue 545が国際化、Privacy、セキュリティなどの状態と合流する場所だった。最終的に誰がどの見解を示したかは、中央側から追える必要がある。

この一例から、二重化が遅延や誤回答を生んだとは言えない。確認できるのは、一つのアクセシビリティレビュー要求を二つのIssueが表現し、APAが双方をつないで終了させたという事実までである。

Privacyの一言が「全員同じ」を崩す

Issue 553では、中央ラベルから現在五つのIssueが作られるとの説明がある。機械的な五分岐は管理しやすい。常に同じ数が生成されれば、一つ欠けたときに失敗を検知しやすい。

ただし、Privacyの参加者は同グループがrequestリポジトリのIssueを使っていると述べた。正しい中央検索が示されるなら運用を調整できるとも付け加えた。これに対し、未完了のPrivacy憲章レビューを探すStrategy検索と、水平レビューボードが提示された。

ここで重要なのは、Privacyが移行を決めたわけではないことだ。公開されたのは、APAには重複であるものがPrivacyには現役の受け皿だという差である。五つのグループに同一のUIを強いることと、五つのレビュー状態を一貫して示すことは別問題だ。

APA自身の資料も、レビュー要求の受付、論点作成、長期的な結果記録を複数のリポジトリに分けている。作業の分散は必ずしもガバナンスの失敗ではない。失敗になるのは、分散した状態の意味と正式な回答先が中央から判別できないときである。

「作らない」を機械可読にする

APA向けのIssueを単純に生成しないだけでは不十分だ。これまで五つ現れていたものが四つになれば、第三者には設定変更と送信障害の区別がつかない。Issue 553のコメントは、この見かけ上の故障を先回りして指摘した。

中央の憲章Issueには、水平レビュー領域ごとに次の最小状態を置くべきだ。

  1. 元の憲章Issueと審査対象となった草案版。
  2. 要求したレビュー領域と要求日時。
  3. グループが選んだ作業面。ローカルIssue、中央検索、ダッシュボードなど。
  4. 受領確認。複製を望まない場合はmirror not requestedに相当する明示状態。
  5. グループの正式回答が置かれる唯一のURL。
  6. 受領、予定化、質問中、懸念なし、未解決の懸念あり、完了といった現在地。
  7. 最終処理と、後のレビューによる更新履歴。

この記録はBotを動かすイベントと同時に更新されなければならない。生成動作だけ変わり、中央表示が古いまま残れば、問題は形を変えて存続する。設定変更には日時と履歴が必要であり、昔の憲章について当時どの経路が有効だったかも保持すべきだ。

議論全文の二重投稿は要らない。ローカルで作業するグループはそのまま使い、中央には確認済みの回答と処理だけを指す。中心に必要なのは会話の複製ではなく、権威ある状態の索引である。

Botが持っていない権限

W3Cの一般的なDocument Reviewガイドは、ラベル、自動通知、正式なレビュー要求、論点の解決を別の段階として扱う。また、水平レビューグループの資源が限られ得ることも認める。このガイドは主に仕様レビューについての文書なので、書かれていない憲章規則を導く根拠にはできない。ただ、通知とレビュー完了が同一ではないことはよく分かる。

ラベルは要求を可視化するが、受領や完了を保証しない。Issueは作業箱を作るが、人間の判断を代行しない。完了ラベルも、どの懸念がどう扱われたかを単独では説明しない。APAがMath憲章に懸念なしとしたことは、W3C全体の承認ではない。

権限は複数の主体に残る。専門グループは自分の領域から問題を示し、憲章提案者が応答する。Chartering Facilitator、W3C Team、Advisory Committeeにはそれぞれ別の役割がある。Botは証拠を配送できても、そのいずれにも成り代われない。

Lu Hengの議論をこの小さな事例に当てはめるなら、共通層は相互運用に必要な情報へ絞り、将来のローカル判断まで中央が奪わないという原則になる。レビュー参加は重要だが、Issue数が正統性を生むわけではない。自動化の仕事は権限を増幅することではなく、誰が何を判断したかを失わないことだ。

現時点で言えないこと

公開証拠は、Botの故障、アクセシビリティレビューの欠落、憲章の遅延、矛盾した回答を示していない。全五グループがローカルIssueを不要と考えている証拠もない。Privacyの発言はむしろ運用差を示す。

Issue 553に公開実装がリンクされていないことも、放置の証明にはならない。今後、個別購読、統一キュー、現状維持、別のダッシュボード統合のいずれに進むかは未確定だ。

確かな結論は限定的である。APAは二つの回答場所を不要とし、Privacyは自分のローカルIssueを使っている。W3Cが守るべき共通性は、画面の形ではない。すべてのレビュー領域について、要求、受領、正式回答、処理が一つの中央記録から追えることである。

出典

  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. APA Weekly Teleconference — 2026年4月15日
  5. W3C — Document Review
  6. APA — Horizontal Review
  7. APA Working Group Charter
  8. Lu Heng — The Multi-Stakeholder Mirage
  9. Lu Heng — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption