Google推出了AppFunctions，這是一個Jetpack API，可將Android應用程式轉化為AI代理的功能建構模組。該系統在Galaxy S26裝置上提供早期beta版本，讓開發者能夠公開應用程式功能供AI助理直接呼叫——比如要求Gemini「從Samsung Gallery顯示我的貓的照片」，然後它會檢索、顯示這些圖片，並在上下文中保留以供後續操作。對於未整合AppFunctions的應用程式，Google建構了UI自動化備用方案，可以處理複雜的多步驟任務，如透過助理介面訂購披薩或協調共乘。

這代表了Google向「代理優先」Android體驗最積極的推進，直接挑戰Apple即將推出的iOS代理功能，並將Android定位為AI助理成為主要介面的平台。裝置端執行模式解決了隱私顧慮同時減少了延遲，但真正的考驗將是開發者的採用情況。Google的雙重方案——自願API整合加自動化UI操作——表明他們理解代理生態系統的先有雞還是先有蛋的問題。

值得注意的是有限的初始推出和Google對使用者控制機制的強調，如手動覆蓋和購買確認。UI自動化平台為開發者做「零程式碼」繁重工作，這表明Google認識到強制API採用會減緩生態系統成長。然而，消息來源提供的AppFunctions實際功能、安全模式或如何處理複雜應用程式狀態和錯誤條件的技術細節很少。

對於開發者來說，這創造了一個即時決策點：早期整合AppFunctions以獲得更好的使用者體驗，還是依賴可能笨拙的UI自動化。Android 17更廣泛推出的時間表意味著大多數使用者幾個月內都看不到這些功能，給了開發者時間來評估代理驅動的介面是否真的會改變使用者行為，還是仍然是一個新奇功能。