本机资源占用排查

一、磁盘占用：先分层，判据是「能否从别处重建」

• 项目占空间先查构建缓存与旧worktree —— monorepo 的十几 G 通常是构建缓存 + 旧 worktree + 构建产物，不是源码；先删会自动重建的缓存（.turbo/cache），正在跑的 .next 先别动。别漏系统级的 Xcode DerivedData / Device Support / 模拟器数据。
• 清理客户端缓存先分清哪层可丢 —— 「浏览器缓存占了 22G」是三层混在一起：可丢弃的加速层、共享的内容寻址仓库（pnpm store，整删即坏）、悄悄下载的模型权重。判据是丢了会不会影响数据与登录态，不是「是不是缓存」。

二、内存占用：先分清运行时基础成本与页面成本

• Electron自带浏览器运行时是内存大头 —— 内存高不是页面写得差，是先付了一整套 Chromium + V8 + 渲染树的运行时基础成本。判断「内存是不是异常」要减掉这一层。

三、CPU / 温度：先排除最平凡的解释

• 本机卡顿先清残留开发进程 —— 开发时「越来越卡」常见根因是环境被残留进程拖爆（多端口 dev server、遗留 build、旧 .next-* 缓存），不是当前代码死循环。
• 高负载发烫先排除负载而非硬件 —— 无风扇机型「莫名发烫」的第一假设是持续负载，不是硬件故障；先记录功耗基线、退出高功耗进程，再看 3–5 分钟内是否迅速降温。

贯穿的判据

1. 先分层，再动手 —— 同族见 先定位归属层再动手：症状所在的层 ≠ 问题所在的层。
2. 动作本身要留证据 —— 先记基线（功耗/温度/磁盘占用），做完再看一次，才有对照（对照才产生信息）。
3. 区分「可重建」与「不可重建」 —— 缓存与派生数据可以删；数据库、源码、登录态不能（可复用物与不可复用物分开）。
4. 区分「快照」与「现状」 —— 系统「储存空间」里的「开发者工具」是一个归类的快照，不是某个软件（快照只在建立那一刻成立）。

相关

• 先定位归属层再动手 / 对照才产生信息 / 可复用物与不可复用物分开