会議に入ってくるボットがいない：MinuteAIのChrome拡張機能はGoogle MeetとTeamsをどう文字起こしするか

あなたより先に会議へ入ってくるボット

カレンダーと連携したOtter、Fireflies、Grainを使ってGoogle MeetやTeamsの通話を開くと、あなたと一緒に何かが会議へ入ってきます。専用の名前とタイルを持ったボットが、その場にいる全員に告知されるのです。「Otter Botが会議に参加しました」。通話の相手がそれを見るのは、録音を予期していたかどうかに関係ありません。

MinuteAIのChrome拡張機能も同じ仕事——Google MeetやTeamsの通話を検索可能な文字起こしに変える——をこなしますが、このステップがありません。会議には参加しません。あなた自身のブラウザタブで再生されている音声を取り込み、あなた自身のMac上で動く小さなサーバーへストリーミングし、そこで処理します。通話に二人目の参加者が現れることはなく、サードパーティのサーバーが音声を受け取ることも一切ありません。

この違いはプライバシーの観点から常に重要でした。そして2026年に入り、それはボットがそもそも会議に入ることを許されるかどうかという問題にも関わり始めています。

実際の仕組み

その仕組みは地味なもので、それこそがポイントです。Chrome拡張機能はアクティブなブラウザタブから音声を取り込みます——参加者としてあなたがすでに聞いている音声そのものです——そしてそれをlocalhost:8085へストリーミングします。これはMinuteAIのデスクトップアプリが起動中にあなた自身のマシン上で動かしているサーバーです。アプリがそのストリームを受け取り、オンデバイスの文字起こしエンジンにかけ、文字起こし結果をそのままMinuteAIのライブラリへ書き込みます。拡張機能が話しかけるサーバーは、あなた自身のMac上で動いているもの以外に一切ありません。

このローカルサーバーは外部から到達できません。自分のブラウザからの接続だけを受け付け、MinuteAI側のインフラからも他の誰からもアクセスできません。音声が漏れうるアップロード工程がそもそも存在しないため、そこから漏洩するという心配自体が成立しません。

このパイプラインの裏には3つの文字起こしエンジンがあり、どれを使うかは単一のデフォルトを選択肢のように見せかけたものではなく、本物のトレードオフです。WhisperKitは99言語に対応し3つの中で最も精度が高い一方で最も遅く、30分の会議の処理におよそ8〜12分かかります。FluidAudioは55言語に対応し、精度をわずかに犠牲にする代わりに最大50倍の速度を出します。Apple標準のSpeech Analyzerは45以上の言語に対応し、macOSのネイティブ音声認識を使って高速に動作しますが、専門用語の精度は落ちます。このトレードオフのどこにもネットワーク通信は必要なく、3つとも完全にローカルで動作します。

Microsoft Teamsについては、拡張機能はブラウザ版(teams.microsoft.com)でのみ動作し、デスクトップクライアントでは動作しません。拡張機能がブラウザタブの音声しか取り込めないためです。これは注釈として片付けるべきものではなく、明記すべき実際の制約です。タブ音声を取り込む設計はネイティブアプリの音声パイプラインには手が届かないため、Teamsユーザーは拡張機能に通話を認識させるためにWebクライアントを使う必要があります。

「ボットがいない」ことが実際に何をもたらすか

ボットとして参加することと自分のタブ音声を取り込むことの実務上の違いは、見た目だけの話ではありません。ボットは会議への入室許可が必要です——ホストされた通話では、管理権限を持つ誰かが明示的に承認するか、会議の設定がデフォルトでサードパーティ参加者を許可している必要があります。自分のタブの音声を取り込む場合、そうした手続きは一切不要です。新たに何かが通話に加わるわけではないからです。あなたはすでに承認された参加者であり、そこにローカルのレコーダーを追加で動かしているだけなのです。

これはまた、サードパーティの録音ツールが追加されたことを示す目に見える通知が通話の他の参加者に届かないことも意味します。これは両刃の剣です。目に見えるボットが生む「通知疲れ」をなくす一方で、他の参加者が会話が録音されているという受動的なシグナルを得ることもなくなります。そのため開示義務は、ツール側にではなく、拡張機能を実行している本人に相変わらず課せられます。

なぜ2026年はボットにとって分の悪い年なのか

ここでの市場環境は仮説の話ではなく、まさに今年進行中のことです。Google Meetは2026年3月のアップデートで、サードパーティのノートテイカーボットをデフォルトで「潜在的リスク」としてフラグ付けし始め、会議ホストが個別に手動承認しない限り参加できないようにしました。Microsoftも2026年3月に告知MC1251206で同様の措置を発表しています。検出されたボットは「Unverified(未検証)」とラベル付けされた「疑わしい脅威」向けのロビーへ振り分けられ、一般提供は2026年6月にかけて展開されます。両社の変更は同じ方向を指しています——プラットフォーム側は、ボットが通話に入るというパターンを、デフォルトで起こることではなく、ホストが能動的に通してやらなければならないことへと変えつつあります。

法的な圧力もプラットフォーム側の圧力に重なっています。GDPRは録音開始前の積極的な同意を要求しており、参加者リストに表示される目に見えるボットは、どの法域においても十分な開示とはみなされません——存在していることは同意ではないのです。このギャップは実際の訴訟にまで発展しています。Fireflies.aiはイリノイ州のBIPAに基づく訴訟に直面しており、Otter.aiは連邦のECPAとカリフォルニア州のCIPAに基づく訴訟に直面しています。どちらも、ボットを有効にした本人が通話の他の全員から同意を得る責任を負うのかを争点としています。企業の法務・IT部門は、管理者レベルでクラウド録音ボットそのものを一律禁止することで対応し始めています。会議ごとに拒否されるのではなく、そもそも尋ねる機会すら与えられないのです。

こうした圧力のいずれも、そもそも別の参加者として通話に加わることのないツールには及びません。自分のタブ音声を取り込み自分のマシンで処理するブラウザ拡張機能は、ホストが承認しなければならないボットでもなければ、法務部門がデータの所在地や第三国移転を審査しなければならないクラウドベンダーでもありません。実務上はむしろ、自分のマイクで通話を録音することに近い——これはまさにMinuteAI自身の製品ドキュメントが引いているアナロジーです。

それでも残る本物のトレードオフ

だからといって、この拡張機能が同意に関する法律の免罪符になるわけではありません。一方当事者同意州では、自分が参加している会話を他の誰にも告げずに録音できます。カリフォルニア州やフロリダ州を含む双方当事者同意州では、ボットが参加者リストに現れるかどうか、録音が自分のマシン上で静かに行われるかどうかにかかわらず、全参加者の同意が必要です。クラウドボットの代わりにMinuteAIの拡張機能を使うことで変わるのは、その録音に誰がアクセスできるかであって、事前に同意を得ることが法的に必要かどうかではありません。その責任は、いつの時代も「録音」をクリックした本人にあります。

ポートフォリオの中での位置づけ

以前、MinuteAIのオンデバイス文字起こしパイプラインについて書きました——Model Manager、メモリ制約、そしてなぜそのどれもサーバーに触れないのか。Chrome拡張機能は同じ規律を別のキャプチャポイントに適用したものです。ボイスメモやインポートした録音の代わりに、ライブの会議タブが対象になり、決して起きないアップロードの代わりに、決して参加しないボットがあります。同じ譲れない条件を、通話の最中という、多くの競合ツールが依然として他社インフラ経由の往復を前提としている場面に適用しているのです。

---

MinuteAIのChrome拡張機能は無料で、ブラウザキャプチャ自体に利用制限はありません。詳しくはgetminute.appをご覧ください。特定の会議ワークフローへの組み込み方についてご質問があれば、[email protected]までお気軽にどうぞ。