sessions/ # 会话记录可选项,文件多的话先跳过
用了几个月的 Hermes Agent,数据没了?这篇备份教程能救你 先说三个真实场景,你看看自己有没有遇到过: 场景一:重装系统 电脑用久了越来越慢,决定重装系统清清爽爽。装完系统、装好软件,然后你突然想起——Hermes 里那些记了几个月的东西呢? 你纠正过它几十次的命名习惯、你告诉过它
用了几个月的 Hermes Agent,数据没了?这篇备份教程能救你
先说三个真实场景,你看看自己有没有遇到过:
场景一:重装系统
电脑用久了越来越慢,决定重装系统清清爽爽。装完系统、装好软件,然后你突然想起——Hermes 里那些记了几个月的东西呢?
你纠正过它几十次的命名习惯、你告诉过它的项目结构、它自动生成的十几个技能……全在旧系统盘里。而你已经格式化掉了。
场景二:硬盘突然坏了
固态硬盘虽然比机械盘靠谱,但也不是不会坏。某天开机,系统进不去、硬盘认不出来。你花了几个月训练出来的 Agent 记忆库,跟着那块硬盘一起物理消亡。
找数据恢复公司?报价几千块起步,还不一定救得回来。
场景三:换新电脑
你终于换了一台新机器,性能更强、屏幕更大。但你不想从零开始调教 Hermes——几周前才教会它你的代码风格,难道再来一遍?
你当然可以把旧电脑的硬盘拆过来,但万一旧电脑已经卖了呢?万一你用的是公司电脑、离职就要交回去呢?
这三个场景本质上是一个问题:你的 Hermes 数据,到底有没有脱离你当前这台电脑独立存在?
如果答案是没有,那你就是在裸奔。
Hermes 要备份的核心资产就三样:记忆库(个人偏好和上下文,几个月积累的)、技能库(自动生成的技能文件,每篇都是几轮对话调教出来的)、配置文件(模型、工具、权限设置)。它们在 Windows 上位于 C:\Users\你的用户名\AppData\Local\hermes\,Mac/Linux 在 ~/.hermes/。
下面分两套方案,你可以根据自己的情况选,或者直接来个双保险。
云端备份:不怕硬盘坏,不怕电脑丢
把数据存到 GitHub 私有仓库,等于有了远程保险柜。哪怕电脑被偷了、硬盘烧了,数据依然在。
手动版:一次配置,终身受益
cd ~/.hermes
git init
建一个 .gitignore,把敏感文件挡在门外:
logs/
cache/
.env
.env.*
# sessions/ # 会话记录可选项,文件多的话先跳过
加入核心数据:
git add config.yaml memory/ skills/ auth.json profiles/
git commit -m "首次备份:Hermes Agent 完整数据"
去 GitHub 创建一个 私有仓库(必须是 Private,不是 Public),然后推送:
git branch -M main
git remote add origin https://github.com/你的用户名/hermes-backup.git
git push -u origin main
以后想备份了,就三行命令:
cd ~/.hermes
git add -A && git commit -m "备份 $(date +%Y-%m-%d)"
git push
自动版:设一次,再也不用记
写个自动脚本 backup-hermes.sh:
#!/bin/bash
cd "$HOME/.hermes"
if git status --porcelain | grep -q .; then
git add -A
git commit -m "自动备份 $(date '+%Y-%m-%d %H:%M')"
git push origin main
fi
然后设置定时任务:
- Mac/Linux:
crontab -e加一行0 9,18 * * * /path/to/backup-hermes.sh,每天早晚各跑一次 - Windows:用任务计划程序,新建每天触发的任务,执行 Git Bash + 脚本路径
- Hermes 自带 cron(如果你用 Hermes):一句话搞定
hermes cron create "0 9,18 * * *" \
--prompt "cd ~/.hermes && git add -A && git commit -m 'auto backup' && git push origin main"
我推荐每天至少在 开始工作前 和 下班后 各备份一次。改动频繁的话,甚至可以每小时一次。
本地备份:速度快、不依赖网络
云端备份虽然远程可靠,但依赖 GitHub 可达性。本地备份是最直接的保底——把整个 Hermes 目录往移动硬盘或 NAS 上一扔就行。
手动版:拖拽就完事
最简单的方法:每隔几天,把整个 ~/.hermes 目录复制到外置硬盘或另一台电脑上。
- Windows:直接把
C:\Users\你的用户名\AppData\Local\hermes\整个文件夹复制到 U 盘或移动硬盘 - Mac/Linux:
cp -r ~/.hermes /Volumes/备份盘/hermes-backup/
恢复的时候反向操作——把备份的目录直接覆盖回去。
自动版:用 rsync 或 robocopy 做增量
靠人工复制的问题是——你会忘。设一个自动脚本,每次只复制新增和改动的文件:
Mac/Linux 用 rsync:
#!/bin/bash
rsync -av --delete \
--exclude '.env' \
--exclude 'logs/' \
--exclude 'cache/' \
"$HOME/.hermes/" \
"/Volumes/备份盘/hermes-backup/"
加到 crontab:0 12 * * 1 /path/to/backup-hermes-local.sh(每周一中午备份一次)
Windows 用 robocopy:
@echo off
robocopy "C:\Users\你的用户名\AppData\Local\hermes" "D:\hermes-backup" /MIR /XD logs cache .git /XF .env .env.*
然后用 Windows 任务计划程序新建一个每天触发的任务,执行这个批处理脚本。
本地备份最大的好处:GitHub 挂了也不怕,不限速、不排队,随时能从外置硬盘恢复。
我的建议:两套方案都上
云端解决"电脑坏了"的问题,本地解决"GitHub 挂了或没网"的问题。两套方案同时跑,完整的备份策略就是:
| 方案 | 频率 | 用途 |
|---|---|---|
| GitHub 自动推送 | 每天 2 次 | 远程保底,防硬件损坏 |
| 本地增量备份 | 每周 1 次 | 防云端不可用,恢复最快 |
而且这两套方案互不冲突——GitHub 脚本和本地 rsync 脚本可以共存,一个自动跑、一个定时跑,互相兜底。配置文件总备份大小一般不超过 50MB,无论云端还是本地都不占多少空间。
很多人把 AI Agent 当成一次性玩具——用完不想管,数据丢了也不心疼。但如果你花了几周甚至几个月调教它,不备份就是对自己时间的不尊重。
GitHub 私有仓库免费,备份脚本写一次 5 分钟,定时任务设一劳永逸。在这个前提下不备份,唯一的理由就是"还没出过事"。
但等出了事,就真的来不及了。
你现在给自己的 AI Agent 做备份了吗?是走云端、本地、还是两套一起上? 评论区聊聊你的策略——如果你有更好的方案,也欢迎分享出来让大伙学学。
