要約

  • NMOPの憲章改訂案は、既存の異常検知とインシデント管理の作業に限り、AI実験を認める。
  • 各提案には範囲、終了条件、実装への責任が必要で、開始前に作業部会のコンセンサスとArea Directorの同意を得る。

分析

AI実験を始める前に、まず書くべきなのはモデルの説明ではない。どこまで試すのか、何が起きたら終了するのか、誰が結果を実装するのかだ。IETFのNetwork Management Operations作業部会（NMOP）は、AIに関する改訂憲章案でこの順番を採った。

Datatracker上の01-01版は2026年10月26日更新の「Draft Charter Rechartering」。現在承認されているのは01版で、AIに関する新しい許可はまだ提案段階にある。

案が認めるのは、NMOPの既存作業である異常検知とインシデント管理にAI技術を適用する実験だけだ。個別提案には範囲、終了条件、実装へのコミットメントを記載する。開始には作業部会のコンセンサスと、担当Area Director（AD）の同意が要る。議長とADは、作業部会が継続して支援できる数に同時進行の実験を抑える。AIモデル、エージェントのアーキテクチャ、エージェント・プロトコルの開発は対象外で、それ以外の分野に進むには憲章を改める必要がある。

この条項は、会議で続いた問いへの答えでもある。7月のIETF 126で、NMOPはAIエージェントを扱う主要な場になるのか、それとも一時的な受け皿なのかと問われた。議長側は、関連ドラフトの最終的な投稿先を検討中と説明し、著者に進捗、実験範囲、オープンソースへの関与を尋ねる方針を示した。特定の実験テーマを憲章に加えるだけの情報を集める、という段取りだった。10月の案では、その探索が開始前の審査に変わった。

現行憲章にも、将来の短期実験を議論する余地はある。運用を少しずつ改善し、1〜2年で成果を見込める実験を扱う一方、会議では運用者の発表を優先する。新しい段落はそこにAI専用の手続きを重ねた。AI全般を呼び込む代わりに、どの作業なら試せるか、誰が許可するか、何件まで追えるかを先に定義する。

同時に、試験を見守る人の数にも線を引く。現行憲章は会議で運用者の発表を優先する方針を置いている。実験が増えても、レビュー時間や議題枠は増えない。議長とADに件数の調整を求める案は、運営能力そのものを許可条件に組み込んでいる。AI案件を増やすほど、誰かが見るという無償の仮定に頼れなくなる。

ただし「終了条件」は、言葉があるだけでは信号にならない。草案は個別提案に条件の明記を求める一方、共通の指標や確認者までは定めていない。実行できる提案なら、対象のネットワークまたはデータ、試験を担う運用者、結果を受け取る人、終了を促す出来事を示す必要がある。これは条文に並ぶ義務ではなく、終了条件を実質あるものにするための確認点だ。

計画が現場からずれたときの処理も、案は決めていない。データが足りない、試験範囲が広がる、担当者が交代する。そうした変化を誰が記録し、誰に知らせ、どの条件で再承認するのか。実装へのコミットメントを具体的にするなら、実装担当と対象環境、変更を扱う手順まで提案に残しておきたい。

異常検知とインシデント管理は、運用者の注意の配分に関わる。どの信号がアラートになり、誰が受け取り、その後の対応がどう始まるか。NMOPは自分たちの議論と実験を決められるが、本番ネットワークを運用するのは各事業者だ。誤報の対応時間、見逃しの後に遅れる調査、役目を終えても続く実験の負担も、運用者の現場に残る。稼働するコードを中心に考えるとは、会議の権限とネットワークを動かす責任を混同しないことだ。

憲章案の境界は、技術と組織の両方に引かれている。モデルやエージェントを作る権限は付与されず、別領域への拡張には再び憲章審査が要る。RFC 2418は作業部会の憲章を、目標・作業・マイルストーンを定める合意として説明し、実質的な改訂には新しい憲章と同じ手続きを求める。範囲を広げる判断を記録に残す仕組みだ。

次に残るのは、終了条件を誰が確認し、誰が試験を止められるのかという点だ。停止した実験の結果も公開されるのか。案はそこを個別提案と作業部会の運用に委ねている。柔軟さは得られるが、責任者や証拠の形式が曖昧なら、結果を比較することは難しい。

判断材料は近いうちに現れる。01-01版が承認されるか、そして最初の実験提案が何を終了条件と呼ぶかだ。NMOPはAI実験の範囲を描いた。次の文書で、出口が実際に閉じられるかが分かる。

出典