Hermes Agent 自动化原理揭秘四层架构实现全自动博客发布摘要本文深入解析 Hermes Agent 如何通过四层架构实现从 AI 创作到 GitHub 推送的完全自动化。重点解答一个看似矛盾的问题为什么 AI 不能直接 git push却最终能自动推送一、问题的起点用 Hermes 搭博客时出现了一个矛盾场景✅ AI 能写文章write_file 工具✅ AI 能改首页patch 工具❌ AI 不能 git push网络请求被安全策略拦截✅ 但最终自动推送了答案藏在 Hermes 的四层自动化架构中。二、四层架构全景你说「发布博客」 ↓ ① 工具层 — AI 直接操控 write_file() 写文章patch() 改首页 ❌ 网络受限不能 git push ↓ ② Cron 调度层 — 独立进程执行 cronjob(no_agenttrue) 创建一次性定时任务 ↓ ③ 脚本层 — Python 纯脚本 blog_auto_push.py git add → commit → SSH push 不需要 LLM不经过安全策略 ↓ ④ 记忆层 — 跨会话持久化 memory → 博客路径/配置 skill → 发布流程 SOP三、逐层解析3.1 工具层AI 的手和眼AI 使用 write_file、patch、read_file 等工具完成本地文件操作。这些只涉及本地磁盘不触发网络安全策略。但当尝试 git push 时Hermes 的安全子系统Tirith会扫描所有终端命令——凡是包含 Token 或外部网络请求的都会被拦截要求用户手动审批。在网络不稳定的 WSL 环境里审批经常超时命令被阻止。3.2 Cron 调度层绕过的关键这是整个架构最巧妙的一环。Hermes 的 cronjob 支持no_agentTrue模式no_agentFalseCron 启动完整 AI Agent再次触发安全策略no_agentTrueCron 直接执行脚本零 AI 参与零安全扫描Cron 进程是完全独立的 Python 进程不受主会话安全策略约束。这就是「绕过」的秘诀。3.3 脚本层真正的执行者importsubprocess,os,glob os.chdir(os.path.expanduser(~/blog))# 清理旧文件forfinglob.glob(posts/old-*.html):os.remove(f)# Git 操作subprocess.run([git,add,-A])subprocess.run([git,commit,-m,自动更新])subprocess.run([git,push])# SSH 不需要 Token脚本做三件事文件清理、Git 提交、SSH 推送。为什么是 SSH 而不是 HTTPS之前用 HTTPS Personal Access Token 频繁失败Token 会被安全策略自动替换为***WSL 的 HTTPS/TLS 连接不稳定GnuTLS recv error -110SSH 的优势密钥放在~/.ssh/id_ed25519Git 自动读取不需要命令行传 Token。而且 TCP 连接比 TLS 握手更稳定。3.4 记忆层让 AI 不「失忆」通过 memory 系统和 skill_manage 创建可复用文档记录完整发布流程。下次新会话自动注入到系统提示词不需要重新问「博客在哪」。四、完整流程复盘步骤操作层级1你说「发布博客」→2write_file 创建 HTML工具层3patch 更新首页工具层4cronjob(schedule“1m”)调度层560秒后 Cron 独立启动调度层6blog_auto_push.py 执行脚本层7git add → commit → push脚本层8GitHub 远程同步 完成全程用户不需要碰任何 Git 命令。五、架构优势与局限优势职责分离AI 创作Cron 执行安全边界清晰敏感操作在独立脚本中运行失败隔离推送失败不影响创作局限60秒最小延迟Cron 粒度限制脚本错误不会反馈到 AI 对话依赖 SSH 密钥正确配置六、总结这套架构的本质是 Unix 哲学「小工具组合」思想每个工具只做一件事并做好通过简单的接口串联成强大流水线。AI 负责「想」Cron 负责「跑」——各司其职简洁高效。原创不易转载请注明出处。作者Yang Huyue · 2026-07-17