GoogleがAndroidをAI前提に再設計——「AppFunctions」がGeminiにアプリを直接操作させる

「カレンダーを確認し、関連メールを参照し、フライトとホテルを押さえ、配車まで手配する」——そんな複数アプリ横断の一連フローを、画面を見ずにAIがバックグラウンドで進める。Googleが進める新フレームワーク「AppFunctions」は、Androidの使い方そのものを静かに作り変えようとしています。読者調査では最大の懸念として「プライバシー」が約半数を占めるなど、期待と不安が交錯するこの動きを、Android AuthorityのKarandeep Singh氏の解説をもとに整理します。

画面を見ないAIが、アプリの内部機能を直接叩く

人間は画面上のボタンやメニューを目で見ながらアプリを操作しますが、AIに同じ手順を踏ませると効率が落ちます。AppFunctionsは、アプリ側が自分の内部機能をAIに対して「公開」できるようにする仕組みです。これによりGeminiのようなアシスタントが、画面UIを介さず直接アプリの機能を呼び出せるようになります。

具体例としてKarandeep Singh氏は、Uberが配車フローをAIに公開すれば配車予約をAIに任せられ、Amazonが「よく注文する商品」を公開すれば月次の食料品まとめ買いをAIが代行できる、といったユースケースを挙げています。アプリとAIがバックグラウンドで直接対話するため、ユーザーが画面の操作を逐一見守る必要はありません。一言頼めば旅程が組み上がる——そうした体験の地ならしになる仕組みです。

「見て操作するAI」の限界とMCPとの関係

現状のAIエージェント、たとえばPerplexity Cometのようなブラウザ操作型のツールは、ページを視覚的に解析し、ボタンを探し、試行錯誤しながらタスクを進めます。Karandeep Singh氏は「カートのボタンを探すような単純な作業ですら時間がかかり、ユーザーが画面を指差して教えたくなる」と、その非効率さを率直に指摘しています。

エンタープライズ領域では、AIがツールやデータと直接対話するための仕組みとして**MCP（Model Context Protocol）**が存在します。AppFunctionsは、これと同じ発想をコンシューマー向けに持ち込むものだと位置づけられています。たとえばGeminiに「あるヘッドホンの価格をAmazonとBest Buyで比較して」と頼んだ場合、ブラウザエージェントのように両方のアプリを視覚的にたどる必要はなく、公開された関数を通じて直接情報を取得できる、というイメージです。

カレンダーの空きを確認し、関連するメッセージやメールを参照し、フライトやホテル、Uberの手配までを一連の流れでこなす——こうした複数アプリ横断のワークフローこそ、AppFunctionsが本領を発揮する領域だと解説されています。

なぜGoogleが有利なのか——OSレベル統合という武器

OpenAIやAnthropicといった競合は主にブラウザや個別連携を通じてアプリと接していますが、OSレベルのアクセス権は持っていません。これに対しGoogleはGeminiとAndroidの両方を握っています。AIをAndroidの「上に乗せる」のではなく、Androidそのものに織り込めるのが強みだとKarandeep Singh氏は指摘しています。

AppleもかつてSiriで同様の方向性を試みていましたが、Googleは下回りのフレームワークから着実に組み上げているように見える、という見方も示されています。Android端末は世界中で数十億人の手元にあり、この規模で展開できる企業はほとんど存在しません。

夢のような話だが、リスクも見過ごせない

一方で、リスクも明確に挙げられています。

プライバシー: Googleはすでに多くの個人情報を保有していますが、Geminiがそれらを横断的に組み合わせて「動かす」ようになると、これまで経験したことのない統合度になります。読者投票（85票）でも、最大の懸念は「プライバシー」で52%、次いで「信頼性とミス」が29%、「セキュリティ」が13%、「懸念はない」が6%という結果でした。
手動チェックの不在: AIが誤った連絡先を選んだり、意図しないリマインダーを作ったり、誤った購入をしてしまった場合の影響は、チャットボット内のハルシネーションとは比べ物になりません。「行動を伴うハルシネーション」のリスクは大きい、と警告されています。
アプリの発見性低下: タスクが満足に完了しさえすれば、ユーザーはどのサービスが裏で動いたかを気にしなくなる可能性があります。そうなれば、開発者がUIや体験で差別化する動機が薄れるかもしれません。すぐに起きる話ではないものの、可能性として否定はできないとされています。

リーク系ではなく方向性の話——現時点での読み解き方

AppFunctionsは派手な目玉として扱われたわけではありませんが、Android Authorityは「Android誕生以来、最も大きな転換点になり得る基盤的変化」と位置づけています。AIがアプリと直接話せる土台ができれば、私たちがアプリを直接触る頻度そのものが下がり、AIが人間のアシスタントのようにタスクを差配する世界が現実味を帯びてきます。

現時点ではAppFunctions対応アプリのラインナップや一般ユーザー向けの提供時期など、具体的な展開条件は明らかにされていません。Androidユーザーとしては「Geminiが将来どこまでアプリを動かせるようになるか」を占う上で押さえておくべき動きであり、当面は仕様の確定と各アプリの対応状況を見ながら判断していくのが妥当です。

開発者向け提供状況と対応端末の輪郭

AppFunctionsはAndroid 16以降を対象に、Jetpackライブラリ経由で提供され、利用にはEXECUTE_APP_FUNCTIONS権限が必要です。2026年5月時点でAppFunctions本体は実験的プレビュー、Geminiとの統合はトラステッドテスター向けのプライベートプレビュー段階にあり、Early Access Programでアプリ事業者の参加を募っています。

項目	内容
対象OS	Android 16以降
提供形態	Jetpackライブラリ
必須権限	EXECUTE_APP_FUNCTIONS
現在の段階	実験的プレビュー／EAP募集中

土台となるオンデバイスLLMのGemini Nano 4は、AICore Developer Previewで早期提供が始まり、レイテンシ重視のFast版と品質重視のFull版の2構成で、年内に新フラッグシップ機への搭載が計画されています。Gemini Intelligenceの利用にはRAM 12GB以上が要件とされ、Galaxy S26やPixel 10、OnePlus 15などが対応機種として挙げられています。

Apple陣営の対抗軸——App Intents刷新とSiri再設計

OS統合型AIの主導権争いは、Apple側でも本格化しています。TechCrunchのWWDC 2026プレビューによれば、AppleはApp Intentsフレームワークを刷新し、Siriから第三者アプリの機能を構造化された形で直接呼び出せる体制へ移行する方針です。

専用ホーム画面アプリの新設
チャット型トランスクリプトUIの導入
Dynamic Islandから引き出す「Search or Ask」シート

Apple IntelligenceはオンデバイスとPrivate Cloud Computeを基本に据えつつ、world knowledge領域ではGoogle Geminiとの統合方針が示されています。

画面UIを介さずアプリ機能を直接呼び出すという発想は、AndroidのAppFunctionsと共通しています。一方で、自前モデルは端末内とプライベートクラウドで完結させ、汎用知識領域だけを外部のGeminiへ委ねるハイブリッドな線引きが、Apple側のアプローチを特徴づけています。

Q&A

Q. AppFunctions対応アプリで、自分のデータはどこまでGeminiに渡るのですか？ 公開情報の範囲では、AppFunctionsはアプリ側が公開する関数を介してAIが機能を呼び出す枠組みであり、どのデータをどこまで開示するかはアプリの実装に依存します。読者投票でも最大の懸念は「プライバシー」（52%）で、Geminiが個人情報を横断的に組み合わせて動かすことへの不安が示されています。具体的な権限設計や開示範囲の詳細は現時点では明らかにされていません。

Q. MCPとAppFunctionsはどう違うのですか？ MCP（Model Context Protocol）はエンタープライズ向けに、AIがツールやデータと直接対話するための仕組みとして存在しています。AppFunctionsは同じ発想をコンシューマー向けのAndroidに持ち込み、OS標準のフレームワークとして提供しようとするものだと位置づけられています。

Q. AppleのSiriと比べてどうですか？ Appleも以前から類似の方向性を試みていましたが、Googleは下回りのフレームワークから組み上げており、より具体的な一歩を踏み出しているように見える、との見方が示されています。