FindDiskKiller for Mac - 一套把"哪个应用在写我的盘"拆成证据链的原生工作区

Mac 上出现风扇狂转、SSD 突然被吃几个 G 的情况，活动监视器只告诉你有几个进程在跑，却说不出它们在写什么文件、写到哪。FindDiskKiller 是一套把这条证据链拼完整的原生 macOS 工作区：把应用的活动、AI Agent 的存储、文件读写位置、物理磁盘的健康数据放在同一个界面里，并能按需启动一次有限边界的文件 trace，把"谁在写你的盘"这一句问话拆成可验证的事实。

FindDiskKiller 是什么

FindDiskKiller 是一个开源的 macOS 应用，作者 Jianyin Tang，GitHub 仓库 jianyintang/find-disk-killer，MIT 许可，当前版本 v1.3.17（2026-08-20），签名并公证过的 dmg 大约 14 MB。它只做一件事——回答"此刻是哪个应用在持续写我的盘"——但为了把这件事说清楚，它搭了一条从信号到证据的链。

界面左侧的六个工作区是这条链的入口：Now 是当下监控，Apps 把每个应用当作调查单位，AI Storage 把 Codex、Claude 这一类 AI 编程代理在本地悄悄累积的存储归因到 thread/session，Disks 看物理设备与健康，History 看历史趋势，Settings 管权限。每一项工作区都对应一条证据路径。

AI Agent 存储：诊断 Codex 和 Claude 的本地足迹

这是 FindDiskKiller 区别于其他系统监视器的一个卖点。Codex、Claude Code、Continue、Copilot 等 AI 编程代理有一个共同的隐藏消耗：transcript、子代理会话、向量索引、共享数据库。Finder 里几乎看不见它们，攒到几十 G 才会让 macOS 抱怨。

AI Storage 工作区把这部分占用归到具体的 thread 和 session，并明确告诉用户：哪些是 Chats（对话内容）、哪些是 Global（共用索引）、哪些因为格式不识别归不进任何一类（显示为 Unattributed）。更重要的是，删除旧会话的路径走的是 Codex 和 Claude 的官方能力——Claude Desktop 和 Cowork 的会话在 Claude Desktop 内删除；Codex 会话走它自己的官方机制——而不是直接绕过厂商去改 SQLite。这一点比"一键清理"更值得信任。

分析与删除都是显式触发的，分析时正在进行的会话会被跳过，识别不了的提供商不会强行写入数据库；找不到的文件直接显示"无"，而不是用 0 填充。原则写得很克制：不假装精确。

Apps 工作区：以应用为单位的活动证据

Apps 工作区是调查的主战场。每个应用一行，CPU、磁盘读写、网络上下行、内存等指标可以独立列排序，时间轴覆盖 1 分钟、15 分钟、1 小时三档。点击进入应用详情后，会看到这个应用打开了哪些路径、近期改动了哪些目录，以及它在内存里属于什么角色（应用、helper、子进程）。

需要直接证据时，可以对一个具体路径发起一次有时间边界的文件 trace——这是一个手动动作，不是默认常驻——查看在指定时段里是谁在读、写这些文件。trace 的实现是 /usr/bin/fs_usage 的受限会话，helper 进程只能跑这一个固定形状的命令，不能执行任意 shell。这条边界在 README 和 Privacy 文档里被反复强调，是这个项目最值得划重点的安全设计。

Disks：物理设备与健康

Disks 工作区分两页：Live Activity 是当前每个物理卷的实时吞吐；Disk Health 是硬件自报的健康数据。这里有一条与同类工具常见的混淆：应用层 I/O 是进程请求量，不等于物理 NAND 流量；物理设备吞吐无法精确归因到单一进程。FindDiskKiller 把这两件事分开显示，并直接告诉你"谁驱动了谁"在系统层面其实做不到。

健康字段包括 SMART/NVMe 报的累计写入量、磨损等级、备用容量、温度、累计通电小时、介质错误计数。磁盘数据用的是 diskutil 全盘输出，再用 smartctl 或 macOS 的 SMART 解析路径读硬件报告，缺失或不支持的字段显示为不可用，不会填 0 糊弄人。对常年跑本地模型或者每天编译项目的老 Mac，顺手扫一眼累计写入量很有用。

安装、签名与权限

系统要求 macOS 14 或更高，Apple silicon 和 Intel 都支持。从官网下载 dmg，拖进 Applications 即可启动。每个 dmg 都附了 SHA-256 校验和，遇到签名或公证验证失败的包不要绕过 Gatekeeper。

权限设计是分级的：CPU、磁盘、网络、卷和进程监控这些基础项不需要管理员批准；显式启动文件或文件夹追踪时，macOS 才会请求授权一个签名、用途固定的后台 helper 组件；被保护的位置可能还需要 Full Disk Access。helper 进程只能跑"有边界的 fs_usage 会话"，无法执行任意 shell，这一点由 App 与 helper 双向校验 Team ID 保证。

它比同类工具多做的一件事

它填补的是一个很具体的位置：你的 Mac 明显不对劲，但活动监视器说不清根因。这种时候，证据链比"加速清理"更有用。

上手前需要知道的事

用途明确。它不是清理工具，也不会替你决定该删什么。它把背后那个应用和目录翻出来，省掉排查的工夫。

AI 归因是逻辑估算。应用总 I/O 不等于物理设备吞吐，AI 数据库的归因被清楚标注为估算，永久删除前会给出完整复核窗口。

权限是分级的。基础监控不弹任何授权，只有显式开启文件追踪时才需要 helper 与可能的 Full Disk Access。

本站此前介绍过的 OpenLogi、Port Radar、RustCast 属于同一类思路：用原生实现替代臃肿的成套软件，把开发者每天要敲的那几行命令，做成常驻的一个工作区。

FindDiskKiller for Mac 下载

• 官网：https://finddiskkiller.com/
• GitHub 仓库：https://github.com/jianyintang/find-disk-killer
• Releases：https://github.com/jianyintang/find-disk-killer/releases
• 中文文档与下载：https://finddiskkiller.com/zh-cn/
• Product Hunt：FindDiskKiller on Product Hunt

系统要求 macOS 14 或更高，免费开源（MIT），Apple Silicon 与 Intel 通用，10 种界面语言含简体中文、繁体中文、日韩、欧美主要语种。