KEEL · 龙骨 · A CURRICULUM FOR THE AI ERA

Hermes Agent 解析 — keel 龙骨

Hermes Agent 的参考信息：Hermes Agent 解析

课程导读 · 一个会自己攒技能的常驻助理是怎么搭起来的

这门课针对一个具体问题：「self-improving」这个词被讲了太多遍，但一个真的把「从经验中创建技能」做成代码闭环的运行时，长什么样？代价是什么？

它能在哪跑 → 一轮怎么跑完 → 工具怎么被批准 → 经验怎么变成技能 → 外部世界怎么接进来

五章的对应关系：

章节	解决的核心问题
01 定位与七种宿主	同一个 Agent 内核怎么同时服务 CLI、网关、API、cron、批处理
02 主循环	预算、宽限、退出原因为什么都要显式枚举
03 工具与审批	97 个工具怎么注册、发现、按模式审批
04 技能与记忆	后台复盘 fork 怎么在用户看不见的地方攒技能
05 Provider / 渠道 / 安全	36 个模型插件、23 个渠道插件，以及为什么安全边界必须交给操作系统

每章结构统一：正文机制 → 代码地图 → 关键取舍 → 自测题。

这门课的一条主线

主对话的每一分注意力都很贵，所以「变聪明」这件事被移出主循环
   → 后台复盘 fork 用受限工具集（仅 memory + skill）离线复盘
   → 产物是磁盘上的 SKILL.md，不是权重、不是向量
   → 技能以 user message 注入以保 prompt cache，curator 负责治理不删只归档
   → 学习闭环的全部状态都是人可读、可审计、可 git 的文件

第 01 章的七种宿主、第 03 章的审批链、第 05 章的「唯一安全边界是操作系统」判词，共同拼出这个设计的边界：它信任文件系统，不信任模型。读完你应该能自己评估：这种「技能即文件」的路线在什么规模下会失灵。

与其它板块的关系

Claude Code / DeepSeek 板块：它们是「编码时在场」的 harness；Hermes 是「你不在场时也在跑」的常驻进程，宿主形态完全不同。
OpenClaw 板块：同为多渠道常驻助理，OpenClaw 用单 Gateway 收敛，Hermes 用七种宿主平铺——两种组织方式可以直接对比。
对比课：本板块代表「自改进 + 多渠道常驻」这一类，九槽位对比里有它的完整定位。

版本与可信度

分析对象是官方仓库 0.20.4；同机另存有 0.13.0 旧版可作演化参考，但本课程结论一律以 0.20.4 代码为准。
项目迭代极快（hermes_cli/main.py 单文件上万行），行号漂移严重，请一律以符号名为准。
「后台复盘 fork 的 prompt 要求每会话至少一次技能更新」等结论出自代码内注释与常量，属代码确认；各 memory 插件的内部实现质量差异未逐一核验，标「（推断）」。

进入 keel 阅读