凌晨两点，我的 Agent 把生产库删了

那是我用 Hermes Agent 写的第一个自动化脚本，功能很简单：每天凌晨从 API 拉取销售数据，清洗后写入 PostgreSQL。上线第三天，我睡得正香，手机被监控报警炸醒——数据库里的订单表被清空了。

查日志才发现，Agent 在写入前做了一次「数据校验」，逻辑是「如果表里已有今天的记录就删掉重写」。结果它把条件判断写反了，直接执行了 DELETE FROM orders WHERE date = '2024-06-17'，而那天恰好是空表。更气人的是，它在执行删除前还问了我一句「确认删除吗」，我没看到，它默认超时后自动确认了。

这个坑让我养成了一个习惯：Agent 能做的所有破坏性操作，一律加人工审批。在 Hermes 里我写了条规则，用 ~/.hermes/config.yaml 里的 approval_required 字段控制，凡是匹配到 delete、drop、truncate 这类关键词的命令，必须手动在终端里输入 hermes approve <task_id> 才放行。配置文件长这样：

approval_required:
  patterns:
    - "DELETE FROM"
    - "DROP TABLE"
    - "TRUNCATE"
  timeout_seconds: 300
  default_deny: true

另外我把超时自动确认改成了 default_deny，宁可让任务失败重跑，也不让它在没人的时候乱动数据。后来我又加了一层保险：所有写操作先输出到 ~/hermes_dry_run.log 里，人工看一遍再放行。一个月下来，这种事故再没发生过。

你可能会觉得这是 Agent 太笨，但问题出在我自己身上——我给了它过大的权限，又没做好兜底。Agent 不是人，它不会「意识到」自己正在删生产库。把权限收窄、加审批、设默认拒绝，这三步做完，你才能睡得着觉。

上下文窗口溢出：Agent 聊着聊着就失忆了

我有个需求：让 Agent 帮我整理一份 50 页 PDF 的调研报告，要求它先读全文，再提取关键结论，最后按章节输出摘要。一开始很顺利，它读完了前 20 页，突然开始胡说八道——把第三章的结论安到第一章头上，引用的页码也是错的。

查了 Hermes 的日志，发现 context_usage 已经飙到了 92%，再往后它就「忘记」了前面的内容。原因是 Hermes 默认的上下文窗口是 128k tokens，50 页 PDF 全文大概 15 万 tokens，我没有做分块处理，直接全塞进去了。

解决办法分两步。我在 ~/.hermes/config.yaml 里把上下文窗口调大到了 256k，同时给 PDF 读取技能加了个分块逻辑，用 hermes skill create pdf_chunker 建了个新技能，代码片段如下：

from hermes.skills import Skill

class PdfChunker(Skill):
    def run(self, filepath: str, chunk_size: int = 8000):
        text = self.extract_text(filepath)
        chunks = [text[i:i+chunk_size] for i in range(0, len(text), chunk_size)]
        return {"chunks": chunks, "count": len(chunks)}

然后我写了一条工作流：先让 Agent 用这个技能把 PDF 切成 8 段，每段单独读、单独总结，再把所有总结合并成最终报告。这样每个子任务的上下文占用都控制在 10k tokens 以内，再也没出现过「失忆」现象。如果你用的是其他 Agent 框架，记住一个原则：长文档永远要分块，别指望 Agent 一口气全吞下去。

技能目录写错，Agent 找不到工具

我写了一个自定义技能，用来从企业微信群里抓取消息并自动回复关键词。按照 Hermes 的文档，技能应该放在 ~/.hermes/skills/ 目录下，每个技能一个文件夹。我建了个 wechat_reply 文件夹，把脚本丢进去，然后在配置里注册了技能名。跑起来却报错：Skill 'wechat_reply' not found。

排查了半天，发现是目录结构的问题。Hermes 要求技能文件夹里必须有一个 skill.yaml 元信息文件，里面声明技能的名称、版本、入参格式。我只放了 Python 脚本，没写这个文件，Agent 扫描目录时直接跳过了它。补上之后就能用了：

name: wechat_reply
version: 1.2.0
description: 抓取企业微信群消息并自动回复
inputs:
  keyword:
    type: string
    required: true
  reply_text:
    type: string
    required: false

还有个坑是版本号。我把技能从 1.0 升到 1.2 后，改了脚本里的函数名，但 skill.yaml 里的入口声明没同步更新，Agent 还是调旧函数，直接抛 AttributeError。后来我养成了习惯：每次改完技能代码，就顺手跑一遍 hermes skill validate wechat_reply，它会检查元信息、入口函数、依赖版本是否匹配。这个命令能省掉至少半小时的排查时间。

如果你自己写技能，记住三件套：skill.yaml 必须有、入口函数名要跟元信息一致、改完代码立刻跑 validate。不然 Agent 会一脸懵地看着你的技能目录，然后告诉你「找不到」。

记忆串台：Agent 把上个月的任务混进来了

我让 Hermes 每天早上帮我整理待办事项，它需要读取邮件、日历、即时通讯记录，然后生成一份优先级列表。跑了两个星期都正常，某天早上它突然在列表里加了一条「跟进客户 A 的合同续签」，而这个客户早在两周前就续完约了。

我去翻记忆存储，发现 Hermes 的长期记忆存在 ~/.hermes/memory.db 里，用 SQLite 存。我用 hermes memory inspect 命令看了下最近 30 天的记忆记录，找到罪魁祸首：上个月有一条「客户 A 合同即将到期，需要跟进」的笔记，Agent 在做今日待办时，把这条旧记忆当成了新任务，因为它的时间戳字段被错误地更新了。

问题出在我给 Agent 的指令里。我让它「读取所有相关记忆」，但没有限定时间范围，它就把一年前的记录全捞出来了。解决办法是在技能代码里加一条过滤条件，只取 created_at > now - 7 days 的记忆。Hermes 的 memory 命令支持查询语法，我在 ~/.hermes/config.yaml 里定义了一条默认规则：

memory:
  default_time_window: 7d
  exclude_labels: ["archived", "completed"]

这样 Agent 每次调用记忆时，默认只看 7 天内的内容，并且自动跳过已归档和已完成的事项。改完之后连续跑了一个月，再没出现过「旧事重提」的情况。顺带说一句，如果你用 Claude 或 GPT 的 memory 功能，也要注意定期清理旧记忆，或者给记忆加上明确的时效标签，不然 Agent 会把你的五年前聊天记录翻出来当参考。

定时任务时区错乱：说好 9 点跑，结果凌晨三点执行

我设置了一个定时任务，让 Agent 每天早上 9 点抓取竞品价格并生成对比报告。用的是 hermes cron create 命令，时间表达式写的是 0 9 * * *。结果第二天早上 8 点我打开电脑，发现报告已经在 7 点 50 分生成了——不对，我设的是 9 点啊。

查了 Hermes 的日志，发现它执行任务时用的时区是 UTC，不是东八区。我配置里写的是 0 9 * * *，但 Hermes 默认按 UTC 解释，也就是北京时间下午 5 点。而它实际在 7 点 50 跑，是因为系统里还有个残留的旧任务，我没删干净。

修正办法是在 hermes cron create 命令里显式指定时区：

hermes cron create --schedule "0 9 * * *" --timezone Asia/Shanghai --task daily_price_report

然后在 ~/.hermes/config.yaml 里加了一条全局默认：

cron:
  timezone: Asia/Shanghai

改完之后，我又用 hermes cron list 把所有已存在的任务过了一遍，把之前残留的旧任务用 hermes cron remove 清掉了。现在这个定时任务每天 9 点准时跑，误差不超过 10 秒。你如果也遇到定时任务时间不对，先别急着改代码，查一下时区配置和任务列表里是不是有重复项，这两个坑占了八成概率。

💬 你用过哪些AI工具？

这五个坑都是我拿 Hermes Agent 一个个踩出来的，从删库到记忆串台，每个都让人头大。你平时用 Agent 或者别的 AI 工具，遇到过什么离谱的问题？是上下文溢出、技能调用失败，还是别的什么妖魔鬼怪？欢迎在评论区聊聊，互相避避雷。

另外，如果你想看看目前市面上哪些 AI 模型和工具最受欢迎，可以去 AI House 排行榜（aibunkhouse.com/rankings/）转转，上面有实时更新的热门模型排名，还能给喜欢的模型投票。说不定你正在用的那款，已经在榜上排前几名了。

常见问题 / FAQ

凌晨两点，我的 Agent 把生产库删了

那是我用 Hermes Agent 写的第一个自动化脚本，功能很简单：每天凌晨从 API 拉取销售数据，清洗后写入 PostgreSQL。上线第三天，我睡得正香，手机被监控报警炸醒——数据库里的订单表被清空了。 查日志才发现，Agent 在写入前做了一次「数据校验」，逻辑是「如果表里已有今天的记录就删掉重写」。结果它把条件判断写反了，直接执行了 DELETE FROM orders WHERE ...

上下文窗口溢出：Agent 聊着聊着就失忆了

我有个需求：让 Agent 帮我整理一份 50 页 PDF 的调研报告，要求它先读全文，再提取关键结论，最后按章节输出摘要。一开始很顺利，它读完了前 20 页，突然开始胡说八道——把第三章的结论安到第一章头上，引用的页码也是错的。 查了 Hermes 的日志，发现 context_usage 已经飙到了 92%，再往后它就「忘记」了前面的内容。原因是 Hermes 默认的上下文窗口是 128k ...

技能目录写错，Agent 找不到工具

我写了一个自定义技能，用来从企业微信群里抓取消息并自动回复关键词。按照 Hermes 的文档，技能应该放在 ~/.hermes/skills/ 目录下，每个技能一个文件夹。我建了个 wechat_reply 文件夹，把脚本丢进去，然后在配置里注册了技能名。跑起来却报错：Skill 'wechat_reply' not found。 排查了半天，发现是目录结构的问题。Hermes 要求技能文件夹里...

记忆串台：Agent 把上个月的任务混进来了

我让 Hermes 每天早上帮我整理待办事项，它需要读取邮件、日历、即时通讯记录，然后生成一份优先级列表。跑了两个星期都正常，某天早上它突然在列表里加了一条「跟进客户 A 的合同续签」，而这个客户早在两周前就续完约了。 我去翻记忆存储，发现 Hermes 的长期记忆存在 ~/.hermes/memory.db 里，用 SQLite 存。我用 hermes memory inspect 命令看了下...

定时任务时区错乱：说好 9 点跑，结果凌晨三点执行

我设置了一个定时任务，让 Agent 每天早上 9 点抓取竞品价格并生成对比报告。用的是 hermes cron create 命令，时间表达式写的是 0 9 * * *。结果第二天早上 8 点我打开电脑，发现报告已经在 7 点 50 分生成了——不对，我设的是 9 点啊。 查了 Hermes 的日志，发现它执行任务时用的时区是 UTC，不是东八区。我配置里写的是 0 9 * * *，但 Her...