sessions/ # 会话记录可选项,文件多的话先跳过

📡 AI新闻 2026-08-02 约 1 分钟阅读

用了几个月的 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

然后设置定时任务:

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 目录复制到外置硬盘或另一台电脑上。

恢复的时候反向操作——把备份的目录直接覆盖回去。

自动版:用 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 做备份了吗?是走云端、本地、还是两套一起上? 评论区聊聊你的策略——如果你有更好的方案,也欢迎分享出来让大伙学学。

相关文章
2026-08-02
HBM 疯狂涨价,AMD 被逼出第一颗"内存封装"芯片——Versal Gen 2 带着 288GB/s 带宽来了
2026-08-02
Claude Sonnet 5 上桌:Anthropic 把"中端"做成了"主力"
2026-08-02
美团悄悄开源万亿模型LongCat-2.0:22小时登顶全球前3

💬 评论 (0)

暂无评论,来说两句吧~

登录后评论