JP 的 Hermes 相关占用约 1.4G，其中真正的大头是 hermes-agent 目录 1.3G；彻底删除可把根分区大约从 62% 降到 48% 左右，但会停止 JP 的 Hermes Telegram/Gateway 能力。
如果彻底删除 JP 上安装的 Hermes，确实能明显降低磁盘占用：大约释放 1.3–1.4G，对 9.8G 的小盘来说很明显。代价是 JP 上的 Hermes Gateway 会停止，JP 这个 Telegram Bot/Agent 节点将不再工作。
| 位置 | 大小 | 白话说明 | 删除影响 |
|---|---|---|---|
/root/.hermes | 1.4G | JP 上 Hermes 的总家目录，包括程序、配置、会话、日志、技能等。 | 高影响 删除后 Hermes 运行环境消失。 |
/root/.hermes/hermes-agent | 1.3G | 最大头，包含 Hermes 源码、Python 虚拟环境、Git 仓库。 | 高影响 Gateway 当前就从这里启动。 |
venv | 962M | Python 依赖环境。里面包含语音、平台、模型相关依赖，如 ctranslate2、onnxruntime、googleapiclient 等。 | 高影响 删除后 Hermes 无法运行。 |
.git | 220M | Git 历史。用于更新/回滚代码。 | 中影响 只删 .git 可省 220M，但会影响 git 更新。 |
sessions | 22M | 历史会话记录。 | 低到中 可归档/清理旧会话。 |
state.db | 23M | Hermes 状态数据库。 | 中影响 不建议随便删。 |
logs | 2.5M | 日志很小，不是磁盘问题来源。 | 低影响 清理收益很小。 |
/root/.hermes/hermes-agent/venv/bin/python -m hermes_cli.main gateway runhermes-gateway.service，状态为 enabled + active/root/.hermes/hermes-agent这说明 JP 不是“残留安装包”，而是一个正在运行的 Hermes Gateway 节点。删除前必须先决定：JP 是否还要继续作为 Hermes Telegram Bot/Agent 存在。
| 方案 | 预计释放 | 影响 | 建议 |
|---|---|---|---|
| A. 彻底删除 Hermes | 约 1.3–1.4G | JP Hermes Bot/Gateway 停止；本地会话、技能、配置如不备份会丢失。 | 适合 JP 不再需要跑 Hermes，只保留 VPS/代理角色。 |
| B. 保留 Hermes，仅压缩安装体积 | 约 220–300M | 可删 .git、测试/文档/部分前端构建等，但后续升级维护变麻烦。 | 谨慎 不如彻底删除明确。 |
| C. 保留 Hermes，只清理数据 | 几十 MB | 风险最低，但收益很小。 | 安全 适合继续保留 JP Hermes。 |
/root/.hermes/config.yaml、.env、auth.json、skills/、sessions/、cron/，不要把密钥内容写入报告。hermes-gateway.service。/root/.local/bin/hermes 软链接。/root/.hermes/hermes-agent，如果确认不再需要任何 JP Hermes 历史，再删除整个 /root/.hermes。df -h /、systemctl status hermes-gateway、pgrep -af hermes。从磁盘收益看，彻底删除是有效的。但从运行影响看，JP 当前 Hermes Gateway 仍在运行，所以我建议先确认 JP 是否还承担 Telegram Bot/Agent 职责。如果 JP 不再需要作为 Agent 节点，我建议执行“备份后彻底卸载”，这比零碎瘦身更干净、更容易维护。