週次の会議が始まる。主催者が AI の議事録をオンにすると、全員の画面に通知が出たが、誰も反対しなかった。最初の 20 分はプロジェクトの進捗で、何の問題もない。続いて上司が言った。「せっかく全員そろっているので、ある同僚の最近の働きぶりについても話しておこう」。AI は記録を続けた。会議の後、この話を含む要約が受信者全員に自動で送られた。その日は欠席していた社外のコンサルタントも含めて。
AI の議事録を始めたときに出る通知は、「みんな同意したし、見られるのはここにいる人だけだ」と受け取られやすい。だが実際には、どちらも確かめられていない。通知はツールがある状態にあることを示しているだけで、記録が会議後にどこへ行き、誰が受け取るかは別の設定だ。だから始める前に、主催者は四つのことをはっきりさせておく。どこから記録するか、誰が止められるか、会議後に誰が受け取るか、どこに保存するか。議題が機微な話に移ったら、まず止める。
通知が出ても、みんなが同意したことにはならない
通知が果たすのは「知らせる」ことで、「記録の行き先に同意してもらう」ことではない。Google Meet のヘルプははっきり書いている。メモ機能をオンにすると参加者全員に通知が届き、画面に鉛筆のアイコンが表示される。だが会議後のメモの文書は主催者の Google ドライブに保存され、誰に送るかは主催者が開始時に選ぶ。組織外を含む招待者全員、組織内の招待者、主催者と共同主催者のみ、のいずれかだ。しかもこの選択肢は主催者にしか見えない。
Microsoft Teams の録画も同じだ。録画を始めると全員に自動で通知が届き、ファイルは主催者の OneDrive に保存され、初期設定ではダウンロードや削除ができるのは主催者と共同主催者だけである。
つまり、同じ会議で通知を見た人が、会議後に同じ記録を受け取るとは限らない。カレンダー上の招待者が全員その場にいたとも限らない。通知そのものはこうしたことを何も説明しておらず、会社の方針や現地の法令が求める同意の形を満たしているとも限らない。
始める前に四つのことを決める
この四つは、会議の招待や議題の冒頭に書いておける。そうすれば、オンにするたびに同じ確認の場ができる。
どこから記録するか。 どの議題から始め、どの議題の前で止めるか。要約、文字起こし、録音のどれを、あるいはどの部分を記録するのか。はっきり言えないなら、機微でないとわかっている区間でだけ試す。
誰が止められるか。 主催者のほかに、誰がすぐに止められるのか。参加者が気になったとき、どう申し出ればよいのか。「誰かがやってくれるだろう」に任せない。
会議後に誰が受け取るか。 主催者だけか、組織内の招待者か、招待者全員か。社外のゲストはどう扱うか。迷ったら最も狭い範囲を選び、広げるかどうかは会議後に人が決める。
どこに保存し、誰が担当するか。 メモ、文字起こし、録音がそれぞれどのアカウントやフォルダーに置かれ、誰がいつ削除するのか。
参加者に社外のコンサルタント、応募者、顧客、急に加わった人がいるなら、会社のドメインだけで判断しない。「まず主催者が受け取り、内容を確かめてから、当日実際に出席したプロジェクトメンバーに共有する」のように、具体的な共有の手順を書いておく。
議題が変わったら、確かめ直す
いちばん問題が起きやすいのは、会議前の設定ではなく、冒頭の週次会議のような途中の切り替わりだ。主催者は議題が変わるたびに、決まった一言を問いかけるとよい。「次の話は、今日記録する範囲に入っているか。受け取る人や保存場所を変える必要はないか」。答えがはっきりしないなら、まず止める。
止めることは、会議全体で AI を使えないことを意味しない。線は実務的に引ける。プロジェクトの進捗は要約を作る。個人の働きぶりは記録しない。顧客の要望は匿名化した結論だけを残す。契約金額は指名した人が手で書いて決める。機微な部分を、人数を絞った別の会議に移すほうが、後から要約、文字起こし、録音、通知メール、共有文書から一つずつ消していくより、たいていずっと確実だ。
米国国立標準技術研究所（NIST）の AI リスク管理フレームワークも、人による監督の手順、役割、責任を定めて記録しておくべきだとしている。画面の前に誰かがいて必ず気づいてくれる、と想定してはいけない。
この四つは、法律上の同意までは扱わない
この四つが扱うのは記録の範囲と行き先だけで、法的な同意は扱わない。会議が医療、法務、人事、財務、顧客の機密に関わるなら、データや法務の責任者に会社の方針と所在地の規則を確かめてもらう。この一覧は同意書ではない。
また、会議のたびにすべてを確かめるのは、会議の多い人には重い負担だ。現実的な始め方は、定例で、リスクが低く、社内のメンバーだけの週次会議で一度試すことだ。会議後にメモのファイルを実際に開き、所有者、受信者、リンクの権限、保存場所が事前に決めたとおりかを確かめる。一つでも違えば、まず設定を直してから、ほかの会議に広げる。
次に会議で AI の議事録をオンにする前に、この四つを招待に書き込んでほしい。文書の権限が思ったより広かったときに直すべきは、AI に表示させないよう頼むことではなく、もとの共有設定だ。AI 検索がメールボックスを読めるとき、人に見えるものを AI が扱ってよいとは限らないも参考になる。家庭の暮らしを記録する AI 機器にも同じデータ最小化の考え方が当てはまる。無料の掃除で家を撮らせるなら、映像を誰にライセンスするのか、消せるのかを先に聞くも参考にしてほしい。
AI 整理カード
会議で AI の議事録をオンにする前に、記録の範囲と行き先をはっきりさせたい。
判断方法はこの記事による：https://boosterminiclass.com/ja/posts/ai-meeting-notetaker-boundary-card/
記事の見方はこうだ。オンにしたときの通知はツールの状態を示すだけで、記録の行き先にみんなが同意したことを意味しない。始める前に四つを決める。どこから記録するか（要約、文字起こし、録音）、誰が止められるか、会議後に誰が受け取るか、どこに保存し誰が担当するか。議題が機微な話に移ったら、まず止める。
まず私に 3 つ質問してほしい：
1. それはどの会議で、議題はどんな区切りになっていて、社外の参加者はいるか；
2. 使っている会議プラットフォームは何で、いまのメモや録画の設定では誰に送られ、どこに保存されるか（わからなければ、わからないと答える）；
3. 議題に、人事、顧客、契約、健康などの機微な話が出てくる可能性はあるか。
私の回答をもとに、次を出力してほしい：
- 招待に貼れる四項目の説明：記録する区間、止められる人、受け取る人、保存場所と担当者。欠けているものは「要確認」と書く；
- 記録しない、あるいは人が手で記録すべき議題；
- 会議後に人が確かめるべき三つのこと；
- 社外のゲスト、機微な議題、共有範囲の不明確さ、止められる人の不在のいずれかがあれば、この会議ではオンにしないよう率直に勧めること。
私の代わりに設定を変えたり、ファイルを共有したりしないこと。同意の方法と保存期間は、組織の方針と法務の責任者が確認する。
参考資料
- Google Meet Help：Take notes for me in Google Meet — https://support.google.com/meet/answer/14754931 [accessed: 2026-10-11]
- Microsoft Support：Record a meeting in Microsoft Teams — https://support.microsoft.com/en-us/office/record-a-meeting-in-microsoft-teams-34dfbe7f-b07d-4a27-b4c6-de62f1348c24 [accessed: 2026-10-11]
- NIST：Artificial Intelligence Risk Management Framework (AI RMF 1.0) — https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf [accessed: 2026-10-11]
