AmazonとGoogleの会議ワークフロー、新たなAI議事録ツール訴訟リスクに直面

AmazonとGoogleの職場環境は、会議内に目に見えるボットを表示せずに動作するよう設計されたAI議事録ツールをめぐる7月30日の訴訟を受け、新たなコンプライアンス上の対立に直面している。提起予定の集団訴訟はAmazonやGoogleではなく、Granolaを対象としている。しかし、その主張は、Google Meet、Zoom、Microsoft Teams、その他のコミュニケーションサービスで従業員が会話を記録するあらゆる雇用主に及ぶ。

この訴訟は、人気製品の利点を中心的な法的論点へと変えた。Granolaはユーザーのデバイスからマイクとシステム音声を取得するため、会議に追加参加者は表示されない。訴状は、この設計により、参加者全員の認識や同意なしに会話が傍受・文字起こしされたと主張している。

この理論の重要性は、一つのベンダーにとどまらない。従来の訴訟はOtterPilotやFireflies.aiのような、目に見えるアシスタントを対象としていた。Granolaに対する訴状は、会議プラットフォームや通話中の他の全員から見えないままになり得る、デバイスレベルの音声取得を標的にしている。

したがってこの争いは、摩擦のないメモ取得と、参加者による実質的な同意との間に、より大きな対立を生み出している。会議には候補者情報、配慮の要請、評価に関する話し合い、苦情、健康情報など、その他の機微な記録が含まれるため、HRチームはその渦中に置かれる。

訴状も従来の訴訟も、AI文字起こしが違法であることを立証するものではない。主張は依然として未証明であり、被告にはこれに争う機会がある。それでも雇用主は、誰がどのような条件で職場の会話を録音できるかを決めるにあたり、最終判断を待つことはできない。

新たな訴訟は「見えない」議事録ツールを標的に

Granola事件は、AI議事録ツールをめぐる訴訟の対象を、目に見える会議ボットから、1人の参加者のデバイス上で静かに動作するソフトウェアへと広げている。

Chamberlain v. Granola, Inc.は、2026年7月30日に米国カリフォルニア北部地区連邦地方裁判所へ提起されたと報じられている。提起予定の集団訴訟は、Granola, Inc.とGranola Labs Ltd.を被告としている。

原告は、Granolaユーザーとの会話に参加したフロリダ州在住者と説明されている。訴状によると、原告はGranolaを使用しておらず、文字起こし目的で会話を取得することにも同意していなかった。

この事件は、連邦電子通信プライバシー法およびCalifornia Invasion of Privacy Actの一部条項に基づく請求を主張していると報じられている。また、州法上のコンピューターアクセス、プライバシー、不正競争に関する理論も含まれる。これらは裁判所の認定ではなく、あくまで主張である。

Granolaは、名前付きのアシスタントを会議に送り込むツールとは異なる仕組みで動作する。そのソフトウェアは、ユーザーのコンピューターのマイクと再生中の音声を取得する。続いて文字起こしを作成し、そのテキストとユーザーの粗いメモを用いて、より整理された要約を生成する。

Granolaのプライバシー文書では、会議にボットは参加しないと説明されている。また、他の参加者には追加の出席者が表示されないともしている。同社はこの挙動を、プライバシーを重視した設計の一部と位置付けている。

同じ文書では、録音の開始はユーザーが行う必要があるとしている。Granolaによれば、文字起こしのために音声を一時的にキャッシュし、処理後にその音声を削除する。元の音声が残らなくても、文字起こしと生成されたメモは保持される可能性がある。

この違いは重要だが、法的な問いを解決するものではない。盗聴関連法は、音声ファイルの長期保存だけでなく、通信の傍受を対象とし得る。そのため、キャッシュされた音声を削除しても、すべての同意に関する請求が自動的に解消されるわけではない。

Granolaは参加者に知らせることを推奨し、必要な場合に同意を確保する責任はユーザーにあるとしている。macOSでは、オプション機能により、会議の開始時にカスタマイズ可能な同意メッセージを送信できる。

訴状がより広く問うのは、その責任をアカウント保有者に委ねることが、非ユーザーを十分に保護するのかという点だ。ゲストはGranolaの設定を変更できず、利用規約を確認することも、アカウント保有者が文字起こしをどう管理するかを制御することもできない。

これにより、明確な非対称性が生じる。1人の従業員は自動化された記録の恩恵を得る一方で、発言者全員がその記録に情報を提供する。参加者の中には、後日のメール、人事ファイル、または法的な証拠開示請求で現れるまで、その記録の存在を知らない人もいるかもしれない。

この訴訟は、Granolaが予定されたビデオ通話の枠を超えて音声取得モデルを拡張した直後に起きた。同社は、歩きながらの会議、カンファレンス、その他の対面会話向けにApple Watchアプリケーションを公開した。この拡張により、録音ツールが見えない状況の数は増加する。

Granolaが違法な傍受やその他の申し立てられた行為について責任を認定されたわけではない。初期段階の訴状は原告側の説明を提示するものであり、通常は証拠開示や裁判の前に手続き上の争点が扱われる。

それでも、この事件は実務上のリスク計算を変える。雇用主は、目に見える会議ボットを禁止すればAI文字起こしに対処できるとは、もはや考えられない。デバイス上のソフトウェア、スマートフォン、腕時計、専用レコーダーは、参加者リストに表示されることなく、同じガバナンス上の問題を生み出し得る。

AmazonとGoogleの職場がこれをベンダーの問題として扱えない理由

従業員が議事録ツールを選択・起動した場合でも、雇用主は職場という文脈を管理している。

AmazonとGoogleのクラウド導入は、組織にメール、ストレージ、ID管理、コミュニケーションツールを柔軟に組み合わせる環境をもたらした。従業員は、正式なプラットフォーム統合を使わずに、これらの環境からデータを取得する独立したAIサービスを追加することもできる。

Granola訴訟は、その分離を示している。システム音声を取得できる議事録ツールには、直接的なGoogle Meet接続は必要ない。統合をブロックしたりカレンダー権限を削除したりしても、デバイスレベルの文字起こしを止められない可能性がある。

この違いにより、HR、法務、セキュリティ、調達、ITには責任の共有が求められる。ITは管理対象デバイス上のアプリケーションを制限できるが、どの会話を記録することが適切かまでは決めない。HRは従業員に関する話し合いの機微性を理解し、法務チームは同意と保持に関する要件を解釈する。

調達部門は、承認済み製品についてデータ利用制限を交渉できる。しかし従業員が承認済みの購買プロセス外で消費者向けツールをインストールする場合、その契約による保護は限定的である。セキュリティチームも、過度な従業員監視という別の問題を生まないようにしながら、それらのインストールを特定するための十分な可視性を必要とする。

包括的な禁止は単純に聞こえるが、ツールがローカルで動作する場合、実施は難しくなる。個人所有のスマートフォンや腕時計は追加の抜け穴を生む。従業員は、コミュニケーションスイートやオペレーティングシステムに組み込まれた文字起こし機能を使うこともある。

HR Executiveは以前、全員同意ルールがAI文字起こしにどう適用されるのかを雇用主がすでに問い始めていると報じた。同誌の職場リスク分析は、同意、生体情報、正確性、差別、秘匿特権、保持、機密性を、それぞれ独立したリスク領域として挙げている。

最新の訴状は、そこに製品アーキテクチャを加えた。目に見えるボットは、少なくともツールの存在を示す明白なシグナルを提供する。デバイスレベルの取得はそのシグナルを取り除き、会社の方針とユーザーの行動が主な開示手段となる。

これは特に採用の場面で重大である。採用担当マネージャーは、候補者の経験や約束を記憶するためにAIメモを使うかもしれない。しかし同じ文字起こしには、障害に関する情報、家族の詳細、アクセント、不正確な話者の割り当てなども残り得る。

評価面談にも同様のリスクがある。要約は、ニュアンスに富んだ会話を、その後の評価や懲戒判断に影響する一文へと圧縮する可能性がある。従業員は完全な文字起こしを見ることも、どの自動生成された表現が記録に入ったかを知ることもないかもしれない。

社内調査には、さらに厳格な管理が必要である。証言者には、機密性、データへのアクセス、発言がどのように使われるかについて明確な情報が必要だ。未開示の文字起こしサービスを導入すれば、技術が正確な記録を作成していたとしても、信頼を損なう可能性がある。

リスクは外部との会話にも及ぶ。営業電話、顧客インタビュー、ベンダー交渉、法務相談には、異なる州や国から参加する人が含まれることがある。会議の主催者は、通話中の全員にどの同意基準が適用されるかを把握していない可能性がある。

連邦盗聴法は一般に一方当事者の同意を認めているが、複数の州では秘密通信についてより厳しい要件を課している。分散型の会議にこれらの法律を適用する際は、参加者の所在地、期待、技術の役割に左右される可能性がある。

雇用主は、この記事を法的助言として解釈したり、単一の方針があらゆる場所で機能すると考えたりすべきではない。自社の事業に関係する法域と会議の種類を評価するため、弁護士に相談する必要がある。

実務上の教訓はより明確である。承認は単なるソフトウェア名ではなく、ユースケースに結び付けなければならない。定例プロジェクト更新で許容されるツールであっても、ハラスメントの聞き取り、医療上の配慮に関する話し合い、秘匿特権のある法務会議には不適切なままであり得る。

そこで、検索可能なAIナレッジベースにも明確な境界が必要となる。メモを見つけやすくすることはその価値を高める一方、決してリポジトリに入れるべきではない資料を取り込むことの影響も大きくする。

見えない取得こそが同意における核心的なトレードオフ

議事録ツールが姿を消すほど製品体験は容易になるが、実質的な同意の確認は難しくなる。

目に見える会議ボットは摩擦を生む。参加者リストの1枠を占め、入室を拒否される場合があり、ときには開始直後の数分間を中断する。クライアントはなぜボットがいるのかを尋ねるかもしれず、参加者はその存在に気付いた後でより慎重な発言をする可能性がある。

開発者は、取得機能をユーザーのデバイスへ移すことで対応した。この手法は、ユーザーが聞いている音声そのものを聴取するため、複数の会議サービスで機能する。また、ビデオプラットフォームが存在しない対面会話にも対応できる。

この柔軟性は、AmazonとGoogleの職場スタックで魅力的である。従業員はGoogle Meet、ブラウザベースの顧客通話、対面での話し合いを、メモの仕組みを変えずに行き来できる。議事録ツールは、複数の企業向けツールの上に重なる個人用レイヤーとなる。

しかし摩擦がないことは、自然な確認ポイントも取り除く。参加を求めないボットを、参加者が拒否することはできない。別のアプリケーションが独自の録音機能の外で音声を取得している場合、プラットフォームは録音バッジを表示できない。

これは、デバイスレベルの文字起こしが本質的に違法であることを意味しない。ユーザーはその旨を告知し、必要な同意を得たうえで、参加者が応答してからツールを有効化できる。アーキテクチャと同意のワークフローは関連しているが、同一ではない。

Granolaの任意の自動メッセージ機能は、目に見えるボットなしでも開示を追加できることを示している。より難しい問いは、開示を任意のままにしてよいのか、そしてテキストメッセージが必要な同意を成立させるのかという点である。

あいさつや共有リンクに埋もれたメッセージは見落とされることがある。会議がすでに始まっている、あるいは異議を唱えることが職業上リスクに感じられるために、参加者が沈黙を保つ場合もある。候補者や若手従業員は、経営層よりも、管理職が望む進め方を受け入れるよう強い圧力を受けやすい。

同意には、記録取得後に何が起きるかも説明する必要がある。AIが「メモを取る」と伝えるだけでは、そのツールが完全な文字起こしを作成するのか、話者ラベルを付けるのか、検索可能なアーカイブに保存するのか、あるいはテキストを別のモデルに送信するのかを、参加者に十分伝えられない可能性がある。

雇用主は、通知と許可を区別しなければならない。バナーは、収集開始後に参加者へ通知することはできる。しかしそれは、ソフトウェアが音声を取得する前に明示的な回答を得ることとは異なる。

製品のデータ経路にも同等の注意が必要だ。音声を削除すれば露出の一類型は減らせるが、永続的に残るテキストには依然として会話の実質的内容が含まれる。テキストは保存コストが低く、検索しやすく、他のシステムへコピーするのも容易である。

Associated Pressは最近、notetaker privacy coverageでこうした懸念を検討した。プライバシー専門家は、検索可能な文字起こしが、機密性の高い人事情報、企業戦略、そして後に訴訟で使われる可能性のある発言を露出させ得ると指摘した。

AI要約は、文字起こしとは別の記録を新たに生み出す。要約は留保条件を省いたり、発言を誤った人物に帰属させたり、暫定的なアイデアを最終決定として示したりすることがある。人によるレビューは役立つが、不正確な要約が流通した後では文脈を取り戻せない。

話者識別は別個の生体情報に関する問題を提起する。一部のサービスは、声に関連する音響的特徴を通じて人物を識別する。イリノイ州法は、音声プリントが生体識別子として機能する場合、それを明示的に規制している。

Granolaに関する訴えは、目に見える音声プリント機能だけではなく、傍受と同意を中心とするものとみられる。Fireflies.aiに対する先行訴訟は、同じワークフローがいかに速やかに生体情報に関する請求を招き得るかを示している。

Cruz v. Fireflies.AI Corp.では、原告が、会議アシスタントが書面による同意なく音声プリントを作成したと主張した。Fireflies allegationsに関する法的分析によると、訴状はイリノイ州法に基づく法定損害賠償を求めていた。

この事案は、ベンダーと雇用主が係属中の訴訟から広範な結論を導くべきでない理由も示している。公開報道によれば、当初の訴訟は2026年3月に終了したが、事件記録が終了したことが、必ずしも根底にある法理を判断したことを意味するわけではない。

Granolaの事案には、独自の司法分析が必要となる。裁判所は、ソフトウェアの動作、原告の期待、適用される法令、そして例外や抗弁が適用されるかを検討しなければならない。

HRリーダーにとって当面の問題は、勝者を予測することではない。現在の統制が、記録取得の開始前に参加者が何が起きるかを理解していたことを証明できるかどうかを判断することである。

OtterとFirefliesは、リスクが設計をまたいで広がっていることを示す

訴訟は可視的なボットと不可視の記録取得の両方を検証しており、製品アーキテクチャを変えてもガバナンス上の責務はなくならない。

最も有用な比較対象は、カリフォルニア州での連邦統合訴訟であるIn re Otter.AI Privacy Litigationだ。2025年8月から9月に提起された4件の集団訴訟案は、1つの事件番号に統合された。

原告らは、Otterのツールが会議に参加し、参加者を録音または文字起こしし、十分な同意なく会話情報を利用したと主張している。また、Otterアカウントを持たない人々には、収集を承認する実質的な機会がなかったとも主張している。

Otterはこれらの主張に異議を唱え、統合訴状の却下を申し立てた。裁判所のofficial case pageには、Eumi K. Lee判事とカリフォルニア北部地区の事件番号が示されている。

本記事のために確認した最新の公開報道時点で、裁判所はOtterの責任を認定する本案判決を出していなかった。この事件が重要なのは、アカウント保有者が招待した場合に、第三者のアシスタントが傍受に関する請求を受け得るかを問うているためだ。

報道によれば、Granolaに対する訴訟は、同じ同意の空白を反対の設計から捉えている。Otterは識別可能な参加者としてビデオ会議に加わる。一方、Granolaはアカウント保有者のデバイスを通じて音声を聞き取り、別個の出席者として通話に参加しない。

どちらの設計も、1人のユーザーがプロセスを開始することに依存している。いずれの場合も、他の参加者はアカウント、契約、設定、あるいはベンダーとの直接的な関係を持たない可能性がある。

Fireflies.aiは3つ目の比較対象となる。同製品は一般的な会議サービスに参加し、話者を識別できる。イリノイ州の訴状は、話者認識には原告の書面による許可なしに生体情報処理が必要だったと主張した。

これらの事案は、一般的な責任分担に疑問を投げかける。ベンダーはしばしば、ユーザーに対して現地法を順守し、必要な許可を得るよう伝える。雇用主はその後、組織がアプリケーションを承認したため、ベンダーのインターフェースが通知を処理していると考える場合がある。

こうした前提は空白を生み得る。ベンダーは、すべての参加者の所在地や職場での役割を常に把握できるわけではない。従業員は法律を理解していない可能性があり、雇用主はツールが有効化されたことを知らない可能性もある。

ネイティブなプラットフォーム機能はより明確な管理統制を提供するが、すべての疑問に答えるものではない。Google Meetは、自身の録画機能が有効なときに知らせることができる。その表示は、独立したソフトウェアがシステム音声を取得していることを必ずしも明らかにしない。

そのためAmazon Google管理者には、名前付きの統合機能の一覧だけでなく、記録取得という行為を対象とするポリシーが必要となる。ルールは、情報が会話から文字起こし、要約、アーカイブ、または意思決定の記録へ移る流れに従うべきだ。

競争上の対応は、おそらくより強固な同意管理を重視するものになる。ベンダーは、文字起こしの開始前に開示メッセージを必須にし、監査可能な同意記録を維持し、保護対象の会議カテゴリーでは管理者が記録取得を無効化できるようにできる。

また、元の文字起こしと最終メモを分けることもできる。ユーザーには、発言の一言一句を残さずに短いアクション要約だけが必要な場合もある。データ最小化とは、定義された目的に必要なものだけを収集・保存することである。

別のアプローチとして、処理をデバイス上にとどめる方法がある。ローカル処理はクラウドベンダーへのデータ転送を減らせるが、他の話者に知らせる必要をなくすものではない。ローカルで作成された文字起こしでも、ポリシー違反となり、証拠開示の対象となり、機密情報を露出させる可能性がある。

ベンダーは、顧客コンテンツを自社モデルの学習に使わないと約束する場合もある。この制限は1つの懸念に対処するが、会話を記録する許可を確立するものではない。学習、文字起こし、保存、開示は、それぞれ別個の処理活動である。

HRの購入担当者は、単一の「コンプライアンス対応」ラベルに頼るべきではない。コンプライアンスは、製品設定、契約、ユーザー行動、参加者の所在地、会議内容、下流でのアクセスに左右される。どのようなバッジも、その分析の代わりにはならない。

HRポリシーはアプリではなく会話に従わなければならない

実行可能なポリシーは、承認された状況、必要な同意、禁止コンテンツ、保存期間の制限、最終記録に対する責任を定める。

最初のステップは、従業員がすでにどのようにAIメモを作成しているかを把握することだ。調査や正式なソフトウェア一覧では一部の活動を見逃すため、HRは従業員による申告、管理対象デバイスの情報、経費記録、事業部門へのヒアリングを組み合わせるべきである。

目的は、早期導入者を罰することではない。従業員は、事務作業を減らし、会議により十分に参加するために、こうしたツールを選ぶことが多い。懲罰的な始め方をすれば、同じ活動が個人アカウントや管理されていないデバイスへ移る可能性がある。

組織は、3つの会議カテゴリーから始められる。日常的な業務会議では、明確な同意を得た後に承認済みの記録ツールを許可できる。機微な会議には追加のレビューが必要となる。特定の会話では、自動記録取得を全面的に禁止すべきである。

禁止カテゴリーには、多くの場合、法的戦略、秘匿特権のある助言、社内調査、パフォーマンス改善、人事上の配慮の要請、医療情報、労働組合活動、合併に関する議論が含まれる。法務担当者は、その一覧を組織に合わせて調整すべきだ。

第二に、同意には定義されたワークフローが必要である。従業員はツールを特定し、何を記録するのか、何が保存されるのかを説明し、有効化前に必要な合意を得なければならない。

カレンダー上の通知は参加者の準備に役立つが、それだけを唯一のシグナルにすべきではない。特に従業員が必須会議を合理的に拒否できない場合、出席は必ずしも合意を示すものではない。

組織は標準的な口頭スクリプトと書面通知を用意すべきである。また、誰かが異議を唱えた際には、人によるメモ作成などの簡単な代替手段も提供すべきだ。

第三に、企業には技術的な実施手段が必要である。管理者は、承認済みアプリケーションを許可し、インストールを制限し、個人アカウントをブロックし、エクスポートを制限できる。これらの統制は、可能な範囲でノートPC、スマートフォン、ブラウザ拡張機能、ウェアラブルデバイスに及ぶべきである。

第四に、ベンダー審査では具体的なデータフローを扱わなければならない。購入者は、音声がデバイス外へ送られるか、一時ファイルがどれほど残るか、文字起こしがどこに保管されるか、どのサブプロセッサがコンテンツを受け取るかを確認すべきだ。

また、オプション機能を含め、顧客コンテンツが何らかのモデルの学習に使われるかも判断すべきである。契約では、削除、インシデント報告、アクセス制御、データ所在地、法的保全への対応を定める必要がある。

第五に、HRはAIメモを公式の雇用記録とするかどうかを決めなければならない。管理職の個人的な要約が、評価、昇進、解雇を裏付ける証拠に、気付かないうちに変わるべきではない。

要約が雇用上の意思決定に影響する場合、影響を受ける本人には争いのある記述を確認する機会が必要となる可能性がある。組織は、不必要な元データを無期限に保持せずに訂正を評価できるだけの文脈を保持すべきだ。

このレビューは、アクセント、発話の違い、騒がしい室内、発言の重なりについて特に重要である。自動音声認識は、話者や環境によって結果にばらつきが出る可能性がある。

第六に、企業は目的に基づく短い保存期間を設定すべきである。プロジェクトの要約は数か月にわたって有用である場合がある一方、元の音声は承認済みの文字起こしが検証された直後に削除できる。

ただし、すべてを直ちに削除することが常に適切とは限らない。苦情、調査、訴訟保全は保存を必要とする場合がある。法的義務が生じた後に通常の削除で重要な資料を失わないよう、ポリシーにはエスカレーション経路が必要である。

第七に、アクセス権は当初の対象者に従わなければならない。管理職の私的な会話の文字起こしが、部門全体で検索可能になるべきではない。検索の利便性は権限拡大を正当化しない。

個人メモと企業ナレッジを組み合わせるツールは、従業員が決定事項や約束を見つける助けになる。second brainを適切にガバナンスするには、依然として情報源の統制、権限管理、明確な削除ルールが必要である。

第八に、研修では実際のシナリオを使うべきである。従業員は、面接、顧客との通話、廊下での会話、オンライン会議では、同じアプリケーションを使っていても異なるリスクが生じ得ることを認識する必要がある。

管理職は、同意をめぐる力関係の不均衡を理解すべきである。候補者が、異議を唱えると面接に影響するかもしれないと考えている場合、「誰か気にしますか？」という問いかけでは不十分だ。中立的な代替手段があって初めて、拒否の信頼性が高まる。

最後に、実施は役職にかかわらず一貫していなければならない。経営層は最も機微な記録を作成することが多く、新しいツールへのアクセスも最も広い。彼らを例外扱いすれば、コンプライアンスと従業員の信頼の双方を損なう。

雇用主が次に注視すべきこと

見えないAI議事録ツールが管理可能なワークフローになるのか、それとも職場全体の責任問題へと発展するのかを示す3つの兆候がある。

第1の兆候は、Granolaの正式な対応だ。棄却申立てが行われれば、申し立てられた行為が連邦法またはカリフォルニア州の通信傍受法に該当するかどうかが争点となる可能性が高い。同社は、訴状に記載された技術的・事実関係の説明についても異議を唱える可能性がある。

裁判所が主要な請求の審理続行を認めた場合、デバイスレベルの議事録ツールには、開示を必須化するよう求める圧力が強まるだろう。棄却されれば原告側の理論は限定され得るが、雇用方針や州法上のあらゆる論点が解決するわけではない。

第2の兆候は、Otterの棄却申立てに対する裁判所の判断だ。Otterの訴訟は可視化されたボットを検証する一方、Granolaの訴訟はボットを介さないローカルでの録音を検証する。両方の判断を併せて読むことで、裁判所がアーキテクチャ、ユーザーの許可、参加者の認識のどれをより重視するかが明らかになる可能性がある。

Otterに対する請求の継続を認める判断が出れば、アカウント保有者の許可だけでは検討を終えられないという見方が強まる。広範な棄却判断が出れば、ベンダーは研究すべき抗弁を得ることになるが、雇用主は依然として契約、バイオメトリクス、機密保持、従業員関係に関する懸念に直面する。

第3の兆候は、製品の挙動だ。主要ベンダーが同意メッセージをデフォルト化するか、明示的な応答を要求するか、あるいは企業管理者に機密性の高い会議をより強力に制御する手段を与えるかに注目したい。

任意の通知は柔軟性を保てるが、従業員全員が毎回それを使用することに依存する。開示の義務化は摩擦を生むが、その摩擦は、組織が同意を実質的な条件として扱っていたことを示す証拠になり得る。

雇用主は、コミュニケーションプラットフォームがデバイスレベルの録音を可視化するかどうかにも注目すべきだ。OSはすでに一部の状況でマイク権限を表示しているが、その表示だけでは、どのアプリケーションが会話を処理しているのかまでは分からない。

より深い課題は文化にある。従業員は重要な会話が検索可能になることを、ますます当然のことと考えるようになっている。一方で、他の参加者は、自分の発言がAIシステムに取り込まれる前に、意味のある選択肢が与えられることを依然として期待している。

Amazon Googleの職場チームは、苦情、調査、または証拠開示請求によって問題への対応を迫られる前に、この対立を解決すべきだ。承認済みツールを見直し、機密性の高い会議を洗い出し、同意手続きをテストし、従業員に実用的な非AIの代替手段を提供する必要がある。

人事部門にとっての問いは、もはやAIが有用な議事録を作成できるかどうかではない。組織が、記録されたすべての会話に明確な目的、適切な対象者、そして発言から保存記録に至るまでの説明可能な経路があったと証明できるかどうかだ。