1. 为什么我把 Hermes Agent 接进微信后只留下 4 个后台任务Hermes Agent 是一个可以常驻服务器、通过微信和你对话的智能体框架它能定时执行脚本、调用大模型、把结果推送到微信。适合谁适合手里有一堆 VPS、域名、邮箱账号又不想天天登录后台逐个检查的人。我把它接进微信两周用得最多的不是聊天而是那些不起眼的后台定时任务。它们帮我拦下过一次 VPS 到期提醒也让我不用再记“周日晚上开闹钟”这种事。这篇文章不讲怎么注册、怎么装环境而是直接给你一套可复制的config.toml骨架加上 4 个后台任务的验证动作。你照着改路径、改时间、改邮箱就能在微信里收到属于自己的提醒。核心思路只有一句时间到了就检查正常时保持安静发现变化或执行失败才来微信找我。我保留的 4 个任务是每小时巡三个邮箱、周日晚上提醒开闹钟、凌晨同步 Obsidian、早上检查网站。它们做的事不同运行方式却很接近。下面先讲 TaoToken 的前置准备再逐个拆配置和验证。2. TaoToken 前置统一 Key 与 API 通道Hermes Agent 要调用模型做邮件摘要、自然语言理解这些事就需要一个稳定的 API 通道。我用的方式是 TaoToken 统一管理 Key好处是多个任务共用一套凭证不用在每个脚本里散落不同的 Key。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。你需要先拿到一个 API Key。进入控制台创建https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 然后在 API Keys 页面生成https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。生成后复制那串sk-开头的字符串后面写进config.toml。这里有个关键区分不是所有后台任务都要调模型。邮箱巡检、Obsidian 同步、网站检查这三类规则明确的任务用 no-agent 模式直接跑脚本不消耗 Token结果也更确定。只有需要归纳邮件内容、理解模糊信息时才让模型参与。所以 TaoToken 的 Key 主要服务于“邮件摘要”这类需要语义处理的任务。如果你后面要长期跑编码类或 Agent 类任务可以了解 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。接入细节看文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。3. 可复制的 config.toml 骨架与 4 个后台任务下面这份骨架是我实际在用的结构字段名按你的 Hermes Agent 版本可能略有差异重点是理解每个任务怎么声明。先看整体[agent] name hermes-wechat timezone Asia/Shanghai [llm] provider taotoken base_url https://taotoken.net/api api_key sk-你的Key model claude-sonnet [wechat] enabled true # 微信通道凭证按官方文档填写 # 任务一每小时巡三个邮箱 [[task]] name mail_patrol schedule 0 * * * * mode agent prompt 检查 Gmail、Outlook、Agent Mail 三个邮箱的新未读邮件生成摘要 notify on_change # 任务二周日晚上提醒开闹钟 [[task]] name alarm_reminder schedule 0 21 * * 0 mode no-agent command echo 记得打开工作日闹钟 notify always # 任务三凌晨同步 Obsidian [[task]] name obsidian_sync schedule 0 5 * * * mode no-agent command /opt/scripts/obsidian_sync.sh notify on_change # 任务四早上检查网站 [[task]] name site_check schedule 0 8 * * * mode no-agent command /opt/scripts/site_check.sh notify on_error3.1 任务一每小时巡三个邮箱这个任务用mode agent因为要归纳邮件内容。脚本每次检查前读取“已见过的邮件记录”微信只收到新出现的未读邮件同一封只发一次。第一次运行时先记下当前未读邮件从下一轮开始识别新增内容不会把积压的旧邮件一次全推过来。提醒里写明邮箱来源、发件人和主题后面跟一段清理过的正文摘要。海外服务的 HTML 邮件会先转纯文本再压成适合微信阅读的长度。没有新邮件就不发消息检查失败才报错。读取和整理自动完成回复、发送、修改邮件仍然要你确认。3.2 任务二周日晚上提醒开闹钟这是最简单的no-agent任务到点发一句话就够。schedule 0 21 * * 0表示每周日 21:00。它的价值在于随手临时想起一件事直接在微信里告诉它什么时候提醒不用记 Cron 表达式也不用登录服务器改任务。3.3 任务三凌晨同步 Obsidian我的 Obsidian 知识库有 721 篇 Markdown 笔记服务器上保留一份副本方便 Hermes Agent 读取。每天凌晨五点自动拉取。脚本核心逻辑是先检查服务器仓库有没有未提交修改目录干净才执行#!/bin/bash cd /opt/obsidian-vault || exit 1 if [ -n $(git status --porcelain) ]; then echo 仓库有未提交修改跳过同步 exit 1 fi git pull --ff-only服务器上只要留着未提交内容同步就停下来并在微信提醒。它不会自己合并更不会为了完成任务覆盖文件。仓库已是最新版时保持安静拉到新内容才发更新摘要。认证失败、冲突或超时也会报警。我的要求很简单任务可以停文件不能被它擅自改坏。3.4 任务四早上检查网站我有个长期运行的 VPS 网站不需要每天盯但也不想几天后才发现打不开。让 Hermes 每天早上八点检查一个关键页面#!/bin/bash URLhttps://www.legacyvps.com/scanidc CODE$(curl -s -o /tmp/page.html -w %{http_code} --max-time 15 $URL) if [ $CODE ! 200 ]; then echo 网站异常HTTP 状态$CODE exit 1 fi if [ ! -s /tmp/page.html ]; then echo 页面内容为空 exit 1 fi连接失败、请求超时、状态异常或页面为空时微信收到提醒。页面正常就什么都不发。每天收到一句“网站今天也正常”没多少用连续看几天人就会顺手划掉真出问题时的提醒也容易跟着漏掉。4. 验证请求与成功结果配置写完后不要等定时器到点先手动触发验证。Hermes Agent 一般支持手动运行某个任务或者你直接跑脚本看输出。先验证 no-agent 脚本本身。以网站检查为例chmod x /opt/scripts/site_check.sh /opt/scripts/site_check.sh echo 退出码$?正常页面应该退出码为 0 且无输出。你可以故意把 URL 改成一个不存在的地址再跑一次应该看到错误信息且退出码非 0同时微信收到提醒。这一步确认了“有事才通知”的逻辑。再验证模型通道。用模型对话页面发一条测试https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 确认 Key 能正常返回。然后在 Hermes Agent 里手动触发mail_patrol观察微信是否收到格式正确的邮件摘要。成功的结果是有新邮件时收到“邮箱来源 发件人 主题 摘要”没有新邮件时安静无消息。Obsidian 同步的验证先手动在服务器仓库制造一个未提交修改跑脚本应该看到“仓库有未提交修改跳过同步”并收到微信提醒清理后再跑应该正常git pull且无消息。5. 本篇常见错排查任务静默但实际已挂掉。这是低打扰模式的代价。我前面的 Git 同步任务就吃过这个亏授权已经掉了但任务还在“正常运行”从我的视角看一切正常其实早就没同步了。解决办法是加一个每周复查任务或者对关键任务设置notify always定期报平安。Cron 时间写错。0 21 * * 0是周日 21:000 21 * * 7在某些实现里也指周日但建议统一用 0。时区一定要在[agent]里设成Asia/Shanghai否则凌晨任务会跑偏。邮箱重复推送。如果“已见邮件记录”文件被删或路径写错第一次运行会把所有未读邮件推一遍。检查记录文件的持久化路径确保它在容器重启后不丢失。Obsidian 同步冲突。git pull --ff-only在分叉时会失败这是故意的。不要改成git pull自动合并否则可能覆盖你的笔记。收到冲突提醒后手动处理。网站检查误报。有些页面返回 200 但内容是 JS 渲染的空壳。如果你的目标页面是前端渲染curl拿到的 HTML 可能为空需要换成检查特定关键字或改用带渲染的检查方式。API Key 失效。模型任务突然全部失败先检查 TaoToken 控制台的 Key 状态https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。Key 泄露或额度用尽都会导致调用失败。6. 继续把 Hermes Agent 用起来这套配置跑了两周最大的感受是后台任务的价值不在于多而在于“该响的时候响不该响的时候闭嘴”。4 个任务里邮箱巡检和网站检查属于规则明确的 no-agent 脚本不烧 Token邮件摘要和自然语言提醒才走模型通道。如果你在接入或排障时卡住先看接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 再去 API Keys 页面确认凭证https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。想先验证模型能不能通用模型对话页面发一条https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 。如果你打算长期跑编码类或 Agent 类任务Coding Plan 会更合适https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。你的生活日常肯定和我的不一样但又有相同的部分。先从一个最简单的提醒任务开始跑通了再加第二个。任务可以停文件不能被改坏这条底线守住剩下的就是慢慢调。