摸着苹果过河,谷歌版AI通知摘也要来了

摸着苹果过河,谷歌版AI通知摘也要来了

文章图片

摸着苹果过河,谷歌版AI通知摘也要来了

文章图片

【摸着苹果过河,谷歌版AI通知摘也要来了】摸着苹果过河,谷歌版AI通知摘也要来了

文章图片

摸着苹果过河,谷歌版AI通知摘也要来了

在当下这个AI赋能万物的时代 , 移动端操作系统自然也不可避免迎来AI化 。 就在隔壁苹果的Apple Intelligence走得磕磕绊绊之时 , 谷歌对Android的AI改造计划陡然加速 , 先是允许Gemini访问第三方应用 , 现在又准备为其消息推送功能进行AI赋能 , 引入由AI驱动的“通知管理器”(Notification Organizer) 。



近日有消息源透露 , 谷歌规划中的“AI通知管家”将通过调用AI模型来分析用户收到的通知 , 并将其分为推广、新闻、社交和推荐四个类目 , 同时还将使用AI来为用户自动总结通知摘要 。 值得一提的是 , 据称谷歌方面并不会全面上线AI摘要总结功能 , 只有来自社交类目的“对话通知”适用 。
谷歌为Android系统推出AI通知管家以及AI摘要功能 , 旨在帮助用户从繁杂的通知中解脱出来 , 让用户能一目了然地分辨通知的轻重缓急 。 毕竟如今智能手机里的每一个App都在争夺用户的注意力 , 但并非所有的通知在当下都同等重要 。



要知道根据QuestMobile公布的相关数据显示 , 截止到2025年1月 , 中国网民月人均APP使用数量为28.7个 。 与此同时 , 人均安装的App总量在2024年3月就已攀升至70个 。 这两组数据反应的结果 , 是只有40%的App会被用户经常使用 , 剩下的60%则会束之高阁 。 为了避免自家App被冷落 , 开发者自然就要为赢得用户的青睐绞尽脑汁 。
如果App的质量足够过硬当然是万事大吉 , 可有相当多的App并没有优秀到抖音、微信、ChatGPT、DeepSeek等让人“爱不释手”的程度 。 所以有的开发者就开始“动脑筋” , 搞出了诸如链式唤醒、随意缓存、强制自启等操作 , 让App始终活跃在用户的手机里 。



但随着谷歌和手机厂商一同严打链式唤醒等不合规操作 , 逼得开发者就只能用推送通知的方式来帮自家App“混个脸熟” 。 如此一来 , Android用户每一次唤醒手机就难免会遇到一大堆不同App发来的通知 。 更致命的是 , 对于这一现象谷歌束手无策 , 因为推送服务FCM(Firebase Cloud Messaging)并非是必选项 。
此前在2019年 , 为了避免App滥用PUSH模式 , 即服务器主动发送数据给客户端的通知推送模式 , 谷歌以“防止App大量消耗电池寿命”为由 , 要求开发者必须使用FCM发送通知 。 然而随着美国司法部发起对谷歌的反垄断调查 , 包含FCM的Firebase服务也成为了被调查的对象 , 就迫使谷歌宣布Firebase服务并非强制使用、而是可选工具 。



不同于iOS应用必须使用苹果的APNS(Apple Push Notification service)推送服务 , 在Android端开发者可以使用的推送服务可谓是五花八门 , 既有谷歌官方的FCM , 也有小米的MiPush、OPPO的OPPO PUSH , 甚至为了数据主权 , 以Meta为代表的大型开发者自建了推送服务 , 例如WhatsApp就是用的自家Business API来推送通知 。
简而言之 , 在缺乏谷歌影响力的国内安卓生态中 , 由于手机厂商各自为政 , 统一推送联盟已经名存实亡 , 而海外市场的谷歌则被反垄断绊住 , 不得不坐视开发者使用不同的推送服务 。 如此一来 , Android用户就面临着每次打开手机都会被海量通知淹没的局面 。



为了解决这个问题 , 谷歌选择使出AI通知管家+AI摘要这一组合拳 。 其中 , AI通知管家会先将不同的通知分门别类 , 用视觉设计将新闻事件与电商推广等不同类型的通知区分开 , 用户想看新闻就可以打开News类目、想知道哪个电商平台打折可打开Promotions类目、想了解社交平台有哪些热点可以打开Social类目 。
在此基础上 , 他们还拿出了AI摘要来帮助用户总结来自社交媒体、即时通讯工具的聊天内容 。 但谷歌之所以现在要将AI摘要局限在用户的聊天内容 , 是因为苹果就曾在这个功能上翻过车 。



事实上 , AI通知摘要是苹果在Apple Intelligence上重点宣传的功能 , 可以让用户更直观、更快掌控信息 。 在他们最初的设想中 , AI通知摘要是一个防止用户信息过载的功能 , 以便用户一眼就能看到最重要的内容 , 而无需通读所有信息 。 其实苹果将AI通知摘要作为Apple Intelligence的重点很合理 , 毕竟文字识别、语义理解是AI模型的看家本领 , 并且用AI来将通知内容精炼也是一个极易被用户感知到的场景 。
只可惜苹果对于用户隐私保护的追求弄巧成拙 , AI通知摘要是由30亿参数的端侧大模型Apple On-Device提供支持 , 而非规模更大的云端模型AppleServer , 因此导致了AI产出的新闻摘要内容多次出现事实性错误 。 更为致命的是 , 由于APNS推送服务的存在 , 苹果的AI通知摘要是直接对通知本身进行修改 , 以至于在用户的视角下 , NYTimes、BBC等媒体在向他们推送假消息 。



Apple Intelligence“胡说八道” , 代价却是由新闻媒体支付 , 后者当然就不干了 。 最终在今年年初上线的iOS 18.3里 , 苹果方面因为通知摘要功能出现严重失实信息 , 选择了暂停所有新闻和娱乐应用的这一功能 。 有了苹果的前车之鉴 , 谷歌就只能先缩小AI通知摘要的应用范围 。
而谷歌的AI通知摘要仅总结私信和群组聊天内容的做法其实相当巧妙 , 因为此举是将利害双方从B2C变成了C2C 。 即便AI总结错了来自开发者的信息 , 并给用户造成了负面影响 , 用户或许不会在意 , 但开发者肯定不满 , 可AI总结错了来自好友或群聊的内容 , 双方通常会对这种无伤大雅的错误一笑了之 。
所以摸着苹果过河 , 谷歌这招确实够高 。

    推荐阅读