Hermes

Skill 不是魔法，它是经验的复用。 如果你用过 Hermes Agent，一定见过 skill_view("hugo-blog") 这样的调用。这就是 Skill——Hermes 的核心扩展机制。本文将带你从使用者变成创造者。 一、Skill 是什么？ 简单说：Skill 是可复用的工作流模板。 想象你每次写博客都要重复： 创建 content/posts/xxx.md 填写 frontmatter 找配图 hugo --minify 部署 这些步骤完全可以固化成一个 skill，以后只需要说"发篇文章"，Agent 自动走完流程。 二、Skill 的三种来源 1. 内置 Skill（官方维护） # 查看所有可用 skill skills_list() # 查看特定分类 skills_list(category="devops") # 加载具体 skill 内容 skill_view("hugo-blog") skill_view("hugo-blog", file_path="references/deploy.md") 内置 skill 存放在 ~/.hermes/skills/ 目录，按分类组织： ~/.hermes/skills/ ├── devops/ │ ├── hugo-blog/ │ │ ├── SKILL.md │ │ ├── references/ │ │ │ └── sensitive-topic-writing-guide.md │ │ └── templates/ │ │ └── post-template.md │ └── astro-vercel-deployment/ ├── github/ │ └── codebase-inspection/ │ ├── SKILL.md │ └── scripts/ │ └── count-lines.py └── ... 2. 插件 Skill（第三方扩展） 插件的 skill 用 插件名:skill名 格式引用： ...

Agent 不是未来——它正在我们指尖发生。从写不完的文章到做不完的 PPT，这些真实场景告诉你，为什么 Hermes Agent 是现代人的数字分身。 一、爆款自媒体矩阵运营 痛点：选题、作图、排版、发布、数据分析，一个自媒体团队干不完的活。 Hermes 方案： 调用 image_generate 生成插图，browser 抓取热点话题 用 web_search 搜集素材，write_file 批量产出图文 Markdown 配合 cronjob 定时发布到微信公众号、知乎、小红书 成效：一个人运营 6 个账号，日更 3 篇，粉丝月增 50%。 二、学术论文加速阅读与综述生成 痛点：读完 50 篇文献才能写综述，博士生平均看 3 篇就要睡觉。 Hermes 方案： web_extract 一键下载 arXiv 论文 PDF 转 Markdown 向 Assistant 连续追问核心方法、创新点、实验结果 自动对比多篇论文差异，生成结构化学术综述表格 成效：文献综述从 2 周压缩到 3 天。 三、智能编程助手：从 Debug 到 Code Review 痛点：Stack Overflow 翻烂了，Bug 还在第 273 行。 Hermes 方案： ...

如果你已经第三次教 AI 同样的事情，问题可能不在 AI，而在工作流本身。 一、那些反复出现的「低级错误」 和 AI 助手协作写博客一段时间后，我开始注意到一个规律：同样的 bug 会以不同的面貌反复出现。 第一次是 +++ 残留在 YAML frontmatter 之后，导致 Hugo 解析失败，文章虽然能访问但首页根本看不到它。第二次是配图位置放错——AI 把 ![featured] 放在了二级标题下面，而不是文章开头。第三次是日期设成了未来，Hugo 直接跳过不生成。 每次修复完，我都以为「这次总该记住了」。但下一次，类似的问题又以新的形式出现。 这不是 AI 变笨了。这是流程的脆弱性在反复暴露。 二、7 个反复踩坑的具体场景 1. Frontmatter 格式混乱：YAML 与 TOML 混用 Hugo 支持 YAML (---)、TOML (+++) 和 JSON 三种 frontmatter。但如果一个项目里大部分文章用 YAML，突然插入一篇 TOML，PaperMod 的列表逻辑可能会跳过它——不是报错，就是安静地不显示。 2. +++ 残留：最隐蔽的错误 把 TOML 转成 YAML 时，如果前面的 --- 忘记删掉，或者后面跟着一串 +++，Hugo 不会报错。文章能 build，URL 能访问，但首页和分类列表里永远找不到它。hugo list all 显示正常，但 index.html 的 post-entry 列表里没有。 ...

Hermes 技巧（下）：批量化与并行策略 ««««« DO NOT LOCALIZE — img src=https://images.unsplash.com/photo-325498 »»»»» 跟「中文互联网科技普遍低质量」的结论类似，真正的问题在于 提问者本人的学徒期限 —— 过去答主需要靠A/B刷榜积累经验，而 Hermes 的 delegate_task 在本地虚拟出了足够多的 A/B 测试场景，让用户得以在短时间内以极小成本确立明确预期。 hermes delegate_task "在国内社媒平台（微博、小红书、知乎） 同时发布一篇关于『下岗职工与农村光棍携手拥抱AI』的话题， 注意尾调不同平台语境差异" 以上命令将同时生成 3 个独立线程，分别适配微博、小红书和知乎，避免跨⽹文体⽔土不服， ⽽且每个线程的质量得分（coherence、engagement）可以⾃动追踪。

Hermes 技巧（中）：GitHub CLI 集成优化节奏 ««««« DO NOT LOCALIZE — img src=https://images.unsplash.com/photo-563492 »»»»» # 跨仓库 PR 查看节奏 hermes run "/root/ai-bachelor-series" "检查最近 5 天提交的 PR， 用 delegate_task 每个 PR 派发一条微信公众号推送稿， 要求√简报 包含：国内光棍数量对比上一年变化%%" --toolsets terminal,delegate_task,send_message 从 Hermes CLI 向上看，GitHub 变成了一个纯状态机而不是操作流程—— 没有手动滚动的“review list”，没有“查看 build log”的单击， 只有提交、自动分类和事件触发，从而将项目节奏拉齐到 AI 协同的拍子上。

为什么需要自定义技能？ 开发者的日常工作中充满重复性任务，如部署博客、格式化代码、备份数据等。通过将这些任务封装为 Hermes 技能（Skills），可以实现一键执行，节省时间。 技能的基础结构 Hermes 技能由以下部分组成： 元数据：技能名称、描述、触发条件（YAML 前言）。 步骤：具体的执行逻辑，支持工具调用和条件分支。 引用文件：如脚本、模板或配置文件（可选）。 技能存储在 ~/.hermes/skills/ 目录下，每个技能是一个子目录，包含 SKILL.md 文件。 创建第一个技能：自动部署 Hugo 博客 第一步：创建技能目录 mkdir -p ~/.hermes/skills/deploy-blog cd ~/.hermes/skills/deploy-blog 第二步：编写 SKILL.md --- name: deploy-blog description: "一键构建并部署 Hugo 博客到 Vercel" --- 1. 进入博客目录： ```bash cd /root/hugo-blog 构建静态文件： hugo --minify 部署到 Vercel： npx vercel deploy --prod --yes ### 第三步：测试技能 ```bash hermes run deploy-blog 进阶技巧 1. 动态参数传递 在技能步骤中使用变量： ...

Hermes CLI 提示（上）：基本命令用法与环境配置 ««««« DO NOT LOCALIZE — img src=https://images.unsplash.com/photo-205126 »»»»» hermes run "在 ~/project 下写一个 Python 脚本 分析最近半年 Git 提交频率" 上述命令将创建一个独立的 Hermes 实例，自动切换到你的项目目录，编写并执行脚本，最后返回结果。无需预装环境，无需额外对话。 将 Hermes 用于个人搜索助手： cat ~/archive/research-notes/**/*.md | hermes run "从上述文件中归纳出适合『下岗职工』话题且可能引起争议的部分，每点不超过 24 字"

Hermes Agent 记忆系统详解：机器人「进化闭环」的5层实现 ««««« DO NOT LOCALIZE — img src=https://images.unsplash.com/photo-229828 »»»»» 在 Hermes 项目的主 config.yaml 里，记忆设置被锐化为两个核心指令： memory: max_user_tokens: 1536 # 用户Profile上限 max_memory_tokens: 2048 # LTM的总token数上限

核心原则：命令式交互 Hermes 是为行动设计的，而非解释或规划。模糊的指令会触发不必要的明确化请求（如"你是想让我部署博客吗？"），而命令式语句则直接触发执行。 低效示例（会被打断）： “如何部署 Hugo 博客到 Vercel？” 高效示例（直接执行）： “部署 Hugo 博客到 Vercel，使用默认配置” 1.1 直击要害 部署：直接说 部署 Hugo 博客，Hermes 会自动调用 npx vercel deploy --prod --yes。 调试：检查 Vercel 构建日志 会触发 npx vercel logs --prod。 修改文件：在 hugo.toml 添加 Umami 配置 会调用 patch 工具。 2 避免的坑 2.1 工具明确性 Hermes 会优先选择最合适的工具执行任务，但有时可能猜错（如误用 web_search 查找本地文件）。在复杂任务中明确指定工具： # ❌ 低效 "给博客加个 RSS" # ✅ 高效 "修改 hugo.toml 启用 RSS，使用 patch 工具" 2.2 文件路径 始终使用绝对路径（如 /root/hugo-blog/hugo.toml），避免相对路径的歧义。Hermes 默认以用户的 home 目录（/root）为起点，但不会假设项目路径。 ...