スマートグラス、時計、イヤホン、PC、車、タブレットで始まるAIタスクを、スマホで安全に受け止めるための権限、確認、見える状態、履歴を整理します。
Apple Supportは、Handoffを「あるAppleデバイスで始めた作業を、近くの別のAppleデバイスで続ける」仕組みとして説明しています。2026年6月10日の説明では、BluetoothとWi-Fi、同じApple AccountまたはiCloudへのサインイン、Handoffの有効化、対応アプリといった条件が示されています。Samsung SupportのGalaxy Watch通話の説明も、時計で通話を受け、対応する時計ではスマホへ切り替えられる例として分かりやすいものです。ただし、リモート通話やメッセージ機能には通信事業者、モデル、設定、権限の制限があります。
こうした通常の連続利用は、ユーザーがしていた作業を別端末へ移す考え方です。メールを書く、Webページを読む、通話を続けるといった動きは、作業状態を保つことが中心になります。一方、クロスデバイスAIエージェントが扱うAIタスクの引き継ぎはもっと複雑です。スマートグラスで見たもの、イヤホンで出した音声指示、PCで始めた調査、車内で思いついた予定変更が、スマホ上のメッセージ、地図、設定、ファイル、支払い、通知へつながる可能性があります。ここでは画面の移動だけでなく、意図、文脈、権限、確認、取り消し、記録を一緒に扱う必要があります。
たとえば「この店をあとで友人に送って」とスマートグラスに頼むだけなら、開始点はグラスでも自然です。しかし、誰に送るのか、どのアプリを使うのか、位置情報を含めるのか、送信前に確認するのかは、スマホ側で決めるべき場面が多くなります。普通の連続利用は作業の場所を移します。AIタスクの引き継ぎは、AIが理解した目的を、実際のアプリ操作へ安全に着地させる設計です。この違いを曖昧にすると、便利な同期機能と、責任あるAIエージェント操作を混同してしまいます。
クロスデバイスAIエージェントで、スマホが重要になる理由は単純です。スマホには本人のアカウント、連絡先、通知、カレンダー、地図、写真、ファイル、決済アプリ、端末設定が集まっています。時計、イヤホン、車載画面、スマートグラス、PC、タブレットは、依頼の開始点として便利です。しかし、メッセージを送る、共有範囲を選ぶ、設定を変更する、支払いに進む、位置情報を使う、といった操作では、スマホ側の権限と本人確認が必要になります。
ここで必要なのは、スマホを単なる受信機にしないことです。別デバイスから来た依頼を、スマホ上でタスク名、参照した情報、使うアプリ、必要な権限、実行前の確認、完了後の履歴として見せる必要があります。連続性や引き継ぎをスマホ側で可視化し、ユーザーが操作を引き継げる場所として考えるなら、スマホAIエージェントのコマンドセンターのような安定した管理面が必要になります。これはFoneClawが全デバイスを制御するという意味ではありません。スマホに着地した対応アクションを、見える形で扱うという意味です。
スマホはまた、後から見直す場所でもあります。車内で声だけで依頼した内容、イヤホンで聞いた確認、時計で見た短い通知は、時間がたつと記憶が曖昧になります。AIが何を理解し、どのアプリを開き、どの権限を求め、何を保留したのかをスマホに残せば、ユーザーは後から確認できます。クロスデバイスAIエージェントに必要なのは、賢い開始点だけではありません。責任ある着地点です。
AIタスクの引き継ぎが壊れる最初の原因は、文脈の欠落です。PCで見ていた資料、ブラウザで開いた予約ページ、スマートグラスが見た商品、車内で聞いた住所が、スマホに正しく渡らなければ、AIは間違った相手に送ったり、古いページを参照したりします。ブラウザで始まった作業がスマホ側の操作へ移る場合、何が引き継がれ、何が未確認なのかを示す必要があります。この境界を考えるうえで、ブラウザからスマホエージェントへの引き継ぎは、調査と実行を分ける発想として参考になります。
次に問題になるのは、権限と端末状態です。Android APIやベンダーごとのカスタマイズに関する研究が示すように、Androidの実行環境は権限、アプリ面、メーカーごとのAPI、端末状態に左右されます。AIエージェントがそれらを無視して操作できるわけではありません。端末がロック中なら確認できない操作があります。アプリがログアウト状態なら進めません。通知権限がなければ通知を読めません。位置情報が許可されていなければ地図関連の提案も制限されます。クロスデバイスAIエージェントは、できないことを隠すのではなく、どの条件が不足しているかを示すべきです。
さらに危険なのは、進行状況が見えないことです。AIが別デバイスで指示を受け、スマホで何かを準備しているのに、ユーザーがそれを確認できなければ、不安や誤操作につながります。引き継ぎ中、保留中、承認待ち、実行済み、失敗、取り消し可能といった状態を見せる必要があります。スマホ側の可視的なタスク状態を考えるなら、見えるスマホAIエージェント状態が重要になります。状態表示は装飾ではなく、AIが勝手に進めていないことを示す安全装置です。
Ray-Ban Metaスマートグラスは、カメラ、音声、Meta AI型の支援を組み合わせたウェアラブル入力の例として分かりやすい存在です。目の前のものを見ながら質問したり、歩きながら音声で依頼したりできます。VisionClawの研究も、常時装着型スマートグラスが周囲の状況をもとにタスクを始め、必要に応じて委任する考え方を扱っています。ただし、これらはFoneClawの機能や提携を示すものではありません。ここでは、AIタスクがスマホ以外から始まり得るという文脈として見るべきです。
時計は短い確認や通話、イヤホンは音声指示、PCは調査や文書作成、車は移動中の予定変更、タブレットは閲覧やメモに向いています。けれど、開始点に向いていることと、完了点に向いていることは違います。スマートグラスで商品を見つけても、購入や共有はスマホで確認したい場面があります。車内で「この住所を家族に送って」と頼んでも、運転中に送信先を細かく確認するのは危険です。スマートグラスや時計とスマホ側の可視的な行動の違いは、スマートグラスとスマホAIエージェントの違いにもつながりますが、この話の中心は比較ではなく、開始点と確認点の分担です。
クロスデバイスAIエージェントの良い設計は、すべての端末を同じ役割にしません。グラスは見る、イヤホンは聞く、時計は短く知らせる、PCは広い情報を扱う、車は移動中の音声入力を受ける、スマホは確認と実行の責任を持つ。このように役割を分けると、AIタスクの引き継ぎは自然になります。逆に、どの端末でも同じように実行できると見せかける設計は、権限、画面サイズ、安全性、状況判断の違いを無視しやすくなります。
クロスデバイスAIエージェントを評価するときは、まずトリガーを確認します。どの端末で依頼が始まったのか。音声、画面、カメラ、通知、ブラウザ、車載UIのどれを入力として使ったのか。次に文脈です。元の画面、対象アプリ、ユーザーの目的、未完了の判断がスマホに渡るのか。ここが曖昧なまま実行に進むエージェントは、便利に見えても誤操作に弱くなります。
次に見るべきは権限と確認です。通知、連絡先、位置情報、カレンダー、ファイル、メッセージ、支払い、設定変更のうち、どれに触れるのかが明示されるか。送信、購入、削除、共有、公開、設定変更の前にユーザーが止められるか。保留中のタスクを一覧できるか。端末がロック中、アプリが未ログイン、権限が不足している、ネットワークが不安定といった場合に、AIが無理に進まず説明して止まるかも重要です。
良い設計では、AIが別デバイスで受けた依頼をスマホで突然実行しません。必ずタスク名、参照した情報、使うアプリ、必要な権限、確認待ちの操作、完了後の記録が見えます。これがスマホAIエージェントの連続性であり、普通のデバイス連続利用との大きな違いです。
FoneClawはApple、Samsung、Meta、Ray-Ban、VisionClaw、Google、Androidベンダー、研究著者とは独立しています。FoneClawは万能なクロスデバイスOSではなく、すべての時計、グラス、車、PC、タブレットを制御できると主張すべきでもありません。FoneClawをこの文脈で位置づけるなら、Androidスマホ側に着地した対応アクションを、見える、確認できる、見直せる形で扱うAIエージェントのモデルとして考えるのが現実的です。
AIタスクの引き継ぎで最も大切なのは、開始点の派手さではなく、スマホ側で責任を持って止められることです。別デバイスから来た依頼が、どのアプリに触れ、どの権限を使い、何を実行しようとしているのかを見せる。敏感な操作では明示的な確認を求める。実行後には、何が起きたかを履歴として残す。取り消せるものは取り消し導線を出し、取り消せないものは実行前に強く確認する。この地味な設計が、クロスデバイスAIエージェントを信頼できる道具に近づけます。
FoneClawが学ぶべきことは、全デバイスを支配することではありません。スマホが持つ本人性、アプリ状態、権限、確認画面、履歴を生かし、AIが始めたタスクをユーザーが理解できる形で受け止めることです。クロスデバイスAIエージェントの未来は、どの端末からでも始められることだけでは決まりません。どこで確認し、どこで止め、どこで記録するかで決まります。