ほかの道具とつなぐ

会議の記録をAIに繋ぐと、何が変わるのか

「AIに議事録を読ませる」と聞いても、何が嬉しいのか分かりにくいと思います。変わるのは検索の性能ではなく、問いの立て方です。実際にできるようになることを、具体例で説明します。

Recory 編集部編集

2026.08.27 更新 2026.09.12 読了 22分 価格・仕様の確認 2026.09.06

「議事録をAIに読ませられます」と言われても、何が嬉しいのか分かりにくいと思います。私も、作る前はそう思っていました。使ってみて分かったのは、変わるのは検索の性能ではないということです。一文で言うと、こうです。

変わるのは、問いの立て方です。

MCPとは何か——公式の説明から

用語から片付けます。MCP（Model Context Protocol）は、AIアプリケーションと外部のシステムをつなぐためのオープンソースの規格です。Anthropicが2024年11月に公開しました。

公式ドキュメントは、こう説明しています。

Think of MCP like a USB-C port for AI applications.（MCPは、AIアプリケーションにとってのUSB-Cポートのようなものだと考えてください）

USB-Cが機器同士をつなぐ形を1つに決めたように、AIと外部のデータをつなぐ形を1つに決めたということです。これができる前は、AIサービスごとに個別の連携を作る必要がありました。規格が1つになると、片方を作れば対応しているAIのどれからでも繋がります。

公式は対応しているものとして、Claude、ChatGPT、Visual Studio Code、Cursorなどを挙げています。「一度作れば、どこからでも繋がる」というのがこの規格の主張です。

APIがあるのに、なぜ新しい規格が要ったのか

「連携ならAPIでできるのでは」と思われるかもしれません。実際できます。問題は数のほうでした。

AIサービスがN個、繋ぎたいサービスがM個あると、個別に作る場合は N×M 通りの連携が必要になります。議事録サービスが Claude 用、ChatGPT 用、Cursor 用にそれぞれ別の連携を作り、AIの側もサービスごとに対応する。どちらの側も、相手が増えるたびに作業が増えます。

規格を1つ決めると、これが N＋M になります。議事録サービスは規格に合わせて1つ作る。AIの側も規格に対応する。あとは自動的に全部の組み合わせが繋がります。公式が開発者向けの利点として「構築や統合にかかる時間と複雑さを減らす」と書いているのは、この話です。

APIとの違いをもう一段だけ書くと、AIが自分で使い方を調べられるようになっている点があります。MCPでは、クライアントが tools/list にあたる問い合わせを送ると、サーバー側が「こういう操作ができます」という一覧を、引数の形まで含めて返します。人が説明書を読んでコードを書く代わりに、AIがその場で読んで使う。ここが従来のAPI連携と実務上いちばん違うところです。

コネクタとMCPは、どういう関係か

利用者の側から見ると、この2つは同じものの別の呼び方に見えます。整理すると、こうなります。

中身は同じで、繋ぎ方の手間が違うだけです。コネクタの一覧に載っているサービスは、URLを打ち込まずに繋げます。載っていないサービスは、接続先のURLを自分で登録することになります。

議事録の分野では、2026年8月6日にRimo Voiceが国内の議事録ツールとして初めてClaudeの公式コネクタに掲載されました。コネクタの案内にプランの条件は書かれていません（6月のCLI・MCPは法人・チーム・プロプラン対象と明記）。それ以外のサービスは、いまのところURLを自分で登録する形になります（コネクタ一覧の現況）。

検索窓には入力できない問い

いまの探し方は、たぶんこうです。5段階あります。

アプリを開く → 会議を思い出す → それらしい日付を探す → 開く → 読む

これは「どの会議か分かっている」ときの探し方です。日付か、相手先か、せめてキーワードを覚えている必要がある。ところが実務で困るのは、そこが思い出せないときです。たとえば、こういう問いです。

「この3か月で、価格を理由に止まった案件は？」

この問いを検索窓に入れることはできません。「価格を理由に止まった」という言葉が、議事録のどこにも書かれていないからです。実際に書かれているのは、

• 「単価が折り合わず、いったん持ち帰り」
• 「予算の都合で今期は見送りたいと」
• 「他社さんの見積と比べて、という話が出まして」

全部違う言葉です。キーワード検索は言葉の一致で探すので、この3つを1つの答えにまとめられません。AIに会議を読ませると、ここが変わります。「価格が理由で止まっている」という条件で拾えるようになる。言葉ではなく意味で探せるからです。

サーバーが出せるものは、3種類に決まっている

少し中の話をします。ここを知っておくと、「読み取り専用」がどう担保されているのかが分かるからです。

MCPの公式仕様では、サーバーが提供できるものが3種類に決められています。

議事録サービスで使われるのは、ほとんどが1つめのToolsです。そしてここが重要で、サーバーが出していない操作は、AIからは実行できません。「議事録を書き換える」というToolを用意していなければ、繋いだAIから書き換えることはできない。読み取り専用というのは、そういう設計になっているという意味です。

つまり確認するべきなのは「安全ですか」という質問ではなく、「そのサービスは、どんなToolを出していますか」という質問になります。一覧が公開されていれば、できることの範囲がそのまま読めます。

繋いだあと、AIは常に見ているのか

よく聞かれるところです。あなたが質問したときに、その質問に答えるために読みに行きます。

MCPはJSON-RPC 2.0という方式でやり取りする規格で、公式仕様ではステートレスなプロトコルだと説明されています。1回のリクエストが、処理に必要な情報を全部持っている作りです。会議の記録を常時監視して溜め込むような動きは、この規格の想定に入っていません。

ただし、読まれた内容はそのときAI側へ渡ります。質問に答えるために送られるので、「読み取り専用だから何も渡っていない」わけではありません。ここはあとで改めて書きます。

実際に何を聞けるか

うちの場合、外部のAIから読めるのは6種類です。会議の一覧・横断検索・議事録・文字起こしの全文（時刻と話者つき）・タスク・案件。すべて読み取り専用で、外から書き換えることはできません。この範囲で実際に答えが返ってくる問いを挙げます。4つの型に分かれます。

1. 横断して条件で拾う

• 「この3か月で、価格を理由に止まった案件は」
• 「先方から懸念が出たまま解消していない案件は」
• 「同じ論点で2回以上議論している会議は」

3つ目が意外と効きます。同じ話を繰り返しているのは、決まっていない証拠だからです。自分では気づきにくい。会議の中にいると、毎回が新しい議論に見えます。

2. 自分の宿題を集める

• 「先月、自分が持ち帰った宿題で、まだ終わっていないものは」
• 「期限が過ぎているタスクを全部出して」

タスクは構造化されて入っているので、ここは確実に答えが返ります。複数の会議にまたがった宿題を1つの一覧にするのは、アプリの画面では意外とやりにくい操作です。会議ごとに開いて拾う代わりに、一言で済みます。

3. 次の会議の準備をする

いちばん実用的なのがこれかもしれません。前日に、こう聞きます。

「来週A社と打ち合わせです。過去の経緯を時系列で整理して、前回の宿題と、まだ答えていない質問を出して」

過去5回の商談を全部開いて読み返す作業が、1つの問いになります。準備の時間がいちばん減るのはここでした。答えの根拠は元の会議に紐づくので、疑わしい箇所はそこへ戻れます。

4. 発言そのものを引く

• 「B社の担当者が変わったのはいつの打ち合わせか。その発言を原文で」

文字起こしは時刻と話者つきで読めるので、何分何秒の誰の発言かまで返せます。「言った言わない」を確認したいときに、記憶ではなく記録で照合できます。

何が起きていないか

誤解を避けるために、起きていないことも並べておきます。新しい情報は生まれません。会議で話されていないことは出てきません。要約が上手になるわけでもありません。繋いでも、議事録そのものの品質は変わらない。変わるのは探し方だけです。そして繋いだからといって、議事録が自動で整理されるわけでもありません。溜まった記録に対して聞けるようになるだけで、片付けはしてくれません（整理の話）。

繋ぐまでの手順は、3つに分かれます

サービスごとに画面は違いますが、やることは同じです。どのAIに繋ぐかで、最初の一歩だけが変わります。

そのあとは共通で、2段です。ログインして許可する、繋がったか確かめる。

確かめ方は単純で、繋いだ直後に「使えるツールを教えて」と聞くことです。読める種類の一覧が返ってくれば繋がっています。ここで何も返らなければ、認証が通っていないか、プランの条件を満たしていません。

最後の1つが大事です。いきなり複雑な問いを投げると、繋がっているのに「使えない」と判断してしまいます。まず「直近の会議を3件教えて」のような、確実に答えが返る問いで動作を確かめてください。

1つの会議に聞くのと、全部に聞くのは別の話

混同されやすいので分けておきます。

1つの会議の中で質問するのは、多くのサービスがアプリの中に持っている機能です。その会議の議事録を開いて「決まったことは」と聞く。これはMCPが無くてもできます（会議の記録に質問する）。

溜まった会議の全部に質問するのが、繋いだときに新しくできることです。この記事の前半で挙げた問い——「この3か月で価格を理由に止まった案件は」——は、1つの会議を開いていては出てきません。横断できるようになるのが、繋ぐ理由のほぼすべてです。

逆に言えば、1つの会議の中で足りているなら、まだ繋ぐ必要はありません。

認証は、公式がOAuthを勧めています

繋ぐときの安全さは、ここでほぼ決まります。MCPの公式仕様は、リモートのサーバーとの通信について「MCP recommends using OAuth to obtain authentication tokens」（認証トークンの取得にはOAuthの利用を推奨する）と書いています。

繋ぎ方には大きく2つあり、性質がまったく違います。

下の方式が危ないのは、URLが思わぬ場所に残るからです。画面共有に映り込む、チャットに貼ったまま残る、ブラウザの履歴に入る、アクセスログに記録される。消したつもりでも残り続けます。

この方式を使わざるを得ない場合は、失効させて再発行できるかを先に確認してください。できないサービスは避けたほうがいいです。

何が相手に渡るのか

「読み取り専用だから安全」という言い方をよく見ますが、正確ではありません。読み取り専用が保証するのは「書き換えられないこと」だけで、読まれた内容が渡らないという意味ではありません。

繋いだあと、質問をするたびに次のことが起きます。

1. あなたが質問する
2. AIが、答えるために必要な会議の記録を読みに行く
3. 読んだ内容がAIの処理に渡る
4. AIが答えを返す

3つめが要点です。会議の中身そのものが、接続先の会社のサーバーへ送られます。社外に出せない会議が1本でも入っているアカウントなら、繋ぐ前に社内で確認する必要があります。

もう1つ、見落とされやすい点があります。繋ぐ判断は個人でできてしまいます。情報システム部門を通さずにボタン1つで繋がるので、規程が追いついていない会社では、知らないうちに社外へ出ていることが起こり得ます。社内で使うなら、繋いでよいサービスの一覧を先に決めておくほうが安全です。

繋がる先が増えると、何が変わるか

規格が1つに決まったことの意味は、時間が経つほど大きくなります。議事録だけを繋ぐ話ではなくなるからです。

公式ドキュメントが例として挙げているのは、カレンダーやNotionへの接続、デザインファイルからのアプリ生成、社内の複数のデータベースへの接続です。同じ規格で並ぶので、組み合わせられます。

議事録の側から見ると、こういう形になります。

• 会議の記録とカレンダーを両方繋ぐ → 「来週の打ち合わせの相手と、前回何を話したか」が1つの問いで済む
• 会議の記録とタスク管理を両方繋ぐ → 会議で決まった宿題が、実際に登録されているかを突き合わせられる
• 会議の記録とメールを両方繋ぐ → 「打ち合わせのあと、先方から返事が来ているか」まで辿れる

いまはまだ、繋がっているものが少ないので実感しにくいところです。ただ規格が同じである以上、増えるのは時間の問題で、増えたときに効くのは「記録がどれだけ溜まっているか」のほうになります。

日本語では、まだほとんど検索されていません

正直に書きます。この分野は、需要より供給のほうが先に来ています。

日本語で「MCP」と検索すると、いまだにMicrosoftの認定資格が上位に出てきます。議事録と組み合わせた語で探している人は、月に数えるほどしかいません。「MCPが便利です」と言われても、その言葉を知らない人のほうが圧倒的に多いのが現状です。

一方で、繋がる先は増えています。Rimo Voiceが2026年8月に国内の議事録ツールとして初めてClaudeの公式コネクタに載り、PLAUDやZoomも対応を進めています。作る側は動いていて、使う側がまだ来ていない。

だから、この記事は「いま繋ぐべきです」とは書きません。知っておく価値があるのは、繋がるようになった時点で何が変わるかのほうです。会議の記録が溜まってから繋げば、その日から過去の全部に質問できます。逆に、記録が溜まっていなければ繋いでも何も出てきません。先に効くのは、記録を溜めておくことです。

いつ効き始めるか

正直に書くと、繋いだ初日には効果がありません。会議が10本しか無ければ、アプリを開いて探したほうが早い。効いてくるのは数十本たまってからです。過去の会議を思い出せなくなって、探すのに時間がかかるようになったとき。目安として、週に2〜3本の会議を半年続けたあたりから、「あれ、どの会議だったっけ」が増えます。そこが繋ぐタイミングです。道具は少ないほうがいいので、必要になってからで間に合います。

議事録サービスの、いまの対応状況

2026年9月6日時点で、各社の公式の案内から分かる範囲です。動いているのは一部で、大半のサービスはまだ外部のAIから読めません。

5社の違いを、認証・読めるもの・対応クライアントまで並べたものはMCP対応の議事録サービス比較にあります。同じ「MCP対応」でも、接続の形が3つに分かれます。

いちばん下の行が現状です。自社の画面で読む・検索することを前提に作られているサービスが大半で、外へ出す入口がありません。

理由を考えると、たぶん需要の問題です。繋ぎたい人はいるはずなのに、日本語での検索需要がまだ立っていない。先行者は既にいるが、客がまだ来ていない状態に見えます。5社の接続の形を並べて比べたものはMCP対応の議事録サービス比較にまとめました。

この状況で読者にとって実用的なのは、「いま繋げるか」ではなく「将来繋げるか」を選定の条件に入れておくことです。書き出しができないサービスは、あとから移ることもできません（やめる前に確かめること）。

社内で使うときに決めておく3つ

個人で試すぶんには自由ですが、会社の会議を扱うなら先に決めておく項目があります。

1. 繋いでよいAIサービスを決める。「AIならどれでも」ではなく、名前で指定してください。接続先が変われば、データの渡り先も変わります。

2. 繋いでよいアカウントを決める。人事の面談や、守秘義務のある商談が入っているアカウントは分けるのが安全です。分けられないなら、そのアカウントは繋がないという判断になります。

3. 取り消す手順を決めておく。退職・異動のときに接続が残ると、権限だけが生き続けます。OAuthなら接続先の画面から取り消せますが、誰がいつ取り消すかを決めていないと誰もやりません。

この3つは、繋いだあとに決めようとすると面倒になります。最初の1人が繋ぐ前に書いておくほうが早いです。基準の作り方は会議を録音するときの社内基準と同じ考え方が使えます。

期待しすぎると外れるところ

繋いだあとで「思ったのと違う」となる代表的なところを3つ書きます。

1つめ、会議に書いていないことは出てきません。当たり前ですが、実際に外れるのはここが多い。「なぜあの案件は止まったのか」と聞いても、会議で理由が語られていなければ答えは出ません。空気で決まったこと、廊下で話したことは記録に無いので、AIにも見えません（この限界）。

2つめ、文字起こしの誤りはそのまま残ります。社名や人名が化けていれば、その名前では引けません。「株式会社◯◯との商談は」と聞いて出てこないとき、記録の側で名前が違っている可能性があります。固有名詞を事前に登録できるサービスなら、繋ぐ前にそこを整えておくと効きます。

3つめ、答えの正しさは自分で確かめる必要があります。AIは、会議をまたいだ推測を混ぜて答えることがあります。根拠の会議に戻れるかどうかが、ここでの分かれ目です。「その発言を原文で」と聞き返せるサービスなら、疑わしい答えを確かめられます。

用語の対応表

比較記事や告知文を読むときに引っかかる言葉を並べます。

「MCPサーバー」という言葉が、いちばん誤解を生みます。自分でサーバーを用意する必要があるように聞こえますが、議事録サービスを使う側は何も立てません。用意するのはサービスの側で、利用者はURLを登録して許可を出すだけです。

うまくいかないとき

上から3つは自分で確かめられます。下の2つは、確認する相手がいます。

Recoryの場合

RecoryはMCPで繋げます。固定のURLを登録して、ブラウザでログインして許可する形です（画面の順に書いた手順はこちら）（ClaudeやChatGPT、Cursorから）。この記事で「公式が勧めている」と書いたOAuthのほうを使っています。接続先に合言葉を貼る必要がなく、許可は接続先のアプリからいつでも取り消せます。

読めるのは会議の一覧、検索、議事録、文字起こし、タスク、案件の6種類。すべて読み取り専用で、外から書き換えることはできません。前に書いたとおり、書き込みのToolを用意していないので、繋いだAIから編集や削除はできない設計です。

条件も書いておきます。有料プランならどれでも使えます。ライト（¥980）もライト（1週間・¥280）も対象で、無料のお試しだけが対象外です。アプリが1.1.0より前だとライトでは設定に出てこないので、先に更新してください。合わない条件はまとめてあります。

以前は「URLに合言葉を埋め込む」方式でした。2026年8月に廃止しています。手軽でしたが、この記事で「避けたほうがいい」と書いた方式を、自分で使い続けるわけにはいきませんでした。

繋ぐ前に確認すること

便利さの裏で、会議の内容が別の会社のサーバーへ渡ります。読み取り専用でも、読まれた内容はAI側に送られます。「書き込めないから安全」という話ではありません。確認する順番は3つです。

1. 接続先はどこか（ClaudeならAnthropic、ChatGPTならOpenAI）
2. その会社が送られたデータをどう扱うか（学習に使うか、保持期間）
3. 繋ごうとしているアカウントに、社外に出せない会議が含まれていないか

3つ目が最も見落とされます。個人の判断で繋げてしまえる手軽さがあるぶん、顧客との商談や人事の面談が入っているアカウントを、確認せずに繋いでしまうことが起こり得ます。社内の規程で外部AIの利用が制限されているなら、そちらが優先します。確かめ方の手順はセキュリティを自分で確かめる5つの質問にまとめました。

この記事から分かれる話

MCPの仕様に関する記述は、2026年9月3日時点の公式ドキュメント（modelcontextprotocol.io）の記載に基づきます。規格は更新が続いています。各サービスの対応状況は各社の公表によるもので、変わることがあるので繋ぐ前にご確認ください。

よくある質問

あわせて読む

Claudeのコネクタ一覧に、議事録アプリが入っていないGmailもSlackもNotionも繋げるのに、会議の記録だけAIから見えない。過去の議事録をAIに読ませると何ができるのか、そして繋ぐときに何を渡すことになるのかを整理しました。会議の記録にAIで質問する——出典が出ないなら使わないほうがいい「あの件、なんて言ってた？」に答えてくれる機能は便利ですが、根拠の提示がないと確かめられません。出典つきで答えさせる設計と、会議で発言するだけでAIを乗っ取れてしまう問題を、作り手の側から書きます。会議の記録は、溜まってから整理できない議事録が50本を超えると探せなくなります。タイトルと分類を後回しにすると、あとから一括で直すことはできません。自動で付ける仕組みと、そこで意図的に「やらせないこと」を作り手の側から書きます。