0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

【今日から俺もFDE #2】議事録AIは丸投げできない — 承認ゲートと録音ルールから始める導入設計

0
Posted at

はじめに

会議が終わると、誰かが議事録を書く。録音を聞き直し、発言を整理し、決定事項を拾って配布する。1時間の会議に対して、清書に30分から1時間かかることも珍しくない。

議事録AIを使えば、この下書きは会議終了と同時にできあがる。文字起こし、要約、ToDoの抽出までは、すでに実用水準にある。

ただし、下書きがそのまま議事録になるわけではない。議事録は「この内容で合意した」という記録であり、誰かがそれを確認して引き受ける必要がある。AIがもっともらしく書いた決定事項を、誰も確認せずに配布すれば、会議で決まっていないことが決まったことになる。

本記事の主張は2つである。

  • 議事録AIの導入で決めるのは、ツールではなくどこで人が確定させるかである
  • あわせて、録音データを誰がどう扱うかを先に決める

なお本記事は「今日から俺もFDE」シリーズの第2弾である。

議事録AIで何ができるか

2026年9月時点で、議事録AIが担える作業は次のとおり。

  • 録音の文字起こし
  • 話者の識別
  • 要約の作成
  • 決定事項・ToDoの抽出
  • 定型書式への流し込み

提供形態は大きく2つに分かれる。

  1. 会議ツール同梱型 — Microsoft TeamsのCopilot、Google MeetのGemini、Zoom AI Companionなど。会議ツールの契約に含まれるか、追加契約で使える
  2. 外部サービス型 — 会議にボットを参加させる型や、対面会議をスマートフォンで録音する型。会議ツールをまたいで使える

利用できる機能は契約プランによって異なる。導入前に、自社のプランで何が使えるかを確認する必要がある。

どこで崩れるか

文字起こしの精度は実用水準に達した。崩れやすいのは「何が決まったか」の判定である。

  • 参加者間の認識のずれ — 同じ会議に出ていても、結論の受け取り方が人によって異なることがある。AIの要約は、そのうち一方の解釈を合意事項のように文字にしてしまう
  • 曖昧な合意 — 「じゃあそれで」「一旦その方向で」を、AIが決定事項として確定させてしまう。逆に拾わないこともある
  • 会議外の前提 — 事前のメールや別の会議で決まっていた内容は、録音に含まれない。AIはそれを知らないまま要約する
  • 「検討します」の扱い — 実質的な保留なのか、担当が決まった宿題なのか、発言だけでは区別できない
  • 固有名詞と話者 — 社内用語、顧客名、人名の誤認識は依然として起きる。話者の取り違えは、誰の発言かが重要な場面で致命的になる

問題は誤りそのものより、誤りがもっともらしい形で出てくることにある。整った文面の議事録は、読む側に確認を省かせる。

承認ゲートを置く

AIの下書きと配布の間に、人が録画と照合する工程を置く。さらに配布後に関係者の了承を取り、そこで初めて議事録が確定する。以下、録音・録画をまとめて「録画」と呼ぶ。

録音・録画 → 文字起こし → AI下書き(根拠の時刻付き) → チェック者が録画と照合 → 関係者へ配布 → 了承 → 確定

下書きに根拠の時刻を付けさせる

AIには、決定事項・担当者・期限・未決事項のそれぞれについて、根拠となる発言が録画のどの時刻にあるかを示させる。

【決定】リリース日を10月15日とする(根拠 00:32:10〜00:33:45)
【担当】テスト計画の作成:佐藤、10月1日まで(根拠 00:41:02〜00:41:40)
【未決】本番切り替えの時間帯(根拠 00:45:30〜00:49:12、結論出ず)

根拠の時刻を示せない記載は、AIの推測である可能性が高い。チェック者は時刻をたどって該当箇所を確認すればよく、会議全体を見直す必要はない。

ただし、時刻付きの照合で防げるのは誤った記載までである。AIが拾わなかった決定事項、つまり書かれていないものは、時刻をたどっても見つからない。漏れを拾うのは、会議に出ていたチェック者自身の認識と、後段の関係者の了承である。

チェック者が全項目を照合する

  • チェック者を決める — 会議の主催者か、意思決定者のどちらかに固定する。「参加者の誰か」にすると、誰もチェックしない
  • 全項目を照合する — 議事録のすべての記載を、根拠の時刻をたどって録画と照合する。文面の整えはAIに任せてよいが、内容の照合は省かない
  • 期限を決める — 会議後24時間以内など。記憶が新しいうちでなければ、漏れに気づけない
  • チェックが終わるまで配布しない — 未確認の下書きが先に出回ると、それが事実として扱われる

自動配布を止める

多くの議事録AIには、会議終了後に文字起こしや要約を参加者へ自動送信する機能がある。承認ゲートを置くなら、この機能はオフにする。

海外では、この自動配布が実際に事故を起こしている。2024年、米国のエンジニアがベンチャーキャピタルとのZoom会議を終えた後、先方が使っていた議事録AIから文字起こしが自動で届いた。そこには、彼の退出後も会議に残った投資家たちの非公開の会話が、数時間分含まれていた。投資家側は記録が続いていることに気づいていなかった。この件をきっかけに、取引は成立しなかった。

ここから得られる教訓は2つある。

  • 会議が終わったら録音を確実に止める — 会議ツールの接続が残っている限り、AIは記録を続ける
  • 未確認の文字起こしを自動で配布しない — 人が確認してから配布していれば、この事故は防げた

関係者の了承を取る

チェック済みの議事録を関係者へ配布し、了承を得る。参加者間の認識のずれは、ここで表に出る。

異論が出ても、根拠の時刻が付いていれば録画で確認できる。記憶に頼った「言った言わない」の議論にならない。

了承を得た時点で議事録は確定する。ToDoをタスク管理ツールへ登録する連携も、この後に回す。確定前に流すと、誤ったタスクが走り出す。

未決事項を明記する

決まらなかったことは、未決事項として明記する。「検討します」「持ち帰ります」で終わった論点を曖昧なまま流すと、次の会議で決まったものとして扱われるか、誰も拾わずに消える。

未決事項には、次の3点を添える。

  • 何が決まっていないか
  • 誰が持ち帰るか
  • 次回どこで扱うか

こうしておけば、次の会議のアジェンダにそのまま持ち越せる。

人に残す工程を決めることには、育成上の効果もある。決定事項と未決事項を録画と照合して確定させる作業は、会議の要点を捉える訓練になる。清書の時間は減らし、考える工程は残す、という切り分けである。

録音のルールを決める

議事録AIは録音を前提とする。録音を始める前に、次を決めておく。

同意の取り方

  • 社内会議では、冒頭で録音とAI要約を行う旨を告知する。定例会議なら招集時に明記しておく
  • 社外会議では、相手方の同意を得る。相手企業の規程で録音が禁止されている場合もある
  • 海外拠点や海外企業との会議では、相手国・地域の法律も関係する。米国カリフォルニア州のように、録音に参加者全員の同意を求める州もある
  • 同意なしの録音の法的な扱いは状況によって異なるが、法的に問題がないことと、相手との信頼関係が損なわれないことは別の問題である

録音しない会議を決める

  • 人事評価・処遇に関する会議
  • 法務担当者・弁護士との相談(紛争や交渉の方針を話す会議)
  • M&A、提携交渉など未公表情報を扱う会議
  • 個人の健康や家庭の事情が話題になりうる面談

個人情報として扱う

発言内容と声は個人情報に該当しうる。社内規程上、録音の利用目的を明示しておくと運用がぶれない。

見落としやすいのが話者識別機能である。声の特徴から話者を識別する以上、声紋にあたるデータを生成しうる。米国イリノイ州では、この話者識別が生体情報の無断収集にあたるとして、議事録AIの提供企業が集団訴訟を起こされている。アカウントを持たずに会議に同席しただけの参加者からも、同意なく収集したという主張である。日本でも、声の特徴を本人識別用に変換したデータは、個人情報保護法上の個人識別符号に該当しうる。

保存と閲覧範囲を決める

第1弾で「AIの回答範囲はファイルの権限範囲に等しい」と書いた。議事録AIでも同じ原則が当てはまる。文字起こしと要約の閲覧範囲は、会議そのものの参加範囲を超えてはならない。

注意すべき点は次のとおり。

  • 保存先 — 会議ツール同梱型では、録音や文字起こしが主催者の個人領域に保存されることが多い。退職時の引き継ぎや、共有設定の変更で意図せず公開されるリスクがある。保存先を共有ドライブ側に寄せるか、主催者の運用を決める
  • 社内AIからの検索 — 文字起こしが社内ChatBotの検索対象に入ると、会議に参加していない社員が発言内容を検索できる状態になりうる。第1弾の権限設計と合わせて確認する
  • 保存期間 — 全文の文字起こしを無期限に残すと、あらゆる発言が後から検索できる記録になる。便利な反面、発言の萎縮を招く。文字起こしは短期間で削除し、確定した議事録だけを残す運用が現実的である。ただし削除は、関係者の了承を得て議事録が確定した後に行う。確定前に消すと、異論が出たときに照合できない
  • 紛争時の証拠 — 全文の文字起こしには、後で撤回・訂正した発言も含めてすべてが残る。米国では、訴訟の証拠開示で文字起こしが請求対象になりうるとして、法律事務所が相次いで注意を呼びかけている。削除ルールを決める際は、紛争が見込まれる場合に削除を止める手順もあわせて決めておく

ツールの選び方

第一候補は会議ツール同梱型である。理由は単純で、データが既存の契約環境の中に留まり、第1弾で整えた権限設計にそのまま乗るからだ。

どの型を選ぶ場合も、文字起こしにタイムスタンプが付くことは必須条件である。根拠の時刻を示せないツールでは、承認ゲートの照合が成り立たない。

外部サービス型を使う場合は、次を確認する。

  • 学習への利用 — 入力データがAIの学習に使われない契約になっているか
  • 同意取得の責任の所在 — 外部サービスの規約は、参加者から録音の同意を得る責任を利用者側に置いていることが多い。米国では、議事録AIのボットが参加者全員の同意なく会議を録音したとして集団訴訟が起きており、規約上の責任が導入した会社に向きうる
  • 保管場所と保存期間 — データがどの国・地域に、どれだけの期間保管されるか
  • カレンダー連携による自動参加 — 社員が個人で外部サービスを登録すると、カレンダー上のすべての会議にボットが自動参加する設定になっていることがある。社外会議に無断で録音ボットが参加すれば、それ自体が事故である

最後の点は、会社が導入を決める前に、社員が個人判断で使い始めているケースで起きやすい。議事録AIの導入検討は、すでに使われている外部サービスの棚卸しから始めるのが確実である。

導入チェックリスト

  • 議事録のチェック者を、会議ごとに決めた
  • AIの下書きに、各記載の根拠となる録画の時刻を付けさせるようにした
  • チェックの期限(会議後24時間以内など)を決めた
  • チェックが終わるまで配布しない運用にした
  • 自動配布をオフにし、会議終了時に録音を止める手順を決めた
  • 配布後に関係者の了承を得る手順を決めた
  • 未決事項を明記し、次回へ持ち越す書式を用意した
  • タスク管理ツールへの登録は、了承後に限定した
  • 録音の告知方法と、社外会議での同意の取り方を決めた
  • 録音しない会議の種類を決めた
  • 録音・文字起こしの保存先と閲覧範囲を確認した
  • 文字起こしの保存期間と、紛争時に削除を止める手順を決めた
  • 社員が個人で使っている外部議事録サービスを棚卸しした

おわりに

議事録AIの価値は、清書の時間を減らすことにある。ただし、決定事項を確定させる工程までAIに渡すと、会議で決まっていないことが記録に残る。

導入で決めるべきことは、AIに何を書かせるかではない。人がどこで確定させるか、そして録音を誰がどう扱うかである。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?