refactor: 更新团队成员状态和设备清理经验，优化文档内容

souls/zhao-yuwei.md

@@ -107,3 +107,10 @@
 - **测试要先实跑再交付**：m1_2_http.rs 首次交付时本机编不了 aarch64 依赖、没实跑，结果目标机暴露 1 个失败 + 1 个 dead_code warning。编不了也要逐个测试核对前提，不能只靠"看起来对"
 - **写测试前先核对产品校验（坏前提）**：`test_empty_playlist_does_not_panic` 假设空 playlist 配置能通过 `AppConfig::from_file`，但 config.rs `validate()` 自 init 提交就 `bail!("playlist 不能为空")`。测试的每个 expect/unwrap 前提都要回到产品代码里确认，产品故意拒绝的状态应改测"拒绝行为"（防退化），而不是硬造不可达状态
 - 测试辅助 struct 里"以后可能用"的方法（如本次的 `sender()`）不要预留；用不上就删，dead_code warning 违反零 warning 铁律
+## 设备磁盘清理经验（2026-07-03）
+- 磁盘清理逐项走"依赖检查→du 记录→删除→确认"四步，每步留证据；条件项（如 ~/.nvm）先查进程 + systemd/autostart/crontab 引用再决定
+- `pgrep -af` / `ps | grep` 远程执行时会命中承载命令的 `bash -c` 自身，必须过滤自匹配再下结论，否则会把"无进程"误判成"有进程"
+- 只删 target/debug 时用绝对路径精确到 debug 子目录，删后立即 `du + ls` 复核 release；运行中服务健康以"前后同一 PID"为最强证据（说明连重启都没发生过）
+- journal 是隐形大户（本次 1.5G），`journalctl --vacuum-size=100M` 只清归档段、安全；apt 缓存 `apt-get clean` 即可（392M→24K）
+- 本次共回收 ~13.4G：Flutter/Android 环境 7.6G + target/debug 3.5G + nvm 1.1G + apt 392M + journal 1.4G，96%→44%
+- 追加（开发工具清除）：deb 装的编辑器（code/cursor）用 `dpkg -l` 确认来源后走 `apt-get purge`，配套删 sources.list.d 源文件和 keyring（Cursor 的 keyring 叫 anysphere.gpg，按 .sources 里 Signed-By 找，别按名字猜）；purge 后跑 `autoremove --dry-run` 确认无孤儿依赖；删除有历史数据的工具目录（如 kilo.db）时在交付里显式声明，不能默默带走