顧客との通話の15分前に、MCP経由でSpeak-Yに接続したAIアシスタントが、その相手との過去の通話をすべて読み、1画面のブリーフを渡してくれます。合意したこと、あなたが約束したこと、相手が約束したこと、まだ決まっていないことです。頼むのは一文だけです。アシスタントはタグで通話を見つけ、要約と文字起こしを読み、どの行にもそのもとになった通話の名前を付けます。
これを成り立たせるのは2つの習慣で、どちらも通話のあと数秒で済みます。記録に顧客のタグを付けることと、話者に名前を付けることです。タグがなければ、アシスタントはどの通話がその顧客のものかを推測するしかありません。名前がなければ、あなたの約束と相手の約束を区別できません。以下の内容はすべて、2026年10月14日にmacOSアプリと各ベンダーのドキュメントに照らして確認しました。
あなたのMacにある記録からです。Speak-YのMCPサーバーは、この仕事のために3つのツールをアシスタントに提供します。
list_recordings:tag フィルターを付けると、そのタグが付いた通話を新しい順に返します。meetings_only は短い口述を除外します。search_recordings:文字起こし、タイトル、要約、アクション項目に含まれる単語や名前で通話を探します。get_transcript:1つの通話をMarkdownで返します。日付とタグ、アクション項目付きのAI要約、あなたがマークした場面、そして時刻付きの話者別の文字起こしです。読み取りはローカルで行われ、ほかに何かを起動しておく必要はありません。サーバーはFreeを含むSpeak-Yのすべてのプランに含まれています。接続は 設定 → 連携 で 接続 を1回クリックするだけで、手順は会議メモをAIアシスタントに接続する方法で説明しています。

アシスタントが読めるのは、見つけられて、誰の発言かわかるものだけだからです。
タグが通話を見つける。 tag: lumen を指定した list_recordings は、あなたが lumen のタグを付けた通話を、名前が何であれ、誰が話していたのであれ、そのまま返します。名前での検索はそれより弱く、文字起こしの本文、タイトル、要約に名前が出てくる場合にしか一致しません。「会議 14:02」というタイトルで、誰も「Tom」と口にしなかった通話は見つからず、ブリーフは黙ってそれを落とします。顧客ごとにタグを1つ決め、通話中か直後に付けておけば、推測の余地はなくなります。記録で タグ をクリックして選ぶだけです。2回目の通話からは1クリックで済みます。
名前が約束の主を決める。 Speak-Yは話者を自動で分けますが、名前を付けるまではSpeaker 1、Speaker 2と表示します。記録の話者チップをクリックして名前を入力すると、その通話全体でラベルが名前に置き換わります。名前がなければ、文字起こしの「金曜までに数字を送ります」は誰の発言でもなく、アシスタントは推測するか、その約束を省くことになります。
タイトルが検索を助ける。 「Lumen Dental — 10月の定例」は「Lumen」で見つかりますが、「会議 14:02」は見つかりません。アシスタントは update_recording で記録の名前を変えることもできます。この種の依頼は会議についてAIに聞くプロンプトにまとめています。

4つのブロックと1つのルールです。ブロックは、通話の最初の1分に本当に必要なものに沿っています。
Tom Becker との通話に向けてブリーフを作ってください(tag: lumen)。
このタグが付いた通話をすべて、新しい順に読んでください。
合意事項:今も有効な決定
こちらの約束:こちらがすると言ったこと、日付付き
先方の約束:顧客がすると言ったこと、日付付き
未解決の質問:話に出たが決まっていないこと
ルール:
- すべての行のあとに、通話とその日付を括弧で書いてください。
- 前回の通話での約束には「状況を確認」と書いてください。
その後に何があったかは、あなたには見えません。
- 該当がないブロックには「該当なし」と書いてください。
- 最後に、読んだ通話の数を書いてください。
テンプレートはアシスタントのプロジェクトの指示に入れておきます。そうすれば、通話のたびに入力するのは名前とタグだけです。大事なのは括弧内の出典というルールです。通話までたどれないブリーフの行は、顧客の前で信頼できない行です。
アカウントマネージャーのMayaが、Lumen Dentalのマーケティングディレクター、Tom Beckerとの15時の通話に臨む前の手順です。彼女には彼との録音済みの通話が3つあり、どれにも lumen のタグが付き、どれでもTomの名前が付いています。
list_recordings を呼び出し、3つを受け取ります。9月15日のキックオフ、9月29日のキャンペーンレビュー、10月8日の10月定例です。get_transcript を3回呼び出します。要約、アクション項目、あなたのマーク、話者別の発言です。この通話のブリーフは次のとおりです。
Tom Becker、Lumen Dental — 15時の通話
合意事項
- キャンペーンはクリックではなく新規患者の予約数で
評価する(キックオフ、9月15日)
- 予算は12月まで月12,000ドルのまま
(キャンペーンレビュー、9月29日)
こちらの約束
- インプラントのオファー用ランディングページの改訂版を
10月13日までに — 状況を確認(10月定例、10月8日)
- 予約1件あたりのコストのレポートを毎週月曜に
(キャンペーンレビュー、9月29日)
先方の約束
- Tom:予約システムの分析データへのアクセス — 状況を確認
(10月定例、10月8日)
未解決の質問
- 2院目の予算を承認するのはTomかCFOか
(10月定例、10月8日)
読んだ通話は3件、tag: lumen、9月15日〜10月8日。

記録の外で起きたことすべてです。この限界が、ブリーフの読み方を決めます。

MCPサーバーは記録をローカルで読み、そのために何かをアップロードすることはありません。アシスタントが読んだ内容は、その後モデルの提供元との会話の一部になります。これはローカルでもクラウドでも、あらゆるMCPサーバーに当てはまります。顧客との通話3つには、顧客の数字や計画が含まれます。ですから、これはAIで下書きを作るどのツールについても下すのと同じ判断です。NDAの対象となる通話については、頼む前に決めてください。テキストが具体的にどこを通るかは、ローカルMCPとクラウドMCPで示しています。
ブリーフが自動で届いてほしいときです。Speak-Yにはカレンダーとの連携がないので、ブリーフはあなたが頼んだときにしか存在しません。2026年10月14日時点で、2つのクラウド型ノートテイカーが、頼まなくてもブリーフを用意します。
どちらも、ベンダーのクラウドにある録音、多くの場合は通話に入ったボットやクラウドアプリが作った録音をもとにしています。このガイドの手順が合うのは、通話をボットなしで録音してMacに置いたままにし、汎用のブリーフを受け取るより自分の形式で頼みたい人です。通話のあとは、同じ記録からCRMのメモも作れます。それは営業の通話からCRMの記録までで扱っています。アカウントチームなら、Speak-Y Teamsの側で顧客ごとの共有チャンネルも使えます。
はい。通話がSpeak-Yで録音されていて、アシスタントがMCPで接続されていれば可能です。アシスタントはその相手との通話をタグや名前で見つけ、Mac上で要約と文字起こしを読み、短いブリーフを書きます。合意したこと、あなたが約束したこと、相手が約束したこと、まだ決まっていないことです。
タグは、アシスタントが正しい通話を見つけるための手がかりです。タグを指定したlist_recordingsは、あなたがそのタグを付けた通話をそのまま返します。話者の名前は、あなたの約束と顧客の約束を区別するためのものです。Speaker 1とSpeaker 2の文字起こしでは、「金曜までに送ります」が誰の発言なのかわかりません。
知りません。アシスタントが読むのは記録であり、メールやタスク管理ツールではありません。前回の通話での約束は、昨日ファイルを送っていても未完了として残ります。通話の前に「こちらの約束」ブロックを自分で確認してください。
必要ありません。MCPサーバーはFreeを含むSpeak-Yのすべてのプランに含まれています。必要なのは、macOSアプリ、Claude Desktop、ChatGPT、CursorなどのMCPクライアント、そして設定 → 連携で接続を1回クリックすることです。
作られません。Speak-Yはカレンダーを読まないので、ブリーフはMCPクライアントで一文を入力して自分で頼みます。カレンダーの予定の前にブリーフが自動で届いてほしいなら、Granola BriefsとFireflies Meeting Prepが、それぞれのクラウドにある録音をもとにそれを行います。