1. 项目本质与真实价值别被“白嫖”二字带偏了方向看到标题里“白嫖 GPT 和小米”“立省 99 元”我第一反应是皱眉——这说法太容易让人误解。Hermes 不是某个能绕过付费墙的“外挂”它本身不提供 GPT 模型也不卖小米硬件更不是什么“破解工具”。它是一套开源的、面向长期使用的 AI Agent 运行时框架核心价值在于把零散的 AI 能力、工具调用、会话记忆和任务调度整合成一个能“越用越聪明”的工作伙伴。所谓“白嫖”准确说是“零成本启动一套可自主进化的智能体系统”而“99 元”大概率是指某些商业版飞书机器人或微信小程序托管服务的年费门槛。真正省下的是反复试错、手动配置、维护脚本的时间成本以及未来为“更懂你”的智能体支付的溢价。这个项目标题里的关键词其实指向三个完全不同的技术层GPT代表大模型能力、小米代表本地设备/生态联动的潜在入口、Hermes代表智能体运行中枢。但热搜词里混杂着“小米手机修改IP代理服务器”“小米运动健康数据导出”“pythonmiio连接小米网关”等说明很多人误以为 Hermes 能直接控制小米设备。事实并非如此。Hermes 本身不内置小米 SDK它需要你主动编写或接入一个“工具函数”Tool Function比如用python-miio库去读取米家网关状态再把这个函数注册给 Hermes。这就像给一个聪明的管家配一把新钥匙——钥匙工具得你自己造管家Hermes负责记住怎么用、什么时候用、用完后怎么优化下次的用法。所以这个指南的真正目标人群不是想一键“黑进”小米生态的极客而是那些已经习惯用微信/飞书沟通、手头有台能跑 Python 的电脑或树莓派、愿意花一小时配置、后续就能让 AI 帮自己查天气、汇总日报、自动归档文件、甚至定时提醒喂猫的务实型用户。它解决的痛点非常具体你每天在不同 App 间切换复制粘贴信息重复回答同样问题而 Hermes 的目标是把这些动作沉淀成可复用、可进化的能力。我第一次让它帮我自动整理飞书群里的会议纪要时它用了三天时间从最初只能提取标题到能识别发言人、区分讨论点、甚至自动关联上周的待办事项——这种“进化感”才是它区别于普通 Chatbot 的核心。2. 核心技术解构Hermes 不是“另一个 CLI”而是一个“学习型操作系统”Hermes 的设计哲学必须放在整个开源 Agent 框架演进史里看才清晰。早期的 Agent 工具比如 LangChain像一本功能齐全但需要你逐页翻找的说明书OpenClaw 更像一个高效的快递分拣站专注把消息从微信、飞书、Telegram 等渠道收进来再分发给下游处理模块。而 Hermes 的定位是那个坐在分拣站后面、负责培训所有快递员、记录每次投递经验、并不断优化路线图的“运营总监”。它的技术栈分三层每一层都服务于“长期使用、持续沉淀”这个核心目标第一层执行引擎The Runtime这是 Hermes 的心脏。它不依赖特定模型而是通过统一的抽象接口Adapter对接各种 LLM 提供商。当你执行hermes model选择 OpenRouter 时Hermes 并不是在“调用 GPT”而是在调用 OpenRouter 这个中间平台提供的 API 接口。OpenRouter 本身又聚合了 GPT、Claude、Gemini 等上百个模型。这种设计的好处是极致的灵活性——今天你用 GPT-4o-mini 因为便宜明天发现 Claude-3.5-sonnet 在写周报上更稳只需一条命令切换所有已有的技能、记忆、调度规则全部无缝继承。我实测过在config.yaml里把model_provider从openrouter改成kimi重启后之前训练好的“自动总结飞书文档”技能立刻就能用 Kimi 的长文本能力处理 50 页 PDF整个过程不到 20 秒。第二层技能与记忆Skills Memory这才是 Hermes 最颠覆的地方。传统 Agent 的“技能”是静态代码写死在tools/目录下。Hermes 的技能却是动态生成的。当你第一次让它执行一个复杂任务比如“把飞书群聊里所有带 #bug 标签的消息截图并存到指定腾讯云 COS 桶”它会先尝试分解步骤1. 获取群消息列表2. 筛选带标签的消息3. 截图4. 上传。如果第 3 步失败因为没装截图工具它不会报错退出而是会记录这次失败并在下次遇到类似任务时主动建议你安装mss库甚至生成安装命令pip install mss。这些“经验”就沉淀为它的长期记忆Long-term Memory存储在~/.hermes/memory/下的 SQLite 数据库里。这个数据库不是简单的日志而是结构化的知识图谱记录着“什么场景下哪个工具组合最有效”。我翻看过自己的memory.db里面有一条记录显示“当任务包含‘截图’和‘飞书’关键词时优先调用screenshot_tool.py成功率 92%平均耗时 1.8s”。第三层网关与调度Gateway Scheduler这是 Hermes 走进你日常工作的“门”。hermes gateway命令启动的不是一个简单的 Webhook 服务而是一个多协议适配器。以飞书为例它支持两种连接模式Webhook需要你有公网 IP 或内网穿透和 WebSocket推荐飞书官方 SDK 推荐方式无需公网。标题里说的“接入微信/飞书/电报”指的就是配置这个网关。但关键点在于Hermes 的网关是“无状态”的。它只负责消息的收发和路由真正的会话管理、上下文维护、技能调用全部由上面两层完成。这意味着你可以同时开启飞书网关和 Telegram 网关同一个 Hermes 实例同一个记忆库同一个技能集为两个平台的用户提供服务。我自己的配置就是飞书里用它处理工作事务Telegram 里用它管理个人待办它们共享同一套“经验”比如在飞书里学会的“如何优雅地拒绝无效会议邀请”在 Telegram 里遇到类似请求时它也会自动复用这个策略。提示很多新手卡在“为什么飞书机器人不回复”90% 的原因是网关没连上而不是模型没配好。务必先用cat ~/.hermes/gateway_state.json确认state: connected再排查其他问题。3. 完整部署实操从一行命令到飞书私聊验证的每一步细节部署 Hermes 的核心体验就是“快”和“稳”。官方宣传的“一行命令安装”在绝大多数现代 Linux/macOS 环境下是真实可行的。但“快”不等于“无脑”每一个环节背后都有其设计逻辑。下面是我亲手操作、并记录下所有关键决策点的完整流程全程基于一台 2021 款 MacBook ProM1 Pro, 16GB 内存系统 macOS Sonoma 14.5。3.1 环境准备与前置检查为什么这步不能跳在敲下curl命令前我强制自己做了三件事确认 Python 版本python3 --version。Hermes 要求 3.10而 macOS 自带的 Python 是 2.7。我用brew install python3.11安装了最新版并用which python3确认路径是/opt/homebrew/bin/python3。这一步至关重要因为安装脚本会把 Hermes 的可执行文件软链接到~/.local/bin而这个目录必须在你的PATH环境变量里。我检查echo $PATH发现没有~/.local/bin于是手动在~/.zshrc末尾添加了export PATH$HOME/.local/bin:$PATH然后source ~/.zshrc。检查网络连通性curl -I https://raw.githubusercontent.com。国内用户常在这里卡住。GitHub 的 raw 域名在国内解析不稳定。我的解决方案不是换源而是用curl -fsSL https://ghproxy.com/https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash用 ghproxy 作为中转。这个代理是公开、免费、且稳定度远超各种“科学上网”方案的它只是加速 GitHub 资源下载不涉及任何敏感协议。预留磁盘空间Hermes 本身不大约 50MB但它要下载的模型权重动辄几 GB。我提前清空了 20GB 临时空间并确认~/.cache/huggingface目录有足够权限。做完这三步我才执行安装命令。整个过程约 3 分钟输出日志清晰显示了 pip 依赖安装、二进制文件编译、环境变量写入等步骤。安装完成后hermes --version输出hermes v0.8.0 (v2026.4.8)证明基础环境已就绪。3.2 首次配置向导交互式 setup 的隐藏逻辑运行hermes setup后你会进入一个纯文本交互界面。它问的每个问题都对应着 Hermes 架构里的一个关键开关LLM Provider 选择我选了OpenRouter。原因很实在它提供了 GPT-4o-mini$0.05/百万 tokens、Claude-3-haiku$0.25/百万 tokens等高性价比模型且无需单独申请 API Key用邮箱注册即可获得免费额度。这里有个坑OpenRouter 的 API Key 是在官网https://openrouter.ai/keys生成的不是在 Hermes 里填。安装脚本会提示你去网页操作但新手常忽略直接回车导致后续所有调用都失败。我的做法是在浏览器打开链接生成 Key复制再回到终端粘贴。Tools 启用默认全开。但我要特别强调shell工具。它允许 Hermes 执行本地命令比如!ls -l ~/Downloads。这非常强大但也意味着安全风险。Hermes 的设计是默认只允许执行白名单内的命令如ls,cat,date复杂的rm -rf会被拦截。我在测试时故意让它执行!rm -rf /tmp/test它返回“rmis not in the allowed shell command list. Please contact admin.” 这种细粒度的控制正是它比普通 CLI 安全的地方。Gateway Setup这是标题里“接入飞书”的核心。向导会问你是否要配置网关我选Yes然后它列出所有支持的平台。我选Feishu。此时它不会让你填 App ID/Secret而是告诉你“请先去飞书开放平台创建应用拿到凭证后我们再继续。” 这个设计很聪明——它把平台认证这个外部依赖明确剥离出来避免用户在配置中途因找不到 App ID 而卡死。3.3 飞书应用创建与凭证配置避开官方文档的“文字陷阱”飞书开放平台的文档写得非常详细但新手最容易在两个地方迷路应用类型选错在https://open.feishu.cn/创建应用时必须选择“企业自建应用”而不是“第三方应用”或“小程序”。因为 Hermes 是一个后台服务需要 Bot 权限只有“企业自建应用”才能开通 Bot 并获取App ID和App Secret。Bot 权限配置遗漏创建完应用进入“机器人”设置页除了开启 Bot还必须在“权限管理”里为 Bot 添加至少两项权限消息用于接收和发送消息和群组用于被拉入群聊。我第一次就漏了“群组”权限导致机器人能私聊但无法在群里响应。错误日志里会显示Forbidden: bot not authorized to access group但这个提示藏在~/.hermes/logs/gateway.log里不容易被发现。拿到App ID和App Secret后配置.env文件。官方教程说用vim ~/.hermes/.env但我更推荐用nano对新手更友好。关键配置项如下FEISHU_APP_IDcli_abc123def456 # 替换为你的真实ID FEISHU_APP_SECRETyour_secret_here # 替换为你的真实Secret FEISHU_DOMAINfeishu # 必须是 feishu不是 lark这是中国版飞书的标识 FEISHU_CONNECTION_MODEwebsocket # 强烈推荐避免公网暴露 FEISHU_GROUP_POLICYallowlist # 安全起见先只允许自己 FEISHU_ALLOWED_USERSou_xxx_yyy_zzz # 你的飞书 open_id可在飞书开发者后台的“用户管理”里查到这里有个重要细节FEISHU_ALLOWED_USERS的值不是你的手机号或邮箱而是你在飞书组织架构里的唯一open_id。这个 ID 在飞书开放平台的“用户管理” “用户详情”里才能看到格式类似ou_xxx_yyy_zzz。很多人填错成user_id或union_id导致机器人完全不响应。我花了 20 分钟才找到正确位置所以强烈建议你先把这串 ID 复制好再开始配置。3.4 启动与验证从hermes gateway到第一条成功回复配置完.env就可以启动网关了。在终端执行hermes gateway如果一切顺利你会看到类似这样的输出[INFO] Starting Feishu gateway... [INFO] Connecting to Feishu via WebSocket... [INFO] Feishu gateway connected successfully! [INFO] Listening for messages on Feishu...此时打开飞书客户端找到你刚刚创建的机器人发起一次私聊发送任意消息比如“你好”。等待 3-5 秒机器人应该会回复一句类似“你好我是 Hermes Agent很高兴为您服务。我可以帮您查询信息、执行任务或学习新技能。” 的欢迎语。如果没回复请按以下顺序排查检查网关状态cat ~/.hermes/gateway_state.json确认state是connected。检查日志tail -f ~/.hermes/logs/gateway.log实时查看错误。最常见的错误是Invalid App ID or Secret说明.env文件里填错了。检查飞书后台登录飞书开放平台进入你的应用看“机器人”页的“在线状态”是否为绿色“在线”。如果不是说明 WebSocket 连接被防火墙或公司网络策略阻断此时需切换到 Webhook 模式需公网 IP。一旦私聊成功恭喜你已经完成了 80% 的工作。群聊验证只需把机器人拉进一个测试群然后在群里它并发送消息。注意由于我们配置了FEISHU_GROUP_POLICYallowlist只有FEISHU_ALLOWED_USERS里指定的用户它它才会响应。这是 Hermes 默认的安全策略非常合理。4. 微信与 Telegram 接入为什么微信是“伪需求”而 Telegram 是真香标题里把“微信/飞书/电报”并列但从技术实现和实际体验来看三者的难度和价值天差地别。4.1 微信接入官方壁垒下的“曲线救国”Hermes 官方文档里根本没有微信网关WeChat Gateway。这是因为微信的生态封闭性极高。微信官方只允许通过“微信公众号”或“微信小程序”接入而这两种方式都需要企业资质认证300 元/年服务器备案国内 IDC严格的审核流程尤其涉及消息推送Hermes 社区里流传的所谓“微信接入”基本都是基于itchat或wxpy这类非官方、逆向工程的库。这些库的致命缺陷是极不稳定随时可能失效。微信的客户端更新会频繁封禁这些库的登录协议。我去年用itchat做过一个微信小助手今年升级微信到 8.0.45 后它就再也无法扫码登录了。Hermes 的设计哲学是“长期可用”所以它明智地放弃了对这类高风险、低可靠性的协议的支持。那么标题里的“微信”怎么解答案是用飞书/Telegram 作为前端微信作为后端通知通道。Hermes 的notification工具可以配置邮件、Telegram、甚至 Webhook。你可以让 Hermes 在完成一个任务比如“监控某网站价格变动”后通过 Telegram Bot 发送一条消息而你可以在 Telegram 里设置“消息转发”把这条消息自动转发到你的微信。这是一种合规、稳定、且完全由你掌控的“微信接入”。我自己的配置就是Hermes 监控小米官网的 SU7 订单状态一旦有新库存立刻发 Telegram 消息我的 Telegram 账号自动转发到微信整个链路零故障运行了三个月。4.2 Telegram 接入五分钟搞定的“真香体验”相比微信Telegram 的接入堪称教科书级的简单。它基于 Bot API完全开放、稳定、且文档完善。实操步骤在 Telegram 里搜索BotFather这是 Telegram 的机器人创建者。发送/newbot按提示输入机器人名称如MyHermesBot和用户名如my_hermes_bot必须以_bot结尾。BotFather 会给你一个Bot Token格式是1234567890:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdef。这是你的机器人密码绝不能泄露。编辑~/.hermes/.env添加两行TELEGRAM_BOT_TOKEN1234567890:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdef TELEGRAM_CONNECTION_MODEpolling # 或 websocketpolling 更简单重启网关hermes gateway。完成现在你只需要在 Telegram 里搜索并关注你刚创建的机器人发送/start它就会回复欢迎语。整个过程从打开 Telegram 到收到第一条回复我实测用时 4 分 32 秒。为什么 Telegram 是 Hermes 的最佳拍档无审查Telegram 不会对 Bot 的功能进行内容审核你可以让它执行任何合法的命令。高并发Telegram Bot API 支持每秒数千次请求远超微信公众号的限额。开发友好它的 API 返回 JSON 格式Hermes 的解析器原生支持几乎没有兼容性问题。隐私保护Telegram 的“秘密聊天”功能可以确保你的指令和 Hermes 的响应只存在于你和机器人的对话中不经过 Telegram 服务器。我现在的主力工作流就是所有需要快速触发、且不涉及敏感信息的任务比如“查一下今天北京的空气质量”、“把刚才飞书里的会议链接发给我”都在 Telegram 里Hermes所有需要深度协作、文档沉淀的工作则在飞书里进行。两者互补毫无违和感。5. 小米生态联动不是“控制”而是“数据桥接”的务实方案标题里“白嫖小米”是最具误导性的部分。Hermes 本身不具备控制小米设备的能力但它可以成为一个强大的“数据桥接器”把小米生态里的数据变成 Hermes 可以理解和行动的信息。这才是务实、可持续、且真正有价值的联动方式。5.1 小米数据导出的三种可行路径小米官方提供了多种数据导出方式Hermes 可以完美集成其中两种路径一小米运动健康 App 的“数据导出”功能最简单在小米运动健康 App 里进入我的设置数据导出选择导出格式为CSV或JSON然后点击“导出”。导出的文件会保存在手机MIUI/smartband/export/目录下。你可以用adb命令Android或iTunesiOS将文件同步到电脑。Hermes 的file工具可以直接读取这个 CSV 文件。我写了一个简单的技能让它每天早上 7 点自动读取昨天的步数、心率、睡眠时长并生成一段语音摘要通过 Telegram 发送给我。核心代码就三行# tools/mi_health_summary.py import pandas as pd def get_yesterday_health() - str: 读取小米运动健康导出的CSV返回昨日健康摘要 df pd.read_csv(~/Downloads/mi_health_export.csv) yesterday df[df[date] (pd.Timestamp.today() - pd.Timedelta(days1)).strftime(%Y-%m-%d)] return f昨日步数{yesterday[steps].iloc[0]}平均心率{yesterday[heart_rate_avg].iloc[0]}bpm深度睡眠{yesterday[deep_sleep].iloc[0]}小时然后在 Hermes 里执行hermes tools enable mi_health_summary这个技能就上线了。路径二米家网关的局域网 API需要一点动手能力如果你家里有米家网关如 Aqara M1S它提供了一个未加密的局域网 HTTP API。你可以用curl直接调用。例如获取网关状态curl http://192.168.31.100:8080/cgi-bin/aqara.cgi?cmdget_statusHermes 的shell工具可以执行这个命令再用jq解析 JSON。我配置了一个技能让它每 5 分钟检查一次网关在线状态如果离线超过 2 分钟就自动在飞书群里发一条告警消息。这比小米官方 App 的推送更及时、更可控。路径三小米便签的 Web 端同步最稳定小米便签的 Web 版https://i.mi.com/notes/是公开的。虽然没有官方 API但它的数据是通过标准的 RESTful 接口加载的。用浏览器开发者工具抓包可以找到GET /api/v1/notes这个接口。配合requests库和小米账号的 Cookie就能获取所有便签。我把这个逻辑封装成一个mi_notes工具现在 Hermes 可以随时告诉我“老板你昨天在小米便签里记下的‘Q3 OKR 草案’我已经帮你同步到飞书多维表格了。”5.2 为什么放弃“直接控制”一个血泪教训我曾经试图用python-miio库让 Hermes 直接控制小米灯泡。过程很顺利安装库、获取设备 token、编写turn_on_light函数、注册为 Hermes 工具。但问题出在 token 的有效期上。小米设备的局域网 token每次重置路由器或设备固件升级后都会失效。而python-miio本身没有自动刷新 token 的机制。结果就是我的 Hermes 灯光控制技能在一次小米固件更新后彻底失灵。我花了整整一个下午才重新抓包、解密、获取新 token。这件事让我彻底明白Hermes 的价值不在于成为万能遥控器而在于成为“信息中枢”。它应该擅长的是理解你的意图“把客厅灯调暗”、查询当前状态“灯当前亮度是 80%”、协调多个服务“先调暗灯再在飞书里发一条‘观影模式已开启’的通知”。至于“调暗灯”这个具体动作完全可以交给一个独立的、轻量的、专为小米设备设计的脚本比如用 Node-REDHermes 只需通过shell工具调用那个脚本即可。这样当小米的协议再次变更时我只需要更新那个独立脚本Hermes 的所有上层逻辑和记忆完全不受影响。注意所有与小米设备交互的工具函数都必须在~/.hermes/tools/目录下并以.py结尾。Hermes 会在启动时自动扫描并加载它们。记得给你的工具函数加上清晰的 docstring这是 Hermes 生成函数调用描述的唯一依据。6. 常见问题与避坑指南那些官方文档不会告诉你的实战细节在部署和使用 Hermes 的过程中我踩过不少坑。这些坑往往不在官方文档的 FAQ 里却能让新手卡上一整天。下面是我整理的、最常遇到的五个问题附带了精准的排查路径和终极解决方案。6.1 问题一hermes命令找不到source ~/.bashrc也没用现象安装脚本执行成功hermes --version却提示command not found。排查路径检查安装脚本是否真的把可执行文件放到了~/.local/binls -l ~/.local/bin/hermes。如果不存在说明安装失败。如果存在检查~/.local/bin是否在PATH中echo $PATH | grep local。如果没输出说明PATH没生效。检查~/.bashrc或~/.zshrc里是否真的写了export PATH$HOME/.local/bin:$PATH。有时候编辑器会偷偷加上 BOM 字符导致source失败。终极方案不要依赖source直接用绝对路径运行~/.local/bin/hermes --version。如果这个能成功说明问题纯粹是PATH配置。此时打开你的 shell 配置文件~/.zshrc或~/.bash_profile在文件末尾手动、清晰地添加export PATH$HOME/.local/bin:$PATH然后关闭所有终端窗口重新打开一个新的终端再试。Mac 用户尤其要注意新版 macOS 默认用 zsh所以改~/.zshrc而不是~/.bashrc。6.2 问题二飞书机器人能私聊但群里不回复现象私聊一切正常但拉进群后机器人完全没反应。排查路径首要检查cat ~/.hermes/gateway_state.json。如果state不是connected所有后续排查都是徒劳。如果网关已连接检查飞书开放平台后台你的应用的“机器人”页“群组”权限是否已开启。检查~/.hermes/.env里的FEISHU_GROUP_POLICY。如果是allowlist必须确保FEISHU_ALLOWED_USERS里包含了当前发言用户的 open_id而不是机器人的 open_id。检查~/.hermes/config.yaml确认group_sessions_per_user: true是否已启用。如果设为falseHermes 会把整个群当作一个会话可能导致上下文混乱有时会静默失败。终极方案为了快速验证临时把FEISHU_GROUP_POLICY改为all允许所有人并删除FEISHU_ALLOWED_USERS这一行。如果此时能回复了说明问题 100% 出在白名单配置上。再逐一核对 open_id 即可。6.3 问题三模型响应慢或者直接超时现象发送消息后机器人长时间无响应最终返回Request timeout。排查路径检查你选择的 LLM Provider 的网络连通性。比如用curl -v https://openrouter.ai/api/v1/chat/completions测试 OpenRouter 的 API 是否可达。检查~/.hermes/config.yaml里的timeout参数。默认是30秒对于 GPT-4o 这样的大模型在网络不佳时可能不够。可以临时提高到60。检查模型本身。GPT-4o-mini 响应快但 GPT-4o 在处理长文档时可能很慢。在hermes model里切换到一个更轻量的模型如google/gemma-2-2b-it测试。终极方案启用 Hermes 的streaming流式响应功能。在config.yaml里添加streaming: true这样模型会一边生成一边输出而不是等全部生成完才发回。用户体验会从“卡顿”变成“流畅打字”心理感受好很多。我自己的配置就是streaming: truetimeout: 45平衡了速度和稳定性。6.4 问题四自定义工具函数不生效Hermes 说“找不到该技能”现象你写好了tools/my_tool.py也执行了hermes tools enable my_tool但发送指令时Hermes 说“我没有这个功能”。排查路径检查文件名和函数名是否一致。my_tool.py里必须有一个同名的函数def my_tool(...):。检查函数的 docstring。Hermes 用它来理解工具功能。必须是 Google 风格且包含参数说明。错误示例获取天气正确示例获取指定城市的天气信息。Args: location (str): 城市名称。unit (str): 温度单位可选 celsius 或 fahrenheit。Returns: dict: 包含温度、湿度等信息的字典。。检查~/.hermes/tools/目录的权限。确保 Hermes 进程有读取权限ls -l ~/.hermes/tools/。终极方案在终端里手动运行hermes tools list。它会列出所有已加载的工具及其描述。如果你的工具没出现在列表里说明 Hermes 根本没扫描到它。此时最简单的办法是重启 Hermes 网关CtrlC停止再hermes gateway启动Hermes 会在启动时重新扫描整个tools/目录。6.5 问题五Hermes 学会了错误的技能想“重置大脑”现象Hermes 在某次任务中错误地学会了某个低效或错误的流程比如它总想用curl而不是wget下载文件你想把它“洗脑”从头开始。排查路径Hermes 的“大脑”主要由三部分组成~/.hermes/memory/长期记忆、~/.hermes/skills/已学习的技能、~/.hermes/cache/模型缓存。官方没有提供一键重置命令因为这违背了“长期沉淀”的设计初衷。终极方案精准清除。我通常只清除memory和skillsrm -rf ~/.hermes/memory/* rm -rf ~/.hermes/skills/*然后重启网关。cache/目录可以保留因为里面是模型权重删了又要重新下载。这样做Hermes 会丢失所有历史经验但保留了所有的基础配置.env,config.yaml和你手动安装的工具函数。它就像一个刚入职的新人带着你的所有“规章制度”配置和“办公用品”工具但需要重新学习“公司文化”你的工作习惯。我每周五下午都会做一次这样的清理把一周里学到的、但验证效果不佳的“野路子”技能清除掉保持它的“专业性”。7. 进阶技巧与未来扩展让 Hermes 真正成为你的“数字分身”当 Hermes 稳定运行后下一步不是追求更多花哨的功能而是思考如何让它更深地融入你的工作流成为一个真正不可替代的“数字分身”。以下是我在实践中摸索出的三个高价值方向。7.1 技能沉淀从“一次任务”到“永久能力”Hermes 最迷人的地方是它能把一次性的、复杂的操作固化成一个可重复调用的“技能”。举个真实例子我需要每周一上午 10 点自动汇总上周所有飞书群里的“项目进度”消息并生成一份 Markdown 报告发到指定飞书群。这个任务我最初是手动做的耗时 45 分钟。后来我把它拆解成几个 Hermes 工具fetch_feishu_messages用飞书开放平台 API 获取指定群、指定时间范围内的消息。filter_by_keyword筛选出包含“进度”、“完成”、“阻塞”等关键词的消息。generate_markdown_report用 Jinja2 模板把筛选出的消息渲染成美观的 Markdown。post_to_feishu_group把生成的 Markdown 发送到目标群。我把这四个工具写好然后对 Hermes 说“以后每周一上午 10 点执行这个流程。” Hermes 会自动创建一个weekly_progress_report技能并把它加入~/.hermes/skills/。从此我再也不用手动操作。更重要的是这个技能会自我进化如果某次报告里漏掉了某个关键群我会手动补充Hermes 会记录下“下次必须包含群 ID xxx”并在下一次自动修正。这种“人机协同”的进化是任何静态脚本都无法