hermes 在完成15次工具调用或完整部署流程后自动触发静默复盘；评估模型检测绕过安全扫描、低效重复调用、遗漏隐含约束三类问题；确认需优化后，定位skill.md文件，在pre-checks小节追加带时间戳的补丁并同步至memory.md进化日志。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让 Hermes 在完成一次 Kubernetes 部署后，自动把成功路径固化为可复用的技能，并在下次执行时避开之前踩过的环境变量缺失坑——这不是靠重新写 prompt 实现的，而是它后台自动触发复盘、比对、打补丁的真实工作流。
触发复盘：什么条件下 Hermes 开始自我复盘
系统默认每完成 【15次工具调用】 或单个复杂任务（如完整跑通一次 deploy → verify → rollback 流程）后，自动启动复盘流程。你不需要输入任何指令，也不用等待人工确认。
复盘不是每次对话都发生。如果一次会话只调用了 3 次工具（比如只查了两次日志、改了一次配置），就不会触发；但若你在部署 K8S 时连续调用了 helm install、kubectl get pods、curl 测试服务、kubectl logs、kubectl describe node 等共 16 步，复盘立刻开始。
注意：复盘过程完全后台静默运行，不影响你当前与 Hermes 的交互。它会在你发送下一条消息前，悄悄完成评估和技能更新。
执行评估：Hermes 怎么判断这次操作值不值得固化
调用专用评估模型对本次执行链打分，重点检测三类问题：
是否绕过安全扫描——比如跳过 validate_manifest.py 直接 apply；
是否重复调用低效工具——例如连续三次用 grep 手动查同一个字段，而本可用 kubectl get -o jsonpath；
是否遗漏用户隐含约束——你没说但历史 MEMORY.md 记着“所有生产部署必须带 --dry-run=client”，而这次漏了。
只要其中任一问题被识别，且评分低于预设阈值，系统立即进入 Skill.md 的 diff 比对阶段。
技能更新：自动打补丁的具体路径
第一步：定位已有技能文件。Hermes 根据任务关键词（如 “k8s deploy”、“helm upgrade”）匹配 ~/.hermes/skills/ 下最接近的 Skill.md 文件。
第二步：提取本次成功流程中的新增步骤或修正点。例如发现上次失败因缺少 export KUBECONFIG=/path/to/prod.conf，而本次手动补上了——这个 export 行就会被提取出来。
第三步：调用 skill_manage(patch) 接口，在原 Skill.md 的 “Pre-checks” 小节末尾追加一行：export KUBECONFIG=/path/to/prod.conf # added after 2026-08-06 deploy failure。
这一步不会重写整份文件，也不会覆盖原有逻辑。补丁内容带时间戳和上下文注释，方便你后续人工审查。
第四步：将本次更新同步写入 ~/.hermes/memories/MEMORY.md 的 “Evolution Log” 区块，形成可追溯的进化日志。
