要約

  • W3C Strategy議題560は未解決で、WebMCPを憲章の実質的変更と位置づけ、精査終了の見込みを「不明」としている。
  • 未マージのプルリクエスト829は、ブラウザー内エージェント、命令型JavaScriptツール登録、HTMLフォームを使う宣言型経路を追加し、WebMCPを暫定成果物とする。
  • 修正案は実名の調整先一覧を変えていないが、Strategy議題はHTML、ARIA、TAG、SING、Privacy関係者のレビューを求めている。
  • WebKitは反対、Mozillaは中立、APAは現行報告書を支持せず、脅威モデリングは継続中である。いずれもW3Cの最終判断ではない。
  • Advisory Committee Reviewより前に、所有、依存、相談、横断レビューを区別する「範囲・責任者マトリックス」を公開すべきであり、レビューを自動的な拒否権にしてはならない。

一つの語句ではなく権限の境界が動く

文書の状態から確認する必要がある。Strategy議題560は2026年6月9日に作成され、今もopenで、精査の終了予定はunknownと記されている。プルリクエスト829もopenかつ未マージで、headには同日付の一つのcommitしかない。したがって確認できるのは「範囲の提案」であり、「憲章承認」「WebMCP採用」「ブラウザー標準化開始」ではない。

それでも差分の意味は大きい。現行のWeb Machine Learning憲章は、低レベルのWebNN API、プラットフォームのアクセラレーター、場合によってはモデル読み込みという機械学習推論を中心にしている。修正案は単数のWeb APIを複数形に変え、「ブラウザーにおけるネイティブAIエージェント統合」を加える。

命令型の経路では、WebアプリがJavaScript関数を構造化ツールとして登録、更新、削除し、説明やスキーマ状の入力を付ける。宣言型の経路では、標準HTML要素、とりわけフォームに注釈を加え、エージェントが操作を機械的に発見できるようにする。ブラウザーによる仲介、same-origin境界、利用者の許可、ページ機能の直接実行も範囲に入る。

これは推論APIの隣に小さな機能を置くことではない。ブラウザー実行、HTMLオーサリング、アクセシビリティー体験、エージェントの信頼境界を同じ作業範囲で接続する。成果物がtentativeであることは、インキュベーション、複数実装者の関心、Working Group合意という後続条件を残す。しかし、権限拡大の制度的重さを消しはしない。

調整先一覧は従来の設計のまま

差分は範囲と暫定成果物を変える一方、追加の技術調整の節を変更しない。公開草案が実名で挙げるのは、Web Machine Learning Community Group、GPU for the Web Working Group、WebAssembly Community Group、WebRTC Working Group、Technical Architecture Groupである。W3C外ではECMA TC39が記載される。

アクセシビリティー、国際化、プライバシー、セキュリティー、アーキテクチャーの横断レビューを求める一般条項もある。この条項は重要であり、「レビューを想定していない」と評するのは誤りだ。ただし一般的なレビュー義務と、実名の依存関係は別の仕事をする。

横断レビュアーは、案が分野横断の要件を満たすかを調べる。依存関係の行は、別の組織がどのレイヤーを管理し、どの成果物に影響があり、どの経路で変更を伝えるかを示す。共同所有者、仕様管理者、相談先、横断レビュアーは同じ権限ではない。HTMLフォームへ直接操作を写像し、ARIAやアクセシビリティーツリーとの関係が問われるなら、その違いを明記する必要がある。

Strategy議題は、HTML、ARIA、TAG、Security Interest Group、Privacyというレビュー網をすでに認識している。公開コメントからも調整活動は見える。問題は活動の不在ではなく、その活動が憲章上の責任と連絡の構造へまだ変換されていないことである。

四つの公開記録を一つの「総意」にしない

WebKitの記録はopposeである。詳細コメントは、エージェント専用の並行した表面が生じ得ること、一部の不足は共有されたHTMLとアクセシビリティーの意味論で解くべきこと、Machine Learningという場が隣接レイヤーの進化を決めるのは適切でないことを論じる。Appleの担当者は憲章PR上で、マージされた場合はformal objectionを出す見込みだと述べ、別のW3Cの場には含みを残した。これは重大な異論だが、拒否権でも処分済みの結論でもない。

Mozillaはneutralを記録している。有用な抽象になり得る一方、危険、名称、エコシステムの限界、命令型と宣言型の関係に未解決問題があるとする。8月下旬にもAPI形状の議論が続いた。中立は実装支持ではないが、反対でもない。「問いを保ったまま検討中」という状態である。

Accessible Platform Architectures Working Groupの8月27日コメントは別の粒度を持つ。参加者は、特に認知アクセシビリティーに関わる実験的な支援技術の可能性を認めつつ、現行Community Group報告書を支持しない。利用者がエージェントの操作を発見、確認、承認、取消し、元に戻せる場所を求め、WebMCP情報とアクセシビリティーツリーを区別し、人間向け機能とエージェント向け機能が乖離する危険を指摘する。宣言型を比較的良い出発点と見ても、なお実験段階である。

セキュリティーはさらに別の段階だ。7月のSecurity Interest Group議事録は、サイト、ブラウザー、エージェント、利用者の境界、ツール内容、cross-origin、可視性、寿命を検討する。そこにあるのは反復中の脅威モデルであり、安全承認でも却下でもない。

反対、中立、条件付きの非支持、分析中という四状態は、そのまま保存すべき統治情報である。平均して一つの「コミュニティーの見解」にすると、精査が処理すべき相違を消してしまう。

W3C Processが求める依存と処分

W3C Processでは、Working Group憲章が範囲と成果物を定め、他グループとの相互依存を示すことが求められる。他グループが成果物に依存する場合は、通信の仕組みも特定する。Advisory Committee Reviewの前にはwide reviewを終え、憲章草案へのissueを正式に扱い、resolutionをdisposition of commentsに追跡し、残る異論を明示しなければならない。

この規則は、影響を受ける全グループを共同所有者にしたり、一方的な拒否権を与えたりするものではない。調整表を拒否権一覧にしてはならない。必要なのは、レイヤーの所有者、問題の伝達経路、処分を下す権限を区別できる構造である。

新しいRecommendation-track成果物が既存成果物の範囲外なら、単なる編集ではなくmajor changeとしてAC Reviewが必要になる。現行憲章は2027年4月30日まで有効で、従来の機械学習作業を認め続けている。openな差分はその権限を消さず、新権限を先取りもしない。

場所を決めずに責任を記録するマトリックス

差分の横に、公開され版管理されたマトリックスを置くことができる。各行には、対象憲章版と不変commit、提案される規範表面、影響を受けるプラットフォーム層、Working Groupに求める権限、依存先または管理主体を記す。役割は共同所有、依存、liaison、相談、横断レビューのいずれかとして分け、公開連絡経路、レビュー依頼と回答、未解決異論と理由、採用・移管条件、特許方針と文書成熟度、次の責任主体、確認日を続ける。

宣言型フォームの行ではHTML層と関連仕様の管理主体を示せるが、全員がWebMCPを共同編集すると仮定しない。アクセシビリティーの行ではARIAやアクセシビリティーツリーの所有とAPAの横断レビューを分ける。セキュリティーの行は「脅威モデル作成中」とし、承認済みの印を付けない。ブラウザーの立場もWorking Groupの合意やW3C承認と別欄にする。

この表は、WebMCPをWeb Machine Learningに置くか、新グループに移すか、複数の場で扱うか、Community Groupに留めるかを決めない。その判断が「coordination」という一般語に埋まらないようにする。

Heng Luの最小初期仕様の原則は、ここでの上限を示す。共通記録は調整に必要な結合だけを持ち、将来の判断は各レイヤーを所有する主体に残す。マトリックスの目的はエージェントWebの全問題を中央集権化することではなく、一つの憲章が沈黙によって隣接領域の権限を引き継ぐのを防ぐことである。

証拠からは言えないこと

公開一覧に名前がないことは、非公開会合や非公式連絡がなかった証拠ではない。Appleの反対はW3Cの却下ではない。Mozillaの中立は実装者合意ではない。APAの意見は将来の全設計を否定せず、セキュリティー議事録もWebMCPが危険だと確定していない。

採用、相互運用、展開も立証されていない。WebMCPはCommunity Group reportであり、憲章PRはopenである。インキュベーション、暫定成果物、Working Groupによる採用、Working Draft、Recommendationは別の制度状態だ。

検証できる統治上の事実は限定的である。HTMLとブラウザーエージェントにまたがる規範表面を一つのWorking Groupの範囲に加える案があり、その同じ差分では実名の調整表が従来のまま残る。公開レビューにより関係者と問題は見えるようになった。次の文書上の仕事は、範囲が権限に変わる前に、各関係者を役割と処分へ結び付けることだ。

出典

  1. W3C Strategy — Web Machine Learning憲章議題560
  2. W3C charter-drafts — プルリクエスト829
  3. W3C charter-drafts — WebMCP範囲追加commit
  4. W3C — Web Machine Learning憲章公開草案
  5. W3C Process — 憲章の内容
  6. W3C — 現行Web Machine Learning憲章
  7. WebKit — WebMCP standards position
  8. Mozilla — WebMCP standards position
  9. WebMCP issue 65 — APAアクセシビリティーレビュー
  10. W3C Security Interest Group — WebMCP脅威モデル議事録
  11. Web Machine Learning Community Group — WebMCP報告書
  12. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption