macOS 27 移除总开关后，Apple Intelligence 移除工具正在扩散

macOS 27 取消了此前可同时禁用其 AI 系统并删除已下载模型的单一开关，Apple 因此引发了一场要求移除 Apple Intelligence 的行动。

这一决定将原本普通的操作系统设置，变成了一场围绕存储空间、同意权与控制权的争议。Mac 用户可以限制单项功能，但 Apple 已不再提供用于移除整套本地 AI 软件包的一条官方支持命令。

一个名为 RemoveMacAI 的开源项目填补了这一空缺。其开发者表示，该工具能够禁用选定的 AI 功能、移除已下载模型，并阻止这些资源再次返回。

这波反弹并不只是又一场关于 Siri 是否好用的争论。它质疑了 Apple 将本地 AI 基础设施视为 macOS 标准组成部分的决定，即使设备所有者并不希望拥有它。

这一矛盾在 macOS 27 推出后的数周内便显现出来。Apple 将 Siri AI 作为核心升级，而一些用户则立即开始寻找移除其本地占用空间的方法。

当 Windows 功能难以被彻底移除时，Microsoft 也面临类似批评。不过，Apple 在软硬件整合、隐私和简洁控制方面的声誉，让这场冲突显得尤为尖锐。

用户并非拒绝所有形式的人工智能。许多人反对的是一种系统设计：它预留存储空间、启用基础设施，却没有提供完整且官方的退出选项。

macOS 27 移除了最关键的控制项

macOS 27 最具影响的变化并非新增了某项 Siri 功能，而是完整的 Apple Intelligence 关闭开关消失了。

此前版本的 macOS 提供了一个集中控制项，用于禁用 Apple Intelligence。关闭该控制项后，macOS 也会释放相关模型占用的存储空间。

macOS 27 Golden Gate 用多个更细分的控制项取代了这一方式。Apple 当前的功能控制涵盖 Siri AI、摘要、应用建议、Writing Tools 和家长限制。

这些设置允许用户减少各个应用中出现的功能，但无法提供一条官方支持的路径，以删除所有已下载的 Apple Intelligence 模型。

这一差异很重要，因为禁用可见功能并不等于移除其底层资源。Mac 可以停止提供某项工具，同时仍保留模型和受保护的服务。

Apple 还让 Apple Intelligence 与 Golden Gate 支持的每一台 Mac 都相关。macOS 27 要求使用 Apple silicon，因此所有官方兼容的 Mac 至少都能够运行基础 AI 模型。

该公司表示，Siri AI 仍处于测试阶段。其宣传功能包括个人上下文、屏幕感知、更广泛的知识能力，以及跨应用操作。

多项功能依赖本地模型。需求更高的请求则可使用 Apple 的服务器基础设施，包括 Private Cloud Compute 和云端基础模型。

本地处理支撑了 Apple 的隐私论点，因为部分数据可以留在设备上。但这也意味着所需模型文件必须占用设备所有者的内部存储空间。

不同硬件承担的负担并不相同。据报道，Apple 公布的要求中，能够运行其更先进本地模型的新配置最高需要 14GB。

独立测试得出了更大的数字。Ars Technica 对 Golden Gate 的测试发现，两套较低配置的测试系统各分配了约 14GB。

同一篇评测还测得，一台 M3 MacBook Air 在全新安装 macOS 27 beta 后占用了 22.42GB。该 Mac 支持 Apple 的高级端侧模型。

评测者还发现，在此前已禁用 Apple Intelligence 的 M1 MacBook Air 上，Golden Gate 比 macOS 26 多占用 17GB。

这些结果并不意味着每一台 Mac 都会失去同样多的可用空间。模型组合、语言、硬件支持和存储统计方式都可能带来不同读数。

但它们确实表明，占用规模不可忽视。对于一台配备 256GB 硬盘的电脑而言，即使是 14GB 也超过了标称容量的 5%。

Apple 的操作系统本身已经占用部分硬盘空间。应用程序、本地文档、照片图库、开发工具和交换文件都要争夺剩余容量。

因此，移除一个开关改变的不只是界面设计。它将最终的存储决策权从设备所有者转交给了 macOS。

为什么 Apple Intelligence 移除变成了用户项目

RemoveMacAI 的出现，是因为 Apple 将功能限制与完整模型移除分开，迫使用户自行构建缺失的控制方式。

RemoveMacAI 最初是一款命令行工具，后来加入了原生界面。它是一个独立的开源项目，并非 Apple 提供或审核的软件。

根据其项目文档，用户可以在应用变更前检查拟议修改。该工具还会记录变更，以便日后恢复。

其 Apple Intelligence 控制项涵盖 Siri、Writing Tools、Genmoji、Image Playground、ChatGPT 集成、摘要、行内预测和多项照片功能。

用户不必关闭一切。该项目表示，用户可以保留选定功能，同时关闭 Apple AI 系统的其他部分。

这种灵活性弥补了围绕 AI 的“全有或全无”叙事的不足。开发者可能希望保留 Xcode 自动补全，却不想使用生成图像、摘要和 Siri AI。

RemoveMacAI 还尝试删除已下载的模型资源。开发者表示，它会请求 Apple 自身的资源服务释放这些资源，而不是直接修改受保护的系统文件。

随后，它使用配置描述文件施加限制，并防止已移除的模型集再次返回。配置描述文件是 macOS 识别的已签名设置包。

据称，该描述文件会将模型下载请求指向一个封闭的本地地址。实际效果是阻止 macOS 再次获取相同资源。

开发者称，系统完整性保护仍保持启用。系统完整性保护通常称为 SIP，会限制对 macOS 重要部分的修改。

这一说法使 RemoveMacAI 有别于早期的移除方法，那些方法要求用户进入恢复模式或削弱系统保护。这类技术具有更高得多的操作风险。

RemoveMacAI 不会删除 Apple 的内置应用。这些应用位于密封的系统卷中，macOS 会防止其被常规修改。

相反，该工具会限制它们与 AI 相关的功能，并移除 Apple 服务视为可下载资源的资产。某些受保护的后台组件仍可能处于加载状态。

该项目的撤销功能会移除其配置描述文件，并恢复已记录的设置。如果用户重新启用某项依赖功能，macOS 可以再次下载所需模型。

这种可逆性很重要，但并不意味着该软件是官方解决方案。Apple 尚未认可其实现方式，也未保证未来更新会保留其行为。

据开发者称，这款原生应用也未经过公证。公证是 Apple 针对 App Store 外分发软件进行的自动化恶意软件筛查与签名流程。

未经公证的应用不一定有恶意。然而，macOS 会发出警告，因为 Apple 尚未完成该筛查步骤。

该工具还包含针对分析、广告、后台项目和界面提示的更广泛控制项。这些附加功能使其不只是一个狭义的移除按钮。

用户应审查每一项拟议修改，而不应将预设视为无害。偏好隐私并不意味着无需理解系统级变更。

人们对该工具的兴趣反映了对移除 Apple Intelligence 的更广泛需求。它并不能证明有多少人安装了该工具，也无法说明有多少安装在未出现问题的情况下完成。

相关报道强调了公开讨论帖中的强烈参与度。这是挫败感的证据，却并非对 Mac 用户群体具有代表性的调查。

更重要的事实其实更简单：用户构建、分享并推广了一个替代 Apple 有意移除控制项的方案。

Apple 希望建立统一 AI 平台，但设备所有者希望拥有同意权

Apple 正在为 macOS 优化一个有保障的 AI 基线，而不满的用户则在捍卫拒绝该基线的权利。

Apple 有多项理由将其模型设为标准配置。一致的安装状态让公司能够为每一台兼容 Mac 提供统一支持平台。

开发者也可从对 Apple Foundation Models framework 的可预测访问中受益。该框架让应用无需捆绑独立系统，即可使用受支持的端侧模型。

如果基础模型始终存在，应用就能以更少的安装检查来提供本地 AI 功能。Apple 还可以将 Siri 更深入地整合至 Spotlight 和系统服务中。

维护这些体验的两个版本会带来工程成本。否则，Apple 必须同时支持启用 AI 的组件，以及为选择退出用户提供的旧版替代组件。

该公司也在试图重获消费级 AI 领域的势头。Apple Intelligence 最初推出时功能有限，而更具个人化能力的 Siri 仍然延迟上线。

macOS 27 将 Siri AI 作为此次发布最具代表性的新增内容之一。允许设备所有者删除其基础，将削弱 Apple 所推广的统一体验。

这些理由都无法解决同意权问题。技术上便利的默认设置，仍可能给那些几乎无法从中获益的人带来成本。

存储空间是最显而易见的成本，因为用户可以直接测量。MacRumors 报道了 存储测量结果，一台 M4 Pro Mac mini 占用了 20.67GB。

该媒体还记录了高于 Apple 所列要求的用户读数，其中包括一项超过 30GB 的说法。这些个别报告尚未在所有配置中得到独立复现。

存储报告本身也可能令人困惑。系统设置对已分配资源的统计方式，可能不同于 macOS 最终释放的空间。

RemoveMacAI 的文档警告称，已删除模型可能会暂时继续显示在“存储空间”面板中。Apple 的资源服务可能已先行释放它们，而 macOS 尚未更新显示的总数。

这种不确定性进一步证明需要更清晰的控制项。用户不应需要借助第三方工具，才能确认一个可选系统是否占用了自己的存储空间。

第二项成本关乎自主权。Apple 允许设备所有者卸载普通应用，却将主要 AI 组件视作运行环境的一部分。

用户可以在一处关闭摘要，在另一处限制 Siri，并移除某些可选应用。但没有名为“移除 Apple Intelligence”的官方控制项。

这种设计将一项偏好变成了维护工作。希望拥有无 AI Mac 的人必须寻找多项设置，却仍无法确保模型资源已经消失。

第三项成本是信任。Apple 的隐私主张强调本地处理，但注重隐私的用户并不会都对这种架构得出相同结论。

有些人偏好本地模型，因为离开设备的请求更少。另一些人则不希望嵌入式助手访问应用上下文，无论推理在何处进行。

保护隐私的系统仍然需要知情同意。本地计算改变了风险模型，但并不能解决该功能是否应当强制启用的问题。

因此，争议并不是本地 AI 与云端 AI 之争，而是平台一致性与所有者控制权之争。

Microsoft 提供了一个有益的对照。Windows 用户可以移除或禁用多个 Copilot 组件，尽管与 AI 相关的服务仍分散在整个操作系统中。

Apple 传统上以更受控的体验换取更少的显式配置选项。当默认设置显得有益且不打扰用户时，这种取舍是可行的。

但当某项功能占用数 GB 空间、仍处于 beta 阶段，又缺少一个完整的关闭开关时，这种取舍就更难辩护。

Mac 同样是通用计算机，而不是由 Apple 拥有的受管设备。购买者有理由期待自己能够决定存储在硬盘上的可选软件。

这种期待在开发者、管理员和创意专业人士中尤为强烈。这些群体通常会维持经过周密规划的存储、安全和部署策略。

对他们而言，移除 Apple Intelligence 的诉求未必是对 AI 的文化抗议。它也可能只是常规的容量、合规或软件管理决策。

Apple 的平台逻辑自有其一致性，但反对意见同样合理。公司希望每一台当前的 Mac 都为其 AI 战略做好准备。

而一些所有者希望有权决定，这种准备是否值得付出空间和复杂性的代价。

存储数据需要更高透明度

关于 AI 占用大量空间的报道可信，但标题中的数字并不代表一个普遍适用或可永久回收的固定容量。

Apple 公布的存储要求因设备而异。内存充足的新款 Mac 可以获得更大的 AFM 3 Core Advanced 模型。

较旧但仍受支持的 Mac 使用基础版 AFM 3 Core 模型。额外功能还可能带来独立的视觉、语言或特定应用资源。

语言选择也会影响 macOS 的下载内容。支持多种语言的功能，可能需要与仅配置英语时不同的资源。

模型更新又增加了一个变量。Apple 可以在操作系统安装后替换或扩展已下载的资源，而无需改变 Mac 的硬件。

“存储空间”界面也增加了更多不确定性。显示的分类可能代表已下载文件、预留资源、临时数据，或尚未刷新的统计数据。

这意味着，用户看到 Apple Intelligence 占用 20GB 时，不应假设每个字节都能立即回收。Apple 也不应将这一数字斥为毫无意义。

独立评测者一贯发现，其占用空间以数 GB 计。他们还确认，macOS 27 已不再提供此前完整的禁用控制。

最初的移除报道将这一反应描述为 Mac 用户清除 Apple AI 的所有痕迹。

这种描述捕捉到了情绪，但简化了技术结果。下载的模型被移除后，受保护的应用和部分系统服务仍会保留在 macOS 中。

Spotlight 也使进程监控变得更复杂。RemoveMacAI 的开发者称，macOS 27 可能会将 Spotlight 窗口显示在名为 Siri 的进程下。

在应用限制后看到该进程，并不一定意味着完整的 Siri AI 系统仍在运行。仅凭进程名称的证据力度有限。

同样，较低的存储占用数字也不能证明每项功能都已停止。一些较小的模型和无关的语音资源仍可能保留，用于听写或其他服务。

更站得住脚的结论应当更为有限。RemoveMacAI 的目标是可选下载模型和配置路径，而不是 macOS 内所有与 AI 有关的代码。

这一差别对准确报道至关重要。“移除 Apple Intelligence”描述的是预期的用户结果，而不是对每个相关组件进行取证式删除。

Apple 可以通过三项界面改动减少混乱。它可以显示每组模型、其精确大小，以及所需该模型的功能。

它还可以提供受支持的删除控制。最后，在下载用户从未启用过的模型之前，它可以先征求同意。

这些选择会降低第三方脚本的吸引力。它们也能让 Apple 在默认启用 AI 的同时，保留真正有意义的同意机制。

相反，当前设计鼓励了存在风险的尝试。用户会接触到 shell 命令、Recovery Mode 指引，以及要求管理员权限的工具。

一些网上建议要求用户直接修改受保护目录。输错一条破坏性命令，可能损坏数据，或导致 macOS 无法正常启动。

其他变通方法会操纵语言设置或阻止系统资源服务。这些修改可能干扰词典、语音、语音识别、更新或同步。

RemoveMacAI 看起来旨在避免其中若干风险。不过，它的行为依赖未公开或仅有有限文档说明的系统机制。

Apple 可以随时改变这些机制。一次 macOS 更新可能恢复模型下载、拒绝该配置文件，或改变资源服务请求。

该项目称其配置文件可在更新后持续生效。这是开发者当前的说法，而不是 Apple 提供的长期兼容性保证。

因此，用户应将移除 Apple Intelligence 视为一次系统修改。他们应保持最新备份，并了解如何撤销这些更改。

没有紧急存储问题的人有更安全的选择。他们可以通过 Apple 支持的设置限制不想要的功能，并等待更明确的移除控制。

这条路径未必能回收全部模型存储空间。但它避免让未经审计的第三方工具对系统配置施加广泛影响。

RemoveMacAI 解决了真实问题，但也带来新风险

该工具恢复了缺失的选择权，但其受欢迎程度不应被误认为独立的安全验证。

开源代码可以被公开检查、讨论和改进。当软件会修改操作系统设置时，这种透明度很有价值。

但它并不能保证每位用户、记者或代码仓库访问者都审计过代码。受欢迎程度和可见的源文件不能替代审查。

安装选项尤其值得关注。将远程安装脚本直接通过管道传入 shell，意味着用户必须信任服务器在当下提供的任何内容。

该项目还提供可下载的发布版本并公布校验和。这些选项有助于更审慎的验证，尽管它们仍需要技术判断。

管理员访问权限提高了风险。一旦任何具有提升权限的工具存在漏洞或恶意改动，都可能影响数据、配置文件和系统行为。

缺少 notarization 增加了不确定性。Apple 尚未通过其常规分发流程扫描并签署当前的原生应用。

配置文件也是敏感领域。组织通常会将其用于合法设备管理，但配置文件也可能施加持久性限制。

用户应检查配置文件内容和移除说明。他们应在进行更改前确认记录的撤销状态确实存在。

还存在功能取舍。移除 Apple 的模型会禁用依赖 Foundation Models 框架的应用。

Writing Tools、摘要、Genmoji、Image Playground、Visual Intelligence、自然语言编辑 Calendar，以及部分 Photos 功能都可能无法使用。

调用 Apple 模型的 Shortcuts 操作也可能失败。围绕同一本地框架构建的第三方应用，可能失去重要功能。

据报道，听写使用独立的语音资源，因此仍可能可用。这种分离说明，“删除所有 Apple AI”并非精确描述。

企业管理员面临不同的顾虑。一个在单台 Mac 上手动安装且运行正常的配置文件，并不自动意味着它适合受管设备群。

IT 团队需要可重复的部署、日志记录、版本控制、回滚流程，以及 Apple 对该配置的支持保证。

他们还必须考虑未来的应用。今天阻止模型下载，可能在数月后让新部署的工作流失效，却没有明显的错误信息。

对个人用户而言，关键问题是是否相称。在几乎已满的入门级 Mac 上，回收存储空间可能足以证明这一改动的合理性。

但对于拥有大量可用容量、且积极依赖 Apple AI 功能的设备，这一理由就较弱。移除带来的摩擦可能大于价值。

隐私动机同样需要精确看待。删除本地模型并不会移除 macOS 中的所有分析设置、云服务或机器学习组件。

反过来，保留本地模型也不意味着 Apple 会接收到其中处理的一切内容。设备端推理的设计目的之一，正是避免部分云端传输。

用户应基于具体行为作出判断，而不是将模型文件的存在视为受到监控的证据。

最有力的批评在于，Apple 缺少完整且受支持的选择。这一结论不需要建立在 RemoveMacAI 毫无风险的假设之上。

这两点可以同时成立。Apple 通过移除开关制造了不必要的压力，而第三方移除软件则需要谨慎评估。

三个信号将显示 Apple 是否改变方向

下一阶段取决于 Apple 的控制措施、对 RemoveMacAI 的独立审查，以及用户是否持续拒绝强制模型存储的证据。

第一个信号是 macOS 更新恢复完整的禁用和删除选项。这将在不放弃 Apple AI 战略的前提下，直接解决争议。

Apple 可以在设置期间保持 Siri AI 默认启用，同时允许所有者之后移除其模型。清晰的重新下载提示可以为回归用户保留便利性。

如果 Apple 在接下来的几次更新中恢复这一控制，当前反弹将看起来像是针对过于激进默认设置的一次成功施压。

如果它只增加更多针对特定功能的开关，根本冲突仍将存在。用户依旧无法控制这些功能底层的存储层。

第二个信号是对 RemoveMacAI 的独立技术审查。安全研究人员应检查其安装程序、配置文件、资源请求、回滚行为和更新流程。

有利的审计结果将加强这样一种观点：Apple 在其界面中遗漏了一个可控的技术选项。严重漏洞则会削弱人们对社区移除方法的信心。

最有价值的评估应测试多种 Mac 型号和语言配置。它还应验证 macOS 更新前后的行为。

第三个信号是超越短暂新闻周期的持续采用。代码仓库活动、已记录的错误报告、分支项目和管理员测试，比单纯的病毒式评论更能说明问题。

持续需求将表明，该投诉并不限于对新版本作出反应的早期采用者。它会暗示这是一个长期的产品管理问题。

兴趣下降可能意味着用户接受了存储成本、发现 Apple 的功能有用，或发现移除带来了过多复杂问题。

Apple 不应需要一场大规模卸载行动才认识到其中的原则。可选智能应当包含一种清楚明白的拒绝方式。

对于知识工作者而言，这一教训超越了单一操作系统。本地 AI 可以带来隐私和速度，但本地部署也会占用空间并扩大系统依赖。

经过审慎管理的个人知识工作流应让用户清楚了解数据存放位置、保留方式以及模型访问权限。

在尝试移除 Apple Intelligence 之前，应先核查实际占用的存储空间，列出自己正在使用的功能，并确认可逆操作的恢复路径。不要执行从未经验证的帖子中复制来的破坏性 shell 命令。

随后，不妨思考 Apple 已让人无法回避的问题：一套可选的 AI 系统是否应当继续留在你的电脑上，仅仅因为平台所有者希望建立统一的基线，还是因为这是你自己的选择？