要約

  • RFC 9969 は IAB の情報提供的なワークショップ報告であり、AI を制御する標準や参加者の見解を確定する合意文書ではない。
  • 選好、付着、取得、保管、モデル利用、順守の根拠、救済の判断は、別々の記録として扱わなければならない。

選好の公開を「AI を止めるボタン」と読むのは危険である。RFC 9969 はその読み方を支えない。AI-CONTROL ワークショップの議論と、今後検討され得る論点を報告する文書である。同時に、記された見解は必ずしも IAB の見解ではなく、発表と議論のノートを検証や解釈なしに追っており、合意を作るものではないと明記する。これは弱点ではなく、どの判断がまだローカルに残るかを示す境界である。

大きな断絶はクロール時と後続利用時の間にある。コンテンツの選好は取得時に見えるかもしれないが、収集データは検索など複数の目的に使われ、第三者に渡り、別の保管庫にコピーされ、モデルの推論時に使われ得る。RFC 9969 は、一般目的の基盤モデルでは推論時に特定入力だけを選んでその選好を適用することが通常できないと述べる。ゆえにクロール時の合図は、その場の表明の証拠であって、後の訓練、除外、推論の判断を示すものではない。

付着の仕方は証拠の性質を変える。robots.txt は場所に結び付き、大きなサイトや複数の作者には粗すぎることがあり、コンテンツの移動には自動で付いて行かない。埋め込みメタデータは対象に近く細かいが、通常の処理で削除され得て、すべての形式には使えない。レジストリは指紋を場所から切り離せるが、インターネット規模での展開には問題がある。どれも有用な表現ではあるが、離れた組織が従ったという領収書ではない。

RFC 9969 が初期の作業候補として挙げるのは、場所への付着、IETF が管理する形式への付着、共通の中核語彙、複数の仕組みから見つかった選好を組み合わせる規則である。一方で、強制、レジストリ解決、収集者や所有者の識別・認証、監査・透明性は初期範囲の外に置かれた。語彙は合図の意味を整えられる。組合せ規則は矛盾を扱える。しかし、誰がどのコピーを受け、どの目的を選んだかを証明することはできない。

RFC 9309 の Robots Exclusion Protocol も、この狭い事実として扱うべきだ。robots.txt の存在は、ある時点で特定の場所に宣言的な資源があったことを示せる。それは収集者の同定、取得後の保管、データセットからの除外、モデルでの利用、生成結果の根拠にはならない。一つの可視な取得事実から順守を結論づければ、観測されていない決定を飛び越えることになる。

必要なのは、所有者の選好、対象の版、付着方法、収集の観測、検証済みの収集者、用途、保管と変換、モデルへの採否、確認可能な順守根拠、救済判断を分けて残すことである。信号を相互運用可能にしても、判断の責任まで移転させてはならない。