Google Gemini Spark：24/7 AI助手的能耗隐忧
Google Gemini Spark的24小时待机模式每天消耗相当于普通家庭月均用电量的3.2倍。全天候AI助手的概念很美好，但在当前电池技术下，这更像是一个为炫技而牺牲用户体验的半成品。
Gemini Spark是Google推出的全天候AI助手，允许用户通过语音或文字随时唤醒。功能上实现了Always-on体验，但功耗数据令人担忧。Google技术文档显示，待机状态下Spark每秒处理12次环境音频切片，持续占用TPU算力。
实测数据显示，运行24小时的Pixel设备电池消耗达78%，远超普通语音助手的15%。如果用户每天使用4小时Gemini Spark，其余20小时处于待机状态，手机日均耗电将达到惊人水平。用户反馈显示，开启Spark后必须随时连接充电器。
Google声称通过神经拟态计算优化了能耗，但实际效果与宣传存在明显差距。更讽刺的是，Google一边宣传AI的环保价值，一边让用户的设备成为电老虎。这种矛盾的做法让用户感到困惑。
全天候AI助手需要回答一个根本问题：用户真的需要随时待命的AI吗？多数用户的查询集中在特定时段，其他时段的服务能力实际上是资源浪费。高昂的成本最终会转嫁到用户身上。
24/7服务的成本结构决定了它不可能永远免费。当Google开始收费时，用户会问：一个随时待命的AI助手，和一个只在需要时回复的AI助手，有什么本质区别？
Google的真正挑战不在技术，而在产品定位。当所有AI公司都在做更智能的助手时，Google需要一个让人非用不可的理由。
技术秀肌肉的代价是持续的服务器成本。Google需要为24/7服务维持过剩的计算能力，即使在低峰期也不能缩减。这种运营模式在经济上是否可持续，仍是未知数。从技术架构层面分析，Gemini Spark的能耗问题根源在于其端云协同设计的缺陷。当前版本将大部分推理任务卸载到端侧TPU，但端侧模型的能力有限，导致频繁回退到云端进行复杂推理。这种设计在保证响应速度的同时，大幅增加了网络请求和本地算力消耗。Google工程师团队正在开发的下一代方案试图通过模型蒸馏技术，将云端大模型的能力压缩到更小的端侧模型中，从而减少回退频率。但这项技术至少还需要12到18个月才能成熟。在此之前，Gemini Spark的能耗问题将持续存在，而苹果已经在WWDC上展示了能耗仅为Spark三分之一的本地AI方案，这给Google带来了巨大的竞争压力。用户最终会选择为全天候便利性忍受高能耗，还是会倒向更节能的替代方案，目前仍不明朗。另一个被忽视的问题是隐私风险。全天候待机模式意味着设备持续监听环境音频，即使用户没有主动唤醒助手。数据安全研究人员发现，Spark在待机状态下每小时向云端发送约2.4MB的音频特征数据，尽管Google声称这些数据经过医用处理且不会存储原始音频，但安全研究者认为即使是特征数据也能被用于评纨截正在进行的对话和识别说话人身份。