不是问答AI，是能落地任务的hermes-agent

问题描述：

最近我给自己的新产品「云雀通」Larktun 做了一个文档网站。源码放在 GitHub 上，公开访问，日常更新也很简单：我在本地电脑或笔记本上改文档，确认没有问题后提交到 GitHub。

问题出在「部署」这一步。

之前我一直是手动发布。倒不是不想自动化，而是生产服务器配置比较低，不适合把 Node 依赖安装、站点打包、发布脚本这些事情都压在它身上。身边也没有一台现成的 Jenkins 或 CI 服务器。与此同时，我又申请了一台甲骨文免费的 ARM 服务器，配置是 4 核 24G 内存，长期闲置有点可惜。

于是我开始琢磨：能不能把这台闲置服务器变成自动化发布中枢？真正线上服务仍然跑在原生产服务器上，但构建、同步、流水线、部署控制这些重活交给甲骨文服务器。

这一次，我没有手工从零搭环境，而是让 hermes-agent 接管了从方案完善到落地实施的大部分工作。hermes 绑定的是 ChatGPT，使用 gpt-5.4 模型。最后形成的链路是：

我本地更新文档 → GitHub → GitLab → GitLab Runner → deploy → 生产服务器更新 → 发布成功

云雀通 Larktun 文档站自动发布架构1280×720 5.52 KB

背景：为什么不直接用 GitHub Actions

对一个公开文档站来说，GitHub Actions 当然是一个很自然的选择。但这次它并不适合我的场景。文档站最终要部署到正式生产服务器，而这台服务器的安全管控比较严格，不能随意把外部 CI 的访问权限接入生产环境。换句话说，GitHub 可以继续作为公开源码仓库，但 GitHub Actions 不能直接进入生产发布链路。

所以我的目标不是「找一个最常见的 CI」，而是在安全边界可控的前提下，把现有资源利用起来，同时尽量不改动自己的工作习惯。

我当时的约束大概有几个：

1. 文档源码已经在 GitHub，继续保留 GitHub 作为公开协作入口。