W28 周记：给 Hermes 装上 Harness——但不用新标准，用已有机制
起因 上周读到 Daniel Warfield 的 《Agent Harnesses：现代 AI Agent 开发的新标准》（原文 Daniel Warfield，Medium/Substack）。核心观点： Harness = 角色 + 上下文 + Skills + References 的结构化打包，让通用 Agent 在具体任务中稳定、可复用、可维护地工作。 三层结构： HARNESS.md —— 入口地图 skills/ —— 能力包 references/ —— 环境手册 设计原则：Progressive Disclosure（渐进披露）——先读入口，按需加载，别一次性塞满上下文。 对照 Hermes：它本质上已经是 Harness 读完后我没急着加文件，先把 Hermes 现有架构拆开对照： Harness 概念 Hermes 对应 判断 SKILL.md + scripts/references/assets ~/.hermes/skills/ 99 个 skill，完整目录结构 ✅ 一致 Skills 目录 已按 category 分子目录（devops/、creative/ 等） ✅ 更成熟 References 每个 skill 内 references/（如 hugo-blog 有 31 个） ✅ 已有 Progressive Disclosure system prompt 只注入 skill name+desc → skill_view(name) 加载全文 → skill_view(name, file_path) 加载单个 reference ✅ 三层已实现 角色约束 MEMORY.md + USER.md + system prompt 身份注入 ⚠️ 隐式实现 可版本化 skills/ 有 git + curator 生命周期 ✅ 子目录导航 category 分层 + system prompt 缩进列表 ✅ 结论：Hermes 不需要引入 Harness 标准——它已经是 Harness 思想的另一种实现。区别只是组织方式不同： ...