AIエージェントの電話発信：MCP電話ツールとAndroidダイヤラー操作の違い

AIエージェントは電話をかけられるのか

AIエージェントの電話発信を考えるときは、「電話をかける」という言葉を3つに分ける必要があります。第一に、クラウド上のAIエージェントが外部の通話サービスを使い、サービス側の電話番号から発信する方法です。第二に、Androidスマホ上で電話番号や連絡先を解決し、システムダイヤラーを開いてユーザーの端末から発信できる状態にする方法です。第三に、AIが通話の会話内容まで扱う音声エージェント型の方法です。

この3つは似ていますが、実行場所、電話番号の身元、ユーザーの関与、権限、責任が違います。MCP電話ツールは、AIアプリを外部の電話サービスへつなぐ入口になり得ます。Android ACTION_DIALは、番号入りのダイヤラー画面を表示し、ユーザーが通話を開始できるようにします。FoneClawはAndroid phone-agent runtimeとして、対応済みのオンデバイス操作を権限と承認付きで進めます。

FoneClawでは、設定されたモデルが通話意図を理解し、FoneClawが相手候補や番号を確認し、Android権限と承認を適用し、見えるシステムダイヤラーを開いて対応済みの発信操作へ進めます。通話がつながった後の声の会話は、ユーザー本人が行います。Androidスマホ操作全体の考え方は、スマホ AI エージェント制御とは何か：Androidを任せる前に見るべき仕組みと安全性で詳しく整理しています。

MCP電話サービスの仕組み

MCP電話サービスとは、AIエージェントが外部の通話機能をツールとして使えるようにする構成です。MCPは、AIアプリケーションを外部システム、データ、ツール、ワークフローへ接続するためのオープン標準として説明されています。MCPは接続の標準であり、電話番号、通信、着信処理、通話ログなどの実機能は接続先の通話サービスが提供します。

たとえばDialは、AIエージェントにサービス用の電話番号を持たせ、通話やメッセージを扱える製品として説明されています。Dialの公式サイトでは、MCP、REST、CLI、SDKを通じた通話機能、音声通話、SMS、WhatsApp、着信イベントの扱いが紹介されています。この場合、エージェントはクラウド側の電話サービスを使って発信や受信処理を行います。

クラウド電話サービスの発信と、ユーザーのAndroidスマホからの発信は、電話の身元と実行面が違います。Dialのようなサービスは、AIエージェントにサービス側の電話番号と通話機能を与える方向の仕組みです。ユーザーの手元のスマホで標準ダイヤラーを開き、ユーザーの電話回線から発信する場合は、Android側のダイヤラー、連絡先、権限、画面確認が中心になります。

Model Context Protocolの公式イントロダクションは、MCPを外部ツール接続の標準として理解する助けになります。AIエージェントの電話発信を評価するときは、「MCP対応」と書かれているかだけでなく、どの電話サービスが番号を持つのか、誰の身元で発信されるのか、着信や録音や会話内容をどう扱うのかを確認します。

Android ACTION_DIALとの違い

AndroidダイヤラーAIエージェントを理解するには、ACTION_DIALの役割を押さえる必要があります。AndroidのACTION_DIALに関する公式リファレンスでは、指定した番号を含むダイヤラーUIを表示するIntentとして説明されています。多くのアプリでは、直接発信するACTION_CALLよりも、ユーザーが明示的に通話を開始できるACTION_DIALが推奨されます。

ACTION_DIALは、番号が入ったダイヤラー画面をユーザーに見せるための仕組みです。ユーザーは相手の番号や名前を確認し、必要なら発信ボタンを押します。これは、クラウド電話サービスがサービス番号から発信する方式とは違い、ユーザーの端末上の電話アプリ、電話回線、連絡先、Androidの権限やUIに関わります。

AIで連絡先に電話したい場合、問題は「番号を知っているか」だけではありません。連絡先名が複数ある、同じ相手に複数番号がある、会社用と個人用の番号が混ざっている、最近の不在着信へ折り返す必要がある、という場面があります。Android上のダイヤラー操作では、こうした相手解決と画面確認が大切です。

ダイヤラーを開くことと、実際に通話がつながったことも別です。通話ボタンを押しても、圏外、機内モード、通信事業者の制限、相手側の状態、電話アプリのUI変更などで結果は変わります。FoneClawでは、番号を入れる段階、発信ボタンへ進む段階、結果をユーザーが確認する段階を分けて扱います。

FoneClawがAndroidで連絡先へ電話する流れ

FoneClawでAIエージェントの電話発信を行う場合、私たちはAndroid上の見える操作として設計しています。設定されたモデルは、「誰に電話したいのか」「直接番号なのか」「最近の不在着信への折り返しか」を理解します。その後、FoneClawが対応済みツール、Android権限、承認方針、画面状態に基づいて、ユーザーのスマホ上で発信準備を進めます。通話がつながった後、声の会話はユーザー本人が行います。

連絡先名で発信する場合、まず連絡先の候補を確認します。連絡先読み取りにはAndroidの連絡先権限が関わり、FoneClawでは承認が必要です。たとえば「田中さんに電話して」と頼まれたとき、田中さんが複数いるなら候補を提示し、ユーザーが相手を選びます。相手が一意に解決できた場合でも、発信は外部に影響する操作なので承認を挟みます。

電話番号を直接指定する場合は、番号の形式を確認し、番号入りのAndroidダイヤラーを開く流れになります。最近の不在着信へ折り返す場合は、通話履歴の確認が必要です。通話履歴の読み取りにもAndroid権限と承認が必要で、FoneClawは最近の通話候補を確認してから、対象を決めます。

1. ユーザーが「母に電話して」「この番号にかけて」「さっきの不在着信に折り返して」のように依頼します。
2. FoneClaw内のモデルが、連絡先名、直接番号、通話履歴のどれを使うべきかを判断します。
3. 連絡先や通話履歴が必要な場合、FoneClawは必要な権限と承認を案内します。
4. 候補が複数ある場合は、ユーザーが相手や番号を選びます。
5. 番号または一意に解決された連絡先について、発信前の確認を表示します。
6. 承認後、FoneClawはAndroidの見えるシステムダイヤラーを開きます。
7. ダイヤラー表示後、FoneClawは見えている画面を確認し、通話ボタンが見える場合にそのボタン操作へ進みます。
8. 通話が始まった後の会話はユーザー本人が行います。

この流れは、ユーザー自身のAndroidスマホで電話をかけるためのワークフローです。MCP電話ツールでサービス番号を使うクラウド通話とは、電話の身元と実行場所が異なります。通話や標準アシスタントとの違いを別の角度で見たい場合は、Grok は Android スマホを操作できるか：通話、標準アシスタント、FoneClaw設定の現実が、AIアシスタントとAndroid実行層の境界を補います。

MCP電話ツールとAndroidダイヤラー操作の比較

MCP電話ツールとAndroidダイヤラー操作は、どちらもAIエージェントの電話発信に関係しますが、選ぶべき場面が違います。クラウド上のエージェントに独自の電話番号を持たせ、顧客対応や通知、予約確認のような通話ワークフローを作るなら、Dialのようなサービスが候補になります。ユーザー自身のAndroidスマホから、連絡先を確認して電話したいなら、FoneClawのようなオンデバイスのダイヤラー操作が近い選択肢です。

たとえば、予約確認のAI音声エージェントをクラウドで運用し、サービス番号から発信したいならMCP電話サービスが合います。一方、運転前に家族へ電話したい、最近の不在着信に折り返したい、連絡先を確認して自分のスマホから発信したいならAndroidダイヤラー操作が自然です。運転中の音声操作は別の安全配慮が必要なので、実利用の文脈は運転中の音声コマンド安全ガイド：Androidで手を離さず使う実用ルールで確認できます。

権限、承認、緊急通話、相手違いのリスク

AIで連絡先に電話する機能では、速度よりも相手違いを避けることが重要です。同じ名前の連絡先、古い番号、会社用と個人用の番号、国番号の違い、共有端末の連絡先など、誤発信の原因は多くあります。FoneClawでは、名前が複数候補に一致する場合、候補を見せてユーザーに選んでもらいます。連絡先や通話履歴を読む操作も、必要になった文脈で権限と承認を扱います。

電話発信は外部に影響する操作です。番号を表示するだけなら読み取りや準備に近い作業ですが、発信ボタンへ進むと相手の端末を鳴らし、通話履歴にも残ります。そのため、FoneClawでは電話番号や相手を見せ、ユーザーが判断できる状態を重視します。実行はAndroid権限と通信事業者の条件に沿って進みます。

緊急通話では、地域の緊急番号、端末の標準機能、通信事業者、現地の案内に従い、ユーザーが直接発信できる状態を優先します。AIエージェントの便利さより、素早く確実に標準の通話手段へ届くことが重要です。

通話のような外部影響のある操作では、誰の依頼で、どの相手に、どの権限を使い、どこで承認したかが大切です。AIエージェントの権限や証跡を深く見たい場合は、AIエージェントのアイデンティティ、権限、監査ログ：ツール単位で安全に実行する設計が、通話以外の操作にも共通する安全設計を補います。

目的に合うAI通話ワークフローを選ぶ

AIエージェントの電話発信で最初に決めるべきなのは、誰の電話番号から発信したいのかです。AIサービス用の番号から発信し、SMSやWhatsAppや着信イベントまでクラウドで扱いたいなら、MCP対応の電話サービスを検討します。MCPはそのサービスへAIエージェントをつなぐ標準であり、電話機能そのものは接続先のサービスが担います。

自分のAndroidスマホから電話したいなら、FoneClawのようなAndroidダイヤラーAIエージェントの考え方が合います。最初のテストは、よく知っている連絡先を1件だけ選び、候補が正しいか、番号が正しいか、承認画面が分かりやすいか、ダイヤラーが開いた後にユーザーが状況を確認できるかを見ます。FoneClawは無料default modelから始められ、互換モデルもFoneClaw内で設定できます。

現在のFoneClawでは、ツール単位の管理、承認上書き、権限回復、失敗時の扱いが改善されています。通話を含む対応済みAndroid操作の方向性はFoneClawの機能ページで確認できます。導入や更新はFoneClawのダウンロードページから進められます。正しい選び方は、MCPかAndroidかという名前ではなく、クラウドのサービス番号で話すのか、ユーザーのスマホから発信するのかで決まります。