macOS 27 占用了 30 GB 磁盘空间：去了哪里，又能拿回多少
升级 macOS 27 后，可用空间可能骤降 150 GB，随后稳定在低约 30 GB 的水平。Apple Intelligence 存了什么、哪些是可清除的、又能安全回收多少，本文一一说明。
你在一台空间充裕的 Mac 上升级到 macOS 27 Golden Gate，一天之后可用空间的数字就崩了。有些 Mac 上跌幅超过 100 GB。几天之后大部分空间会回来——但不是全部。大约 20 到 30 GB 会永久消失，「系统设置」的「存储」里也多了一行来解释这部分空间去了哪里：Apple Intelligence。本文将区分「临时性飙升」与「永久性成本」，对比 Apple 官方给出的 AI 模型占用数字与实际测得的数字，并逐步说明哪些空间可以安全回收——以及无论清理软件怎么说，你都不该碰的东西。
要点速览
- 头 24 到 72 小时不具代表性。 Howard Oakley 对一台 Mac mini M4 Pro 逐日跟踪测量显示，已用空间在升级 24 小时后达到比升级前峰值高出约 150 GB，随后回落到比起点高出约 30 GB。第一天不要急着删东西。
- 永久性成本主要来自 AI 模型。 那台 Mac 的存储设置将 29.45 GB 归为 AI 占用。MacRumors 在另一台 M4 Pro Mac mini 上测得 20.67 GB；Ars Technica 在一台 M3 MacBook Air 上记录到 22.42 GB，在一台 M1 MacBook Air 和一台 MacBook Neo 上则约为 14 GB。
- Apple 官方数字要低一些。 据 MacRumors 转述的 Apple 支持文档，最新的 Apple Intelligence 功能在搭载 M3 及更新芯片、内存至少 12 GB 的 Mac 上最多需要 14 GB，在其他受支持的 Mac 上最多需要 8 GB。超出这些数字的实测占用，Apple 尚未做出解释。
- 你已经无法完全关闭它。 MacRumors 报道称，macOS 27 移除了彻底关闭 Apple Intelligence 的开关，因此模型下载不再是可选项。关闭 Siri AI 在一个报告案例中释放了约 12 GB，但仍有约 25 GB 无法回收。
- 这部分空间大多被视为可清除（purgeable）。 macOS 可以在真正需要空间时清除可下载的资源，这也是为什么「访达」显示的「可用」数字和
df给出的原始数字能相差数十 GB。 - 最大的安全收益往往在别处。 在我们自己的测试 Mac 上，旧的 iOS 模拟器运行时占用的空间比所有 Siri 和语言资源加起来还多。在担心 AI 模型之前，先清理这些、再精简旧快照。
可用空间到底发生了什么
关于此次升级对存储影响，最清晰的公开记录来自 The Eclectic Light Company 的 Howard Oakley，他在升级前后连续五个多星期，每天记录启动容器和 Time Machine 备份盘的已用空间。这套测量环境值得详细说明，因为它让这些数字有了意义：
| 细节 | 数值 |
|---|---|
| Mac | Mac mini M4 Pro |
| 起始时内部 SSD 可用空间 | 1.15 TB |
| 备份盘 | 2 TB 外置 SSD，可用 874 GB |
| 跟踪周期 | 2026 年 8 月 10 日 – 9 月 17 日（38 天） |
| 升级前 | Tahoe 26.6.2，8 月 17 日安装 |
| 升级 | 9 月 14 日升级到 Golden Gate 27.0 |
| 启动容器正常增长速度 | 约每周 1.6 GB |
| 备份正常增长速度 | 约每周 7.6 GB |
对照这条缓慢而平稳的基线，升级带来的变化根本无法忽视。已用空间在安装后持续攀升，24 小时后达到比之前水平高出约 150 GB 的峰值。此后几天开始回落，但并未回到基线，而是稳定在比升级前高出约 30 GB 的水平。备份集则因为升级后第一次备份捕获了新的系统组件而增长了约 10 GB。
这种「短期大幅飙升叠加较小的永久性台阶」的形态，正是正确解读你自己 Mac 数据的关键。飙升是一种维护现象，台阶才是运行 macOS 27 的新增成本。
为什么会出现飙升
Oakley 的测量数据告诉你飙升有多大、持续多久，但没有逐项列出它由什么构成。大版本升级后有几件已知会发生的事情，合在一起与他观察到的现象是一致的：
- Spotlight 会从头重建索引。 Oakley 指出，macOS 27 会在升级后重建整个搜索索引，我们在 macOS 27 后 Spotlight 重新索引 一文中介绍了这需要多久、如何监控。新索引会在旧索引被丢弃之前先被写入磁盘，与旧索引并存一段时间。
- 资源在后台下载。 Apple Intelligence 模型、Siri 语音与理解资源、听写与翻译语言包、字体和搜索资源，都是在首次启动之后而非安装程序阶段才下载的。Apple 的发行说明甚至列出了一个已修复的问题：升级后长达「几个小时」内，「英语和美国以外的语言和地区」搜索资源下载缓慢（178186226）。
- iCloud 和照片重新同步。 照片分析和 iCloud 云盘核对往往在大版本升级后重新开始，并会产生临时缓存。
- 本地快照会被创建。 如果开启了 Time Machine，它会每小时拍摄本地快照，升级后的第一批备份因为系统改动巨大而体积庞大。这些快照会「钉住」已变更文件的旧版本，直到被精简。
- 安装程序自身留下的残留。 分阶段更新及其工作文件会在升级成功后被清理，但不是立刻完成。
以上这些都不受你直接控制，也都不是故障。实用的原则很简单：至少等三天，重启一次，然后再测量。 如果一周之后可用空间仍在持续下降，那就是出了问题，请参考下文的故障排查部分。如果空间已经停止下降，剩下的才是真实成本。
永久性成本：Apple 官方数字 vs 实测数字
飙升消退之后，永久消失的空间主要来自一个类别。在 Oakley 的 Mac 上，升级后存储设置将 29.45 GB 归为 AI 支持所用。他特别指出，无法确定这个数字是否也包含了 Xcode 27 安装的组件，因此这个数字对那台 Mac 而言更像是上限，而非纯粹的 Apple Intelligence 测量值。
MacRumors 于 9 月 23 日汇总的其他测量数据，在不同硬件上呈现出相同的规律：
| Mac | 报告的 Apple Intelligence 存储占用 | 来源 |
|---|---|---|
| Mac mini M4 Pro | 29.45 GB | Eclectic Light Company |
| Mac mini M4 Pro | 20.67 GB | MacRumors |
| MacBook Pro M3 Pro | 24.35 GB | Reddit 用户，经 MacRumors 转引 |
| MacBook Air M3 | 22.42 GB | Ars Technica（27.0 beta 7 全新安装） |
| MacBook Air M1 | 约 14 GB | Ars Technica |
| MacBook Neo | 约 14 GB | Ars Technica |
| 未指明型号，macOS 27 RC | 30.16 GB | Reddit 用户，经 MacRumors 转引 |
据 MacRumors 转述，Apple 公布的数字要低得多：最新的 Apple Intelligence 功能在搭载 M3 及更新芯片、统一内存至少 12 GB 的 Mac 上最多需要 14 GB 存储空间，在其他支持 Apple Intelligence 的 Mac 上最多需要 8 GB。「M3 芯片 + 12 GB 内存」这条分界线，与我们在 哪些 Mac 能获得完整的 Siri AI 一文中描述的两档设备端能力相对应：较高档位在本地运行更大的模型，而更大的模型自然占用更多空间。
有两点值得注意。第一，处于较高档位的 Mac 报告的占用始终高于 Apple 所说的「最多 14 GB」。第二，M1 和 MacBook Neo 约 14 GB 的数字，也明显高于 Apple 为其所在档位给出的「最多 8 GB」。Apple 尚未对这一差距做出解释。较合理的推测是「存储」分类里包含的不只是语言模型本身（例如还有语音、翻译和视觉相关资源），又或者是旧版本资源在被清理之前会暂时滞留——但这些都只是推测，并非 Apple 记录在案的行为，不要把它们当作定论。
为什么你不能干脆把它关掉
早期版本允许你关闭 Apple Intelligence，从而避免大部分模型下载。据 MacRumors 报道，Apple 在 macOS 27 和 iOS 27 中移除了这个开关。无论你是否使用这些功能，模型都会照常下载；唯一可选的只是「是否使用」这些功能。对那些为了在小容量 SSD 的 Mac 上省空间而刻意关闭 Apple Intelligence 的用户来说，这是一项实实在在的变化。
你仍然可以关闭的是 Siri AI 本身。Oakley 后续专栏文章的一位读者反馈，开启 Siri AI 时 AI 分类占用为 37.7 GB，关闭 Siri AI 后立即降到 25.29 GB，回收了约 12.4 GB。剩下的 25 GB 依然存在。Oakley 自己的总结很直白：你无法回收 AI 占用的全部空间，但系统将其中大部分视为可清除，而且回收不总是即时的，因为部分清理是在后台维护期间进行的。
对于 256 GB 的 Mac，这笔账并不轻松。Oakley 估算系统本身约占 28 GB，AI「更可能」占用约 30 GB——在你安装任何一个 App 之前，就已经用掉 256 GB 硬盘中接近 58 GB 的空间。在 512 GB 及更大容量的 Mac 上，这项成本仍然明显，但很少构成关键问题。
AI 模型存放在磁盘的哪里
你在「访达」里找不到这些模型，也不应该用清理工具去搜寻它们。不过了解它们的位置仍然有用，因为这能解释它们为何会有这样的行为。
Apple 是以 MobileAsset 下载包的形式交付这些组件的，而不是作为已签名系统卷的一部分。它们存放在 /System/Library/AssetsV2 下，这个路径看起来像是只读系统的一部分，实则不然。/usr/share/firmlinks 文件把这个路径列为指向数据卷的 firmlink：
grep -i assets /usr/share/firmlinks在我们的测试 Mac 上，这条命令会打印出四条记录：Assets、PreinstalledAssets、AssetsV2 和 PreinstalledAssetsV2，都映射到数据卷上的同一路径。你可以用 df 确认空间究竟被计入了哪个卷：
df -h /System/Library/AssetsV2结果显示的是 /System/Volumes/Data，而不是系统卷。这一点有两方面的意义：这些资源占用的是与你的文档共用的同一份可用空间；同时 Apple 可以在不进行完整系统更新的情况下添加、替换或移除它们——这正是升级后几天内实际发生的事。
我们在测试 Mac 上的实测结果
我们的主测试 Mac 目前还没有安装 macOS 27，因此无法展示 Golden Gate 上的模型情况。但我们可以展示同一机制已经在 Tahoe 上存放了什么，这也能反映相关类别的真实情况。测试机型是一台 Apple 芯片 Mac，配备 1 TB SSD，运行 macOS Tahoe 26.5.2 (25F84)，测量时间为 2026 年 9 月 24 日：
for d in /System/Library/AssetsV2/*/; do
s=$(du -sk "$d" 2>/dev/null | cut -f1)
[ "${s:-0}" -gt 102400 ] && echo "$((s/1024)) MB $(basename "$d")"
done | sort -rn| 资源文件夹 | 我们 Mac 上的大小 |
|---|---|
com_apple_MobileAsset_iOSSimulatorRuntime | 16,349 MB |
com_apple_MobileAsset_LinguisticData | 3,015 MB |
com_apple_MobileAsset_UAF_Siri_Understanding | 2,512 MB |
com_apple_MobileAsset_Font8 | 1,105 MB |
com_apple_MobileAsset_UAF_Translation_Assets | 832 MB |
com_apple_MobileAsset_SpotlightResources | 385 MB |
com_apple_MobileAsset_UAF_Speech_AutomaticSpeechRecognition | 380 MB |
com_apple_MobileAsset_UAF_Siri_TextToSpeech | 114 MB |
com_apple_MobileAsset_ContextKit | 106 MB |
整个 AssetsV2 加起来是 25 GB。这张表里有几点值得注意：
- 占用最大的一项与 AI 完全无关。 超过 16 GB 是 Xcode 安装的 iOS 模拟器运行时。在开发者的 Mac 上，模拟器运行时占用的空间往往比 Apple Intelligence 还要多，是更常见的存储问题。
UAF_前缀标记了这一整个家族。 Siri 理解、翻译、语音识别和文本转语音资源都共用这个前缀，一些更小的组件也是如此，比如UAF_FM_Overrides、UAF_IF_Planner和UAF_SummarizationKitConfiguration。等 macOS 27 的模型落地后，预计也会出现在同一个父文件夹下。- 真正的大型基础模型不在这里。 在这台 Tahoe Mac 上，我们没有找到大型的
FM生成式模型资源，只有配置大小的条目。而正是这类基础模型组件，才是 macOS 27 占用增量的主要来源，它在这里的缺席也提醒我们：一台 Mac 的 AI 存储占用取决于实际下载了什么，而不只取决于芯片本身。
不要手动删除 AssetsV2 内的任何文件。这些文件夹由系统管理，macOS 会跟踪它认为存在的资源版本，在其下方手动删除文件，往往会导致静默重新下载，或者功能以令人困惑的方式失败。正确的操作手段是下文介绍的各项设置。
Preboot 中的 cryptex
系统还有第二个较小的部分，既不在系统卷也不在数据卷上。自 macOS Ventura 起，Apple 把 Safari 以及部分系统组件以 cryptex 的形式交付，存放在 Preboot 卷上，以便独立更新。在我们的 Mac 上：
du -sh /System/Volumes/Preboot/Cryptexes/*结果显示 OS 为 6.3 GB，Incoming 为 6.3 GB，App 为 40 MB，ExclaveOS 为空，而 diskutil apfs list 报告整个 Preboot 卷共占用 9.0 GB。这两个数字对不上，而且它们本来就不该对上：du 统计的是文件，而 APFS 报告的是实际分配的块，克隆卷之间会共享数据块。在系统卷上查看大小请使用 diskutil，把 du 当作了解「有什么」的手段，而非了解「占用了多少」的手段。无论如何，Preboot 都不是需要手动管理的对象；我们在 关于 APFS 快照与隐藏卷的指南 中解释了原因。
正确解读「存储」面板
「系统设置」>「通用」>「存储」是大多数人最先查看的地方，在 macOS 27 中，Apple Intelligence 也正是在这里以专门名目出现：MacRumors 的描述是它出现在 macOS 条目旁边。有三个习惯能让这个面板更有用。
等它计算完成。 存储条和分类列表是逐步填充的。刚打开面板时看到的某个分类数值，一分钟后可能大幅增长或缩小。
用悬停而不是猜测。 把鼠标悬停在存储条的某个分段上会显示其大小。这些分类并不总是与文件夹一一对应；「系统数据」尤其是一个大杂烩类别，在升级后的那几天，它会被上文所述的维护工作明显撑大。我们在 系统数据存储占用巨大或无法缩小 一文中单独介绍了这个分类。
与命令行结果对照。 「访达」的「可用」数字包含可清除空间，df 则不包含。把两者放在一起看，就能知道表面上的空间紧张，有多少是 macOS 可以按需归还的：
df -h /System/Volumes/Data
diskutil info / | grep -E "Container Free Space|Volume Free Space"在我们的 Mac 上，diskutil 报告的容器可用空间为 339.1 GB。如果你的「访达」显示的数字明显高于 diskutil，差值就是可清除内容——升级到 macOS 27 之后，这部分内容大多是 macOS 认为可以重新下载的 AI 和语言资源。
「可清除」对 AI 模型意味着什么
可清除空间指的是那些 macOS 在需要时可以删除、之后再重新获取的内容：iCloud 缓存文件、已下载的资源、部分缓存等。df 会把它算作已用空间，而「访达」会把它算作可用空间。当某个 App 请求的空间超出真正的可用空间时，macOS 会清除可清除项目以腾出空间。
Oakley 指出，用于支持 AI 的磁盘空间「在需要时会被视为可清除」。这在实践中带来三个后果：
- 通常不会因为这些模型而遇到硬性阻塞。 如果你复制一个大文件而磁盘确实空间不足，macOS 应该会优先清除可清除资源。
- 清除不是即时发生的。 其中一部分只会在后台维护期间进行，这也是为什么「访达」明明显示有空间，你却会看到「空间不足」的警告。
- 被清除的资源会再次回来。 如果 Apple Intelligence 或 Siri 需要一个已被清除的模型，它会重新下载。在一台空间长期接近用满的 Mac 上，这会变成下载与清除的循环。真正的解决办法是从别处腾出空间。
最后这一点正是为什么你不该把可清除空间当作一份储备。如果你的 Mac 只是靠 macOS 不断丢弃它的 AI 模型才勉强能用，那说明它已经太满了。
按顺序安全地回收空间
以下是我们建议的操作顺序。每一步都是可逆的或低风险的，也都值得在进行下一步之前先做完。
1. 让升级后的后台工作先完成
给 Mac 三天正常使用时间，至少有一晚整夜插电，然后重启一次。前后分别检查可用空间。150 GB 那种量级的飙升，大部分应该会自行消退。如果 Spotlight 仍在建立索引，搜索时会出现进度提示；我们的 Spotlight 重新索引指南 说明了如何区分正常进度和卡住的索引。
2. 精简旧的本地快照
升级前后创建的本地 Time Machine 快照，会钉住每个已变更文件的旧版本。先列出这些快照：
tmutil listlocalsnapshots /我们的 Mac 返回的是空列表，这在 Time Machine 没有写入本地磁盘时是正常现象。如果你的列表里有很多升级前后日期的快照，且空间确实紧张，可以让 macOS 精简它们：
tmutil thinlocalsnapshots / 50000000000 4这条命令请求回收最多 50 GB 空间，紧急度设为最高。macOS 不会删除它当前依赖的快照，也不会触碰系统自身的密封卷快照。我们的 APFS 快照指南 解释了哪个快照绝对不能删除，以及原因。
3. 移除不再使用的模拟器运行时（面向开发者）
这是我们 Mac 上占用最大的单项内容。先列出已安装的运行时：
xcrun simctl runtime list我们的结果显示两个 iOS 运行时：iOS 26.0 (23A343) 和 iOS 18.5 (22F77)，磁盘镜像总计 15.7 GB。每个运行时同时也会挂载为独立的 APFS 容器——diskutil apfs list 显示了名为 "iOS 26.0 Simulator"、"iOS 18.5 Simulator" 和 "iOS 18.5 Simulator Bundle" 的卷，分别占用 16.7 GB、20.2 GB 和 8.8 GB——因此旧运行时的真实占用很容易被低估。移除你不再用于测试的运行时：
xcrun simctl runtime delete --notUsedSinceDays 90 --dry-run
xcrun simctl runtime delete --notUsedSinceDays 90先运行 --dry-run 形式，看看将会移除什么。你也可以用列表输出中显示的标识符单独移除某个运行时，或者在 Xcode 的「设置」>「Components」中操作。随着 Xcode 27 为 27 系列 SDK 安装新的运行时，旧的运行时往往成了死重。
4. 决定是否需要 Siri AI
如果你不使用 Siri AI，关闭它是目前唯一已被证实能释放可观空间的 AI 相关开关——在报告案例中约释放了 12.4 GB。这个选项在「系统设置」的「Siri」里。它并不会整体移除 Apple Intelligence（那个开关已经不存在了），而且节省的空间可能需要一段时间才会显现，因为清理可能发生在后台维护期间。如果你之后重新打开 Siri AI，模型会重新下载。
如果你还在等待访问权限，注意关闭再打开 Siri 并不会让你在队列中排到更前面；我们在 macOS 27 上 Siri AI 需要排队等待 一文中解释了这个等待名单的运作方式。
5. 清理不再使用的语言
语音、听写和翻译资源是按语言下载的。如果你曾经添加过第二种听写语言，或下载过现在不再需要的翻译语言，在相应设置中移除它们（听写语言在「键盘」>「听写」，翻译语言在「翻译」App 的已下载语言列表）可以让 macOS 释放这些资源。Oakley 还发现，除非「语言与地区」中的首选语言与 Siri 所设语言一致，否则 Siri AI 工具不会出现，因此如果你更改了其中一个，请同时检查另一个。
6. 常规清理
在这些系统专属步骤之后，常见的清理对象依然适用：旧的 iOS 和 iPadOS 设备备份、邮件附件、「下载」文件夹、你早已遗忘的大文件。「存储」面板的「建议」部分可以揭示其中不少内容。在我们的案例中，仅 ~/Library/Caches 就占用了 14 GB，这很典型，通常留给拥有它的 App 自行管理即可，无需手动删除。
Time Machine：为什么你的备份也变大了
Oakley 的备份集因为这次升级增长了约 10 GB，这还是在每周正常 7.6 GB 增长量之外。大版本升级后的第一次备份，必须捕获数据卷上所有发生变化的内容——而在 macOS 27 上，这包括新的资源文件夹。预计这次备份会比平时更慢、更大。
由此带来两个后果。如果你的备份盘原本就接近用满，Time Machine 会更快开始删除最旧的备份。另外，如果你仍在用加密的 HFS+ 磁盘保存备份，现在是规划迁移到 APFS 的好时机：Apple 的 macOS 27 发行说明写明，加密 HFS+（CoreStorage）「已被弃用，未来版本的 macOS 将不再支持」（175892420），我们在 macOS 28 中加密 HFS+ 被移除 一文中介绍了这项变化。
macOS 27 五分钟存储自查
在升级后的飙升消退之后运行以下命令，它们全部都是只读操作。
# 1. Container free space as APFS sees it
diskutil info / | grep -E "Container Free Space"
# 2. Every volume in the boot container and what it consumes
diskutil apfs list | grep -E "Name:|Role|Capacity Consumed"
# 3. The largest downloadable asset families
for d in /System/Library/AssetsV2/*/; do
s=$(du -sk "$d" 2>/dev/null | cut -f1)
[ "${s:-0}" -gt 102400 ] && echo "$((s/1024)) MB $(basename "$d")"
done | sort -rn | head -15
# 4. Local snapshots still pinning old data
tmutil listlocalsnapshots /
# 5. Simulator runtimes (only if Xcode is installed)
xcrun simctl runtime list按以下顺序解读结果：如果容器可用空间健康，就到此为止。如果不健康，就把数据卷的占用与资源列表、快照列表对照来看。大多数时候，答案会落在三件事之一上——快照、模拟器运行时，或普通的用户数据——而 AI 模型是一项你需要规划、而非需要对抗的固定成本。
不该做的事
- 不要删除
/System/Library/AssetsV2中的文件夹。 它们由系统管理。手动删除会导致重新下载或功能损坏，而且在启用了 SIP 保护的 Mac 上，普通用户本来也无法删除其中许多文件。 - 不要为了「清理」系统而关闭系统完整性保护。 本文中没有任何一步需要这样做，而关闭 SIP 的 Mac 面临的风险，远大于少一点可用空间。
- 不要运行声称能清除「AI 垃圾」的清理工具。 它们所针对的组件，要么本来就是可清除的，要么是功能所必需的，删除后系统只会重新下载它们。
- 不要删除密封的系统快照。 它就是系统卷本身。我们的 APFS 快照指南 说明了如何识别它。
- 不要在第一天就对升级下结论。 飙升是暂时的，在这期间做出的决定往往是错的。
小容量 SSD 的 Mac 该不该升级？
对大多数配备 512 GB 或更大容量的 Mac 来说，多出的 20–30 GB 只是一次性调整。对 256 GB 的 Mac 来说，则值得提前规划：
| 情况 | 建议 |
|---|---|
| 256 GB，Tahoe 上可用空间不足 60 GB | 先清理空间。建议在升级前确保至少 60–80 GB 可用，让升级后的飙升和新资源不至于持续触发清除。 |
| 256 GB，从不使用 Siri | 先升级，等升级后的后台工作完成，再关闭 Siri AI。预计仍会有约 25 GB 的 AI 资源无法回收。 |
| 256 GB，使用 Xcode 的开发者 | 升级前先移除不用的模拟器运行时；它们的占用很可能远超 AI 成本。 |
| 512 GB 及以上 | 正常升级；三天后重新测量。 |
| 必须控制在存储预算内的 Mac（实验室、展示机） | 先在一台机器上测试；AI 分类的占用因机型不同，大约在 14 GB 到 30 GB 之间浮动。 |
如果你的 Mac 根本无法获得升级，那是另一个问题，我们在 macOS 27 未在「软件更新」中出现 一文中做了介绍。
常见问题排查
升级一周后可用空间仍在下降
问题：飙升从未结束，已用空间一天天持续上升。
解决方法：按顺序检查三个常见原因。运行 tmutil listlocalsnapshots / 查看快照列表是否在增长；通过搜索某个内容并留意索引提示，检查 Spotlight 是否仍在建立索引；打开「活动监视器」的「磁盘」标签页，按「写入字节数」排序，查看是哪个进程在写入。卡住的索引是最常见的元凶，我们的 Spotlight 重新索引指南 有分步说明。如果是 iCloud 照片资料库正在重新分析，在一个大型资料库上它会连续数天大量写入——这属于正常现象。
「存储」设置显示的 AI 数字巨大，远超 30 GB
问题：Apple Intelligence 那一行数字远大于本文给出的数字。
解决方法：首先，等面板计算完成后重新打开。其次，记住 Oakley 也不确定他的数字是否包含 Xcode 27 的组件，因此开发工具可能会拉高这个数字。第三，在更新进行中时，该分类可能会临时同时包含某个资源的新旧两个版本。在重启并正常使用一天之后再重新检查，之后再下结论。
我关闭了 Siri AI，但空间没有变化
问题：预期的 12 GB 没有回来。
解决方法：Oakley 指出恢复「不是即时的」，部分清理会在后台维护期间进行。让 Mac 保持开机并空闲几个小时，然后重启再检查一次。另外要注意，目前公开的数据点只有一个案例——你实际能节省的空间可能更小，尤其是在 Apple Intelligence 较低档位、模型更小的 Mac 上。
「访达」说有空间，但某个 App 说磁盘已满
问题：「访达」显示还有不少可用空间，但安装程序或某个 App 拒绝继续。
解决方法：「访达」把可清除空间也算作可用空间，而一些安装程序检查的是真实可用空间。用 diskutil info / | grep "Container Free Space" 对照查看。如果这个数字确实偏小，先精简快照、移除模拟器运行时。macOS 也会按需清除可清除资源，但速度未必能跟上安装程序的检查节奏。
Time Machine 现在提示备份盘快满了
问题：升级后的第一次备份把备份盘推到了容量上限附近。
解决方法：这是预期之中的：仅升级这一项，就让 Oakley 的备份增长了约 10 GB。Time Machine 会删除最旧的备份来腾出空间。如果你想保留更久的历史记录，现在就换更大的磁盘，而不要等到旧备份开始消失之后再换。
升级本身因为空间不足而失败
问题：安装程序中止，或者 Mac 重启后陷入循环。
解决方法：这与本文描述的升级后空间增长是不同的故障。请参考 更新失败后的恢复指南，先腾出空间再重试。
常见问题（FAQ）
为什么我的 Mac 升级后立刻少了 100 多 GB 空间？
大版本升级后的头 24 小时，包含 Spotlight 重建索引、后台资源下载、iCloud 与照片重新同步、以及新快照的创建。在一台被跟踪测量的 Mac mini M4 Pro 上，这一过程的峰值比之前水平高出约 150 GB，随后几天回落到比之前高出约 30 GB。
macOS 27 上 Apple Intelligence 占用多少空间？
据 MacRumors 转述的 Apple 官方文档，在 M3 及更新芯片、内存 12 GB 的 Mac 上最多为 14 GB，在其他受支持的 Mac 上最多为 8 GB。实测数字从约 14 GB（M1 MacBook Air、MacBook Neo）到部分 M3、M4 Mac 上的 29–30 GB 不等。
我能关闭 Apple Intelligence 来拿回空间吗？
不能完全做到。MacRumors 报道称 macOS 27 移除了禁用 Apple Intelligence 的开关，因此模型无论如何都会下载。关闭 Siri AI 在一个报告案例中释放了约 12.4 GB，仍留下约 25 GB 无法回收。
AI 占用的存储空间是可清除的吗？
大部分是。Howard Oakley 指出，用于支持 AI 的空间在需要时会被视为可清除。macOS 可以在空间紧张时清除这些资源，但清除不是即时的，需要时这些资源会重新下载。
Apple Intelligence 模型存放在哪里？
它们以 MobileAsset 下载包的形式存放在 /System/Library/AssetsV2 下，该路径通过 firmlink 指向数据卷。这也是为什么它们占用的是与你的文件相同的可用空间，也是为什么 Apple 可以在不进行完整系统更新的情况下更新它们。
Time Machine 会备份 AI 模型吗？
Oakley 的备份集在升级后增长了约 10 GB，因此升级后的首次备份明显比平时更大。Apple 尚未公开说明 Time Machine 具体包含哪些资源文件夹，因此应为更大的首次备份做好准备，而不要指望排除规则。
在 256 GB 的 Mac 上升级 macOS 27 是个坏主意吗？
可行，但要为系统和 AI 组件预留大约 58 GB 空间，这还不算你自己的文件。升级前至少腾出 60–80 GB 空间，移除不用的模拟器运行时，如果不使用 Siri AI 就将其关闭。
结语
macOS 27 的存储故事分为两部分，把它们混为一谈会导致错误的决定。戏剧性的那部分——第一天最多下降 150 GB——是临时性维护，正确的应对方式是耐心等待。持久的那部分——根据机型不同，介于 14 到 30 GB 之间——是 Apple Intelligence 成为强制组件所付出的代价，而且比 Apple 自己给出的数字要大。你无法把它彻底移除，但可以决定是否需要 Siri AI、保持语言列表精简，并从那些几个月没人看过的快照和开发者工具中，回收远远更多的空间。
如果你还在犹豫要不要升级，可以从 我们的 macOS 27 发布日指南 开始了解。如果 Apple Intelligence 本身一直下载不完成，请参考 Apple Intelligence 卡在准备中或下载中。
相关阅读：你 Mac 的磁盘被快照而非文件占满 · 系统数据存储占用巨大或无法缩小 · macOS 27 中哪些 Mac 能获得完整的 Siri AI