要約

  • IETF Administration LLC理事会の現行ページは、理事会中のAIメモ作成・文字起こしツールを禁止している。人間のオブザーバーに開かれた区分、事前の議題公開、承認後の公式議事録は維持されており、IETF全体への禁止ではない。
  • 公開資料には前史がある。2024年11月、Executive Directorは、機密の議論やデータが大規模言語モデルの学習に使われないよう、業務アプリ内蔵のAIアシスタントを通常は無効にすると説明した。2025年4月と6月の議事録にはNoota Assistantがオブザーバーとして現れ、6月には理事会参加者としてのAIアシスタントを検討するアクションが設定された。
  • 外部サービスを排除すると、録音、文字起こし、保存、再利用、開示の経路が一つ減る。一方、公開証拠は、人間が起草し、理事が確認し、議長が公開を認め、事務局が掲載する議事録に集中する。公式文書であっても、逐語録でも独立記録でもない。
  • 必要なのは二種類の受領記録だ。ツール規則には採択日、権限、範囲、定義、例外、削除、執行を、重要な決定には決議文、決定方法、棄権・回避、代案、理由、担当者、時刻、訂正を残すべきである。

人名の横に記されたツール

注目すべきなのは「AIが理事会で発言した」という物語ではない。公式の出席者一覧が、ソフトウェアを単なる背景設備として扱えなかったという事実である。

2025年4月16日の改訂議事録は、Observers/Guests欄に Jean F. Queralt (+ AI Noota Assistant) と記す。同じ文書はMichelle CottonをScribeとして別に特定している。6月11日の議事録にも +Noota Assistant が現れ、末尾のA87-04は、理事会の参加者としてのAIアシスタントを検討するよう求めた。

ここから確認できるのは、サービスの存在と、理事会が問題として認識したことまでだ。録音の有無、文字起こしや要約の作成、保存場所、保持期間、削除結果は分からない。漏えい、誤記、違法行為も確認されていない。出席者欄を事故報告に膨らませれば、記録の限界を論じる記事自身が限界を破ることになる。

それでも、人間の傍聴者と自動記録サービスは同じ保管関係を生まない。人は自分の記憶とメモに責任を負う。サービスは音声、文字列、要約、話者情報、アカウント情報を別々のデータとして作る可能性がある。招待した利用者、会議主催者、提供者は、それぞれ異なる閲覧・複製・削除権限を持ち得る。

現在の理事会ページは入口で判断する。理事会方針として、IETF Administration LLC理事会ではAIのメモ作成・文字起こしツールを使用できず、公式議事録は承認後に公開される。次回会合は2026年9月1日とされており、この文言は過去の評価ではなく、次の会合に適用される現行ルールである。

禁止の範囲を広げない

ルールを正確に伝えるには、対象外も正確に示さなければならない。

通常の理事会は、オブザーバーに開かれた区分、理事会と上級職員の区分、Executive Directorを交えた区分、理事のみのExecutive Sessionに分かれる。議題は通常事前に公開され、公開区分には質問時間が設けられる。排除されるのは自動記録ツールであり、人間による傍聴そのものではない。

また、標準化作業を決める規則でもない。RFC 8711はIETF LLCに運営、財務、資金調達、コンプライアンスを委ねる一方、標準開発に対する権限を明確に否定する。理事会の会議管理は法人運営上の判断であって、RFCでもIETFの技術的コンセンサスでもない。

2025年9月3日の報告は、その境界を裏付ける。ワーキンググループ議長がAI文字起こしや要約を使うべきか、IETFのツールに組み込むべきかは、なお未解決の問いとされた。さらに2026年6月のAIPREF暫定会合議事録はAI生成要約へのリンクを持つ。その利用をどう評価するにせよ、理事会方針がIETFの全会合を一律に禁止していないことは明らかだ。

理事会の範囲内でも、公開文は薄い。AIメモ作成の定義、外部ボットと端末内音声認識の違い、アクセシビリティ対応、例外、退出手順が示されていない。採択日、提案文、投票記録もページにはない。ルールの存在は確認できるが、ルール自体の来歴を再現する材料は不足している。

Nootaより先にあった保管上の懸念

データの行き先は、Nootaが名簿に載る前から論点になっていた。

2024年11月20日の理事会議事録に含まれるExecutive Directorの公開報告は、Zoom、Slack、Trelloなど、ほぼすべての業務アプリがAIアシスタントを備え始めたと述べる。IESGとIABへの非公式な相談後、LLCは通常それらをオプトアウトまたは無効化した。機密の議論やデータが大規模言語モデルの学習に使われるのを防ぐためだという。

これは組織自身のリスク判断を示すが、Nootaが同じ処理をした証拠ではない。公開資料から読めるのは制度上の連続性である。組織はまず内蔵アシスタントという種類の保管リスクを認識し、後に会議アシスタントが二度名簿に現れ、現行ページがその種類を理事会から排除した。

一律の入口規制には合理性がある。会議のたびに変化する利用規約を審査せずに済む。ボットはLLCと契約のないオブザーバーのアカウントから入るかもしれない。画面上の通知だけでは、再委託先、国外処理、保持期間、二次利用を理解した同意にならない。短い要約は重要な留保を落とし、完全な文字起こしは議事録なら適切に省いた機微情報を長期間残し得る。

記録が詳しいほど権威が高いわけでもない。機械が全発言を正確に再現しても、決議を採択し、担当者を指名し、非公開事項を公開に変える権限はない。捕捉は証拠を作る。権限が決定を作る。

Lu Hengの「The Multi-Stakeholder Mirage」が区別する参加、情報、委任は、一つの会議記録にも当てはまる。オブザーバーに付随するボットは理事にならない。逆に、理事会が議事録を承認できるからといって、省略された議論まで存在しなかったことにはならない。

ボットが去った後に残る公式記録

外部サービスの代わりには、既に公開された承認手続がある。

IETF LLC Board Minutes Approvalによると、議事録案は理事による確認とコメントに回り、通常の期間は一週間である。その後、議長が公開についてコンセンサスが成立したかを判断し、事務局がLLCのサイトに掲載する。

起草、訂正、公開判断、掲載の担当が分かれている。これは第三者による独立観測ではなく、組織による自己認証である。決議の正確な文言、アクションの帰属、公開区分と保護区分の線引きを示すには、この公式な保管主体が必要になる。

記録保持・管理方針は、プライバシーと法的義務を守りながら、LLCの行為と決定について信頼でき、利用可能な記録を残すことを目的に掲げる。保持一覧は、理事会議事録・資料、方針・手続、理事会のメール・Slack記録を別の種類として扱う。

したがって、公開議事録が唯一の記録とは限らない。内部資料があるからといって不当な隠蔽とも限らない。人事、契約、法的助言には具体的な非公開理由があり得る。RFC 8711も合理的な機密性を認めつつ、特定の理由がない情報は公開するという原則を置く。

問うべきは「全部公開したか」ではない。どの記録が決定を支え、何をどの理由で保護し、後の検証者が機密の実体を受け取らずに行為を再構成できるかである。

公式であっても逐語ではない

議事録は会話を圧縮する。それが役割であり、弱点でもある。

通常は出席、利益相反、報告、決議、アクションを残す。長い議論が一文になることもある。文字起こしは順序と言葉を保存し、議事録は組織が公式記録として認証した事項を保存する。逐語録は機微発言を過剰に残し、結論を雑音に埋める可能性がある。薄い議事録は、判断を理解するための代案と理由を消し得る。

AIツール禁止は、後者への依存を強める。理事が適法な個人メモを持ち、LLCが内部資料を保存しても、オブザーバーは外部サービスによる検索可能な別版を期待できない。公開説明責任は、承認済み文書の質と公開速度により大きく左右される。

現行ページは「何が捕捉してはいけないか」と「後で何を公開するか」を示すが、議事録の最低内容を示さない。訂正の表示方法や、禁止ツールが接続後に退出させられた事実の残し方も定めていない。

RFC 8711には外側の安全装置がある。IETF参加者は、理事会またはExecutive Directorの行為がBCPやLLC手続に反すると考える場合、正式なレビューを求められる。申立てと結果は通常90日以内に公表される。しかし、レビューには特定可能な判断が必要だ。結果だけで理由のない議事録は、レビュー制度が検査すべき対象を薄くする。

二つの受領記録を残す

利便性を理由に別名のボットを戻すのではなく、許可された記録を強くすべきである。

重要な判断ごとに、会議番号、日付、区分、議題版、オブザーバーの可否、人間の記録担当、許可・拒否・退出となった捕捉ツールを残す。非公開項目は、保護内容を明かさず、機密区分と限定された理由だけを記せる。

判断については、正確な決議・アクション文、決定方法、投票、棄権、回避、申告された利益相反を保存する。主要な代案と採用されなかった理由、担当者と期限も必要だ。案の回覧、承認、公開、訂正の日付を付け、RFC 8711の正式レビューがあれば同じ記録に結び付ける。

禁止方針にも独立した受領記録が要る。いつ誰がどの権限で採択し、何をAIメモ作成とみなし、端末内処理と支援技術をどう扱い、誰が退出を実施するのか。禁止捕捉を後で発見した場合の処理、LLC記録になるファイルと削除すべきファイルも示すべきだ。

これらは音声の全面公開を要求しない。外部サービスを会議外に保ち、正当な機密を守りながら、理事会が何を、どの権限で、なぜ決め、記録をどう変更したかを検証可能にする。

出典