• 问题： macOS 27 不管你用不用 Apple Intelligence，都会把模型下载下来。我们的 M1 Max 在储存空间面板里显示 13.98 GB，而苹果给这台 Mac 的说法是最多 8 GB。
  • 我们发现： 装模型的文件夹连管理员密码都打不开，但 macOS 给每个模型留了一份任何用户都能读的记录。排在最前面的是两个编程模型，2.48 GB 和 2.21 GB。
  • 你能做什么： 文中的终端命令不用密码，就能列出每个模型的大小和日期。Mint 不删这些文件。

升级到 macOS 27 后可用空间少了，其中一部分很可能是 Apple 智能（Apple Intelligence）。据 MacRumors 9 月 23 日的报道，不管你用不用这些功能，macOS 27 都会下载它的模型，原来能关掉它的设置也没了。自己的数在“储存空间”里十秒左右就能看到。我们这台 M1 Max 是 13.98 GB，而 Apple 给这台 Mac 写的是最多 8 GB。

装模型的文件夹，输了管理员密码也打不开。好在 macOS 给每个模型都留了一份任何用户都能读的记录。从这些记录里，你可以把自己 Mac 上的每个模型连同大小和记录日期一起列出来。

在哪看自己的数

  1. 打开“系统设置”>“通用”>“储存空间”，等顶部的条算完。
  2. 点 macOS 旁边的 ⓘ 按钮。
  3. 找到“Apple 智能”那一行。

它算在 macOS 里，不在“系统数据”里。如果涨的是系统数据，先查 Spotlight 索引。

10 月 5 日，我们这台 Mac（M1 Max，32 GB 内存，macOS 27.0.1，26A434）显示 13.98 GB。按 Apple 支持文档的说法，搭载 M3 及后续芯片、统一内存至少 12 GB 的 Mac 最多占 14 GB，其他支持 Apple 智能的 Mac 最多 8 GB。所有 M1 和 M2 Mac 都属于后一类，所以这台多出 5.98 GB，比 Apple 的数大 75%。MacRumors 报道的其他 Mac 也都超过了 Apple 给的数，Ars Technica 的 M1 MacBook Air 约 14 GB，一台 M4 Pro Mac mini 是 20.67 GB，一位 Reddit 用户的 Mac 是 30.16 GB。

如果你也查了，欢迎把数字和你的 Mac 芯片告诉我们，发到 [email protected]，或者留在我们这期测量视频的评论里。

连 root 都读不了这些文件夹

模型放在 /System/Library/AssetsV2 下的六个文件夹里，名字以 com_apple_MobileAsset_UAF_FM 或 com_apple_MobileAsset_UAF_IF_Planner 开头。对这六个文件夹运行 du，都返回“Operation not permitted”；输了管理员密码的 sudo du 也一样。它们还都带系统完整性保护（SIP）的 restricted 标记，这台 Mac 的 SIP 也开着。Siri 的语言理解文件夹就在旁边，所有者、权限和标记都相同，du 却能照常读出 2.66 GB。差别在哪，我们不知道。

macOS 给每个模型都留了记录

模型文件夹旁边的 persisted/AutoAssetDescriptors 里，macOS 为每个自动下载的资源存了一个小文件，这台 Mac 上有 418 个。任何用户都能读，我们的终端没有完全磁盘访问权限，也没输密码。每个文件写着模型名和版本、是否在磁盘上，还有一个叫 downloadedFilesystemBytes 的大小。这 418 个里，有 263 个属于那六个文件夹。

我们一开始算错了

第一次算出来是 113.88 GB，也就是这 263 条记录全部加起来。这台磁盘上的这几个文件夹装不下这么多：10 月 4 日，Mint 的磁盘地图在这台 Mac 上读不到的空间一共只有 35 GB 左右，六个文件夹也在其中。

按每条记录最后写入的日期一分，多出来的部分就找到了。2026 年 4 月 6 日写的记录有 109 条，合计 100.00 GB，大头是 24 个模型，名字像 instruct_server_v1.text_summarizer，最大的一个 6.41 GB。这 109 条到现在都写着在磁盘上，原因我们不知道。

去掉 4 月那批，剩下 154 条合计 13.88 GB，和“储存空间”的 13.98 GB 只差 0.10 GB。两个来源不同的数字差不到 0.7%，所以我们认为面板算的是这 154 条，没算 4 月那批。文件夹里面看不到，这一点没法证实。

记录也不等于磁盘上的实际占用。du 读得了的 Siri 语言理解文件夹，记录合计 1.45 GB，文件夹里实际有 2.66 GB。所以总数以“储存空间”为准，记录用来看里面有什么。

13.88 GB 里有什么

单条记录里最大的是两个写代码的模型，分别是 2.48 GB 和 2.21 GB，其次是 1.56 GB 的语言模型：

  • fm.code.generate_small_v2，写代码的模型：2.48 GB，记录写于 2026-09-29
  • fm.code.generate_small_v1，同一个写代码模型的第 1 版：2.21 GB，记录写于 2025-09-20
  • fm.language.instruct_3b，语言模型：1.56 GB，2026-09-29
  • 这个语言模型的图像编码器：0.94 GB，2026-09-29
  • fm.language.instruct_300m，两条记录：1.22 GB，2026-09-29
  • 52 个更小的文件，每个 5 到 134 MB：合计 3.92 GB，2026-09-29
  • 其余 96 条记录：1.55 GB，日期不一

语言模型名字里的 3b，和 Apple 对端侧模型的描述对得上：Apple 机器学习研究网站说它是一个 30 亿参数的稠密模型。那 52 个小文件以功能和检查命名，比如 summarization、proofreading_review、mail_reply、safety。

两个写代码的模型最出乎意料。第 2 版是跟着 macOS 27.0.1 来的，这台 Mac 在 9 月 29 日上午装完这次更新。而第 1 版的记录最后一次写入是 2025 年 9 月 20 日，到现在还写着模型在磁盘上。去掉它，记录合计 11.67 GB，比“储存空间”少 2.31 GB，看起来面板两个都算了。文件夹打不开，我们没法直接看文件。这台 Mac 装着 Xcode，也开着预测性代码补全。我们猜这两个模型是给它用的，不过还没在没装 Xcode 的 Mac 上看过。

列出你 Mac 上的模型

把下面这段整个粘进终端。它读的是同一批记录，把六个文件夹里超过 100 MB 的每一条从大到小打出来，每行是日期、大小和模型名，超过一年的记录会标出来。整个过程只读不写，不用密码，在这台 Mac 上大约五秒跑完。

(cd /System/Library/AssetsV2/persisted/AutoAssetDescriptors &&
now=$(date +%s) &&
ls | grep -E 'UAF\.(FM\.|IF\.Planner)' | while read -r f; do
  b=$(plutil -extract SUCorePersistedStatePolicySecureCodedObjectsFields.assetDescriptor raw -o - "$f" |
    base64 -D | plutil -p - | awk '/downloadedFilesystemBytes/ {print $3; exit}')
  [ "${b:-0}" -gt 100000000 ] || continue
  t=$(stat -f %m "$f")
  old=""; [ $((now - t)) -gt 31536000 ] && old="  over a year old"
  name=$(echo "$f" | sed -E 's/^.*_com\.apple\.//; s/_[0-9.]+_0\.state$//')
  printf '%s  %5d MB  %s%s\n' "$(stat -f %Sm -t %Y-%m-%d "$f")" $((b / 1000000)) "$name" "$old"
done | sort -k2 -nr)

在这台 Mac 上一共打出 58 行，其中 28 行的日期是 4 月 6 日，有 1 行标着超过一年（over a year old）。写代码的模型和语言模型是这几行：

2026-09-29   2479 MB  fm.code.generate_small_v2.base
2025-09-20   2214 MB  fm.code.generate_small_v1.base  over a year old
2026-09-29   1556 MB  fm.language.instruct_3b.base.generic
2026-09-29    941 MB  fm.language.instruct_3b.image_encoder.generic

日期是 macOS 最后一次写这条记录的时间，通常就是模型下载的那天。列表里也可能有并不在磁盘上的模型的记录，比如这台 Mac 上 4 月那批里的大部分，所以真正的总数还是看“储存空间”。

怎样拿回这块空间

在这台 Mac 上，Apple 智能占了 13.98 GB。它的功能靠这些模型运行，所以只有把这些功能关掉，空间才能拿回来。Mint 是我们做的 Mac 应用，用来量清这类空间。这是我们在挑下一个要做的功能时发现的。

Mint 怎么处理

Mint 不删这些文件，也不会把它们列出来让你删。它的磁盘地图同样读不了这六个文件夹，说不出它们多大，这个数要看“储存空间”。Mint 自己也用这些模型：在 Mint 1.0.83 里，碰到 Mint 的规则拿不准该放哪个文件夹的文件，Organize 会在 Apple 端侧模型可用时去问它；没有模型时，这些文件就只按 Mint 的规则来分。

常见问题

旧的写代码模型会自己消失吗？ 不知道。它的记录从 2025 年 9 月 20 日到现在没变过，更新到 macOS 27 也没动它。

为什么我的数和你们的不一样？ 搭载 M3 及后续芯片、内存至少 12 GB 的 Mac，Apple 给的上限本来就更高。写代码的模型可能还跟装没装 Xcode 有关，这一点我们没测过。MacRumors 报道的读数从约 14 GB 到 30.16 GB 都有。

这条命令会改动什么吗？ 不会。它读的是任何用户都能读的文件，只往屏幕上输出文字，不用 sudo。如果什么都没输出，说明你的 Mac 上没有这几个文件夹的记录。