谷歌要把反诈伸到拨出电话，Pixel用户这回真成“防骗特种兵”了？

谷歌又给Pixel用户加buff了。Android Authority昨天挖出Beta版Phone应用的代码，发现一个叫enableSharpieOnOutgoingCalls的字符串——Sharpie是“诈骗检测”的内部代号，翻译成人话就是：谷歌要把反诈功能从接电话扩展到拨电话。这消息一出，我第一反应是：早该这么干了。

往好听了说，谷歌这是在补一个明显的安全短板。现在的Scam Detection只盯着来电，你被动接听时它能帮你识别诈骗话术，但你要是被套路主动拨出去，它就装死了。诈骗分子不是傻子，你只防来电，他就教你“回拨这个号码”，绕开你的防线。现在把拨出电话也纳入检测，等于把后门也焊死了。往坏了说，这功能要是真落地，你的每一通电话都在本地被AI“过一遍脑子”——虽然谷歌说处理在设备本地完成，音频和转写文本不上传，但就问你，打电话时旁边坐个AI监听你说话，你心里不膈应？

反诈这东西，拼的就是“先手”

咱们得承认，电信诈骗的攻防战早就从“接电话”进化到“打电话”了。你不接陌生号码，他让你主动打“客服热线”；你警惕境外来电，他让你打本地座机。谷歌这次把检测范围扩到拨出电话，本质上是在跟诈骗者玩“猫鼠游戏”的升级版。你诱导用户拨号？我就连你拨出去的内容一起分析。这个逻辑是对的，而且技术上并不复杂——既然Gemini已经能在本地实时分析来电音频，那拨出电话无非是换个方向的数据流。但关键在于，这个功能目前只在Pixel 9及后续机型上由Gemini驱动，Pixel 8及更早的机型用户怎么办？等推送？还是被“硬件代差”劝退换新机？谷歌这波操作，到底是安全升级还是变相催销量，就问你喜不喜欢吧？

本地处理是亮点，但别高兴太早

谷歌强调处理过程在设备本地完成，通话音频和转写文本不会分享给谷歌。这一点值得点赞，毕竟这两年大厂把用户数据当石油挖的新闻太多了。本地推理的好处显而易见：低延迟、隐私安全，而且不依赖网络。但问题也在这——本地大模型的能力天花板摆在那，Gemini Nano这类端侧模型能识别的诈骗套路，跟云端大模型比还是有差距。诈骗话术日新月异，今天教你“注销校园贷”，明天教你“关闭百万保障”，本地模型能不能跟上？而且，本地处理意味着手机要持续占用算力，通话中实时分析音频，这功耗和发热问题，Pixel的散热表现……懂的都懂。

功能是好功能，但别把用户当小白鼠

谷歌在安全这件事上一直挺激进，从早期的电话筛选到现在的诈骗检测，确实给Android阵营打了个样。但激进不等于靠谱。这功能现在还在Beta版代码里躺着，能不能正式上线、什么时候上线、支持哪些语言和地区，都是未知数。而且，通话安全这事牵扯的不仅是技术，还有法律和伦理——你在通话中检测诈骗，那通话的另一端呢？如果对方是正经客服，你这边AI误判了，把正常交流当诈骗提示，这体验得多糟心？谷歌得想清楚，别到时候反诈没做好，先把用户惹毛了。

说到底，把拨出电话纳入反诈检测，方向是对的，技术上也是可行的。但谷歌要是真想把这功能做成标杆，得先把误报率压下去，把机型覆盖做全了，再谈“保护用户”。否则，这功能就是个高端玩具——只有Pixel 9用户能用，还得忍受可能的误报和发热。反诈这事，从来不是靠一个功能就能解决的，但至少谷歌在往前走。至于其他Android厂商跟不跟？我赌他们肯定会跟，毕竟谁也不想在“安全”这个卖点上输给谷歌。

一句话，谷歌这步棋走对了，但能不能下好，还得看后续。Pixel用户先别急着欢呼，等正式版推送了再高兴也不迟。

该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。