270亿参数塞进iPhone：苹果密会一家初创，想让大模型离线也能跑

发布时间：2026-07-18 01:23:20 来源：杯赛赛事 作者：西甲

在全球大模型竞赛的亿参宏大叙事中，存在一个显著的数塞数据悖论：尽管模型参数量呈指数级膨胀，但端侧设备（如手机）能流畅运行的果密模型始终被困在“百亿参数俱乐部”的门槛之外。近期，初创苹果与初创公司PrismML的想让型离线也接触，旨在打破这一瓶颈——目标是大模将270亿参数的大模型直接部署于iPhone，实现完全脱离云端依赖的亿参本地化运行。

据The 数塞Information披露，苹果已与PrismML进行多轮会谈，果密探讨如何利用其技术将超大规模语言模型移植至移动端。初创PrismML以阿里巴巴开源的想让型离线也大语言模型通义千问3.6为基准，成功将其压缩并适配至iPhone 17 Pro，大模实现了完整运转。亿参该模型参数量高达270亿，数塞超越了苹果目前在iOS 27中部署的果密AFM 3 Core Advanced模型（200亿参数）。后者正是驱动Siri AI语音交互升级，以及iPhone 17 Pro和iPhone Air全系统听写功能的核心引擎。

此次技术博弈的核心，不仅在于参数量的绝对数值，更在于参数激活机制的根本性差异。

• 苹果现有方案（稀疏架构）：AFM 3 Core Advanced虽拥有200亿参数，但采用稀疏激活技术。在任意时刻，仅有10亿至40亿参数处于活跃状态，其余参数处于休眠。
• PrismML方案（全参数激活）：成功将通义千问3.6的270亿参数全部置于激活状态。

正如The Information援引知情人士所言：“苹果的新端侧模型采用稀疏架构，单次仅激活少量参数；而PrismML的模型则实现了270亿参数的同时活跃。”

全参数激活：隐私与算力的双重杠杆

全参数同时激活并非单纯的技术炫技，而是直接决定了Apple Intelligence的本地化深度。目前，苹果依赖Private Cloud Compute（私有云计算）来处理端侧无法负荷的任务，这带来了两方面的考量：

1. 运营成本：云端推理伴随着持续且高昂的服务器开销。
2. 隐私风险：数据离开设备即增加防护与合规成本。

若更大参数量的模型能在本地闭环运行，意味着更复杂的任务——如深度文档理解、长上下文记忆、多步骤指令拆解——无需联网即可由手机芯片完成。这不仅降低了云端依赖，更在隐私保护上构建了更坚固的防线。

行业视角：工程落地 vs. 理论优势

正方观点：端侧天花板的突破
270亿参数的同时激活，为隐私保护和响应速度提供了工程杠杆。理论上，更大的活跃参数量支持更长的上下文窗口和更复杂的语义解析。对于Siri这类持续监听意图的系统助手而言，这意味着指令处理无需经历“上传中”的延迟，也避免了网络波动导致的状态丢失。

反方观点：物理极限的制约
全参数激活虽具吸引力，但面临功耗、发热及内存带宽的严峻挑战。稀疏架构并非技术惰性，而是基于手机作为“算力、电池、散热”三角约束产物的理性取舍。全参数方案可能在基准测试中表现优异，但在日常混合负载下，其稳定性未必优于经过优化的稀疏方案。

深度研判：从“能否运行”到“体验平衡”
双方路线之争，本质上是工程化落地速度的比拼。PrismML证明通义千问3.6可在iPhone 17 Pro上运行，标志着技术路径在工程示范层面已打通。然而，苹果接下来的核心关切将转向实际体验指标：
* 能耗控制：耗电量是否在用户可接受范围内？
* 热管理：发热是否会导致降频或不适？
* 资源调度：内存争抢是否会影响其他应用的后台存活率？

这些问题的答案，将决定更大参数量的端侧模型是走向量产普及，还是仅停留在实验室Demo阶段。

结语

尽管苹果尚未官宣与PrismML的合作细节，但方向已明确：让AI在手机上能做更多，能不上云就不上云。

对于用户而言，这将是未来iPhone体验的关键分水岭。在同一代iOS和硬件条件下，本地模型能同时激活的参数量越多，设备在离线状态下处理复杂指令的能力就越强。这场关于“本地智能”的竞赛，才刚刚拉开序幕。

相关文章