编者按:当操作系统把 AI 能力塞进每一个角落,用户可以拒绝吗?一个第三方命令行工具的走红,折射出的不只是存储焦虑,更是用户对「默认开启」的普遍不安。
据 Ars Technica 报道,一款新近出现的命令行工具可以在 macOS 27 上快速移除 Apple Intelligence 相关组件。开发者宣称,执行该工具后系统可释放超过 12GB 的存储空间。对于长期被系统级 AI 模型文件、缓存和后台索引困扰的用户来说,这个数字相当可观——它约等于一整部 4K 电影,或数千张照片所占的空间。
更值得玩味的是工具本身的存在意义:苹果已经在系统设置中提供了关闭 Apple Intelligence 的开关,但一个「关闭」按钮和「真正删除」之间,存在着本质差别。这正是这款工具受到关注的原因。
一条命令,12GB 去哪儿了
从功能定位上看,这款工具走的是「卸载」而非「禁用」的路线。用户通过终端执行命令后,它会定位并清理与 Apple Intelligence 关联的文件,包括本地设备端模型权重、语音与文本处理资源、以及为 AI 检索服务建立的后台索引数据。
这一点与系统设置里的开关形成鲜明对比。关闭 Apple Intelligence 通常只是让相关功能停止对外提供服务,模型文件和缓存往往仍安安静静地躺在磁盘上,等待某次系统更新或用户误操作后被重新激活。对于 256GB 或 512GB 机型的用户而言,这部分「隐形占用」长期存在却无处清理,是相当真实的痛点。
12GB 这个数字也并非凭空而来。端侧 AI 需要在本地保存经过压缩的模型参数,同时为语音识别、图像理解、文本摘要等任务维护运行时资源。随着苹果不断为 Apple Intelligence 增加新能力,这个体积只会越来越大,而不是越来越小。
为什么用户想把它删掉
存储空间只是第一层原因。更深层的动机大致可以归为三类。
其一是资源与性能顾虑。端侧模型意味着后台进程、内存驻留和定期的索引更新,一些用户认为这会影响老设备的流畅度与续航,尽管苹果一直强调其调度策略经过优化。
其二是隐私与数据边界。Apple Intelligence 的设计强调「设备端处理 + 私有云计算」的组合,但对于不希望任何个人数据参与 AI 流程的用户来说,最彻底的方案不是「相信它不上传」,而是「让它根本不存在」。
其三是功能主义的选择。不少用户只是单纯不需要写作助手、通知摘要或 Genmoji(生成式表情)这类功能,它们占据界面、改动交互逻辑,却未必带来实际价值。对这部分人来说,AI 功能是负担而非升级。
第三方工具的边界与风险
需要提醒的是,此类命令行工具并非苹果官方提供,其可靠性取决于开发者对系统文件结构的理解,以及苹果在后续系统更新中的改动。执行清理脚本可能存在若干风险:破坏系统完整性保护相关路径、导致系统更新失败、或在下次重大版本升级时出现异常行为。
此外,由于工具直接操作系统级文件,它也可能影响其他依赖相同底层框架的功能,例如系统级搜索、听写或部分辅助功能。用户在执行前备份数据、确认工具来源可信,是基本前提。
「关闭」是一种礼貌,「删除」才是控制权。——这是围绕端侧 AI 争论中最常被引用的一句话。
更大的图景:AI 功能的「可退出权」
这并非孤立事件。从 Windows 的 Copilot 深度整合,到各大手机厂商把 AI 助手做成不可卸载的系统组件,「AI 功能能否被真正移除」正在成为用户权益议题的一部分。欧盟《数字市场法》等监管框架已经开始关注系统预装组件的可卸载性,而 AI 功能的地位比传统预装应用更微妙——它既像应用,又像系统服务。
对苹果而言,Apple Intelligence 是硬件换机周期的重要卖点,深度整合符合其商业逻辑。但当系统级 AI 占用的空间以 GB 计、且默认开启、且缺乏官方卸载路径时,第三方工具的出现几乎是一种必然。它更像是一个用户不满的量化指标,而非单纯的极客玩具。
可以预见,随着端侧模型继续膨胀,这类工具会越来越多,苹果也可能会在未来的系统版本中提供更细粒度的管理选项——比如按模块关闭、清理模型缓存,或在安装阶段就让用户选择是否启用。毕竟,AI 能力的竞争最终要回到用户信任上,而信任的前提,是让人拥有说「不」的实际手段。
在此之前,如果你确实需要那 12GB,请务必先做好备份,再考虑是否让一条命令替你做出决定。
本文编译自 Ars Technica
© 2026 Winzheng.com 赢政天下 | 转载请注明来源并附原文链接