# Hermes Agent 能不能真的把应用推上云？我用 UCloud 跑了一个 1 小时实测

> 作者/来源: admin
> 发布时间: 2026-08-13T10:13:21.897Z
> 分类: AI专区
> 标签: 云主机, ucloud, Hermes Agent, 部署, AI编程
> 原文链接: http://117.50.162.249:3000/yun/articles/2687

---

## 先说结论：我会怎么判断 Hermes Agent 的价值

如果把 Hermes Agent 只放在“能不能写一个 Todo List”的考场里，它其实赢不了多少掌声。今天能生成类似页面的 AI 编程工具已经很多，Todo List 更像一张入场券，不是终点。

真正值得看的是后半程：一句自然语言需求，能不能沿着代码、云资源、网络、部署这条路，一直走到公网可访问的页面。

这次我在 UCloud 开发者中心 Spaces 里做了一次约 1 小时的实测：直接打开 Hermes Agent，不在本地安装，不单独配置模型，也不提前准备运行环境。我只给了一句需求，让它开发一个 Todo List 静态 Web 应用，并部署到 UCloud 云主机上，最后通过公网地址访问完成验收。

我的判断是：Hermes Agent 已经不只是“写代码的笔”。它更像开始接上了一组齿轮，能把 Skill 安装、AK/SK 鉴权、VPC、子网、云主机、EIP、Nginx 和静态文件部署串起来。中间遇到缺工具、OAuth 不可用、镜像受区域限制等情况，它没有停在原地，而是继续找替代路径。

但这不等于可以把方向盘完全交出去。AK/SK 权限、EIP 暴露、防火墙端口、截图敏感信息、云资源释放，都必须人工复核。

能执行，是进步。能不能放权，是另一回事。

Hermes Agent 项目地址：https://github.com/NousResearch/hermes-agent  
UCloud 开发者中心入口：https://developer.ucloud.cn/spaces

---

## 一、为什么我用 Todo List 来测 Hermes Agent

我之前一直想体验 Hermes Agent，但真正动手前，总会被几个现实问题拦一下：

- 本地部署会不会很麻烦？
- 模型调用要不要单独准备？
- 运行环境是不是还要调半天？
- 最后是不是又只停留在“生成一段代码”？

很多工具并不是不值得试，而是体验链路太长。对开发者来说，一旦第一步变成“先读完安装文档”，很多尝试就会像压在收藏夹里的标签页，后来也很少再打开。

这次在 UCloud 开发者中心 Spaces 里看到 Hermes Agent 后，门槛明显低了很多。平台把它做成了可以直接打开的云端应用，环境、模型和运行时间都已经准备好，不需要先在本地电脑上折腾。

所以我给它安排了一个不复杂但足够完整的任务：

> 写一个 Todo 个人 Web 版，放到 UCloud 云上，安装 ucloud-cli Skill 就可以。

这个任务的关键不在 Todo List 本身，而在后半段：它要创建网络、云主机和 EIP，处理系统镜像、SSH、端口、Nginx 和应用部署。

我想验证的是：在约 1 小时的体验时间里，Hermes Agent 能不能把这条链路真实跑通。不是画路线图，而是把车开到终点。

---

## 二、实测环境与边界

| 项目 | 本次实测情况 | 说明 |
|------|-------------|------|
| 入口 | UCloud 开发者中心 Spaces | 地址：https://developer.ucloud.cn/spaces |
| Agent | Hermes Agent | 项目地址：https://github.com/NousResearch/hermes-agent |
| 体验消耗 | 页面显示需要 100 积分 | 规则可能调整，应以页面实时显示为准 |
| 环境时长 | 单次环境约持续 1 小时 | 沙箱销毁不等于云资源自动释放 |
| 云资源 | UCloud 云主机、VPC、子网、EIP | 由 Hermes Agent 通过 ucloud-cli Skill 调用 API 创建 |
| 应用形态 | Todo List 静态 Web 应用 | 数据保存在浏览器 localStorage |
| 对外服务 | Nginx + 公网 IP | 需要复核防火墙与端口暴露 |

这里有一个前提很容易被忽略：Spaces 里的沙箱环境会有生命周期，但通过 AK/SK 创建出来的云主机、EIP、磁盘等资源，不能默认认为会跟着沙箱一起释放。

沙箱像临时工作台，云资源却是真正下单创建出来的东西。工作台撤了，不代表桌上的账单也自动消失。

这是体验 Agent 调云 API 时最容易踩到的坑之一。

---

## 三、实际过程：从打开环境到公网验收

### 1. 打开 Hermes Agent

入口在 UCloud 开发者中心 Spaces 页面：

https://developer.ucloud.cn/spaces

这次看到的 Hermes Agent 体验需要 100 积分，单次环境大约持续 1 小时。具体规则以后可能调整，应以页面实时显示为准。

过去体验一个 Agent，第一步往往是读安装文档、配依赖、查模型接口。这里的第一步基本就是点进去。

这件事看起来小，但对体验效率影响很大。因为很多工具不是输在能力，而是输在用户还没摸到能力之前，就已经被准备工作劝退了。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006264-a26b85163ed6df2c4e3e85bed549d195.jpg)

### 2. 把任务直接交给 Hermes Agent

我没有提供详细技术方案，也没有指定前端框架，更没有告诉它应该如何创建云主机。

这是有意为之。

如果每一步都由人提前设计好，Agent 只是照着执行脚本，那能验证的东西很有限。我更想看的是，在任务缺少中间步骤时，它能不能自己补齐链路。

Hermes Agent 先检查当前环境里的 Skills，发现没有 ucloud-cli。它没有停下来让我先准备环境，而是自己寻找、安装，再继续执行。

这类能力比单纯生成代码更有价值。一个 Agent 真正可用，不一定是每一步都比人聪明，而是发现缺工具时，知道先把工具找回来。像走到一扇门前没有钥匙，它至少会先去找钥匙，而不是只告诉你“这里有门”。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006202-0ffe541738431dc9896dd7b1775e1c12.jpg)

### 3. 安装 ucloud-cli Skill，让 Agent 能调用云 API

Todo List 页面本身不难，关键在于把它部署到真实云环境。因此，我让 Hermes Agent 安装 ucloud-cli Skill，让它能够调用 UCloud API，创建 VPC、子网、云主机和公网资源。

这里很快遇到第一个问题：沙箱里没有可用的交互式终端，OAuth 登录走不通。Hermes Agent 给出的替代方案是使用 AK/SK。

这个处理思路是合理的，但安全边界必须讲清楚。

AK/SK 不是普通登录信息，而是可以操作云资源的访问凭证。不要使用长期、高权限的主账号密钥。更稳妥的做法是：

- 单独创建一组用于体验的凭证；
- 权限尽量最小化；
- 只授权本次任务必要的资源操作；
- 体验结束后立即禁用、删除或轮换；
- 不要让 AK/SK 出现在截图、录屏或文章里。

Agent 越方便，越不能忽略权限控制。权限给得越大，出错时影响范围也越大。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006147-116eef54db08f62898c200e9ff5c7932.jpg)

### 4. 把凭证临时配置到沙箱环境

AK/SK 输入后，Hermes Agent 把凭证写入沙箱环境中的 ucloud-cli 本地 profile，并调用 UCloud API 检查项目和凭证是否可用。

从体验角度看，这比在本地电脑上长期保存一套配置更轻。但这里不能产生误解：

沙箱里的临时文件是一回事，通过 AK/SK 创建出来的云资源是另一回事。

即使沙箱约 1 小时后销毁，也不能默认云主机、EIP、磁盘等资源自动释放。体验结束后，仍然需要去控制台核对资源，并确认是否停止计费。

我的建议是：

1. 使用体验专用的最小权限 AK/SK；
2. 体验完成后检查云端资源；
3. 删除或释放云主机、EIP、磁盘等资源；
4. 禁用、删除或轮换本次使用的 AK/SK。

方便可以省时间，但权限边界不能省。这里不是多一道流程，而是给云账号加一道护栏。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006133-b4d5fed41e624b5fde4cb6d0d3bc9be0.jpg)

### 5. 创建 VPC、子网、云主机和 EIP

配置完成后，Hermes Agent 开始创建 VPC、子网、云主机和 EIP。

这个过程不是一次就完全顺利。早期那次创建里，目标可用区没有预期的 Ubuntu 24.04 镜像。Hermes Agent 调用 API 查询可用镜像，切换到 Ubuntu 20.04，然后继续初始化云主机。

后面重新执行成功的版本，换到了 cn-bj2-02，最终使用 Ubuntu 24.04。因此，创建过程截图和最终交付截图里的实例 ID、内网 IP 与系统版本并不完全相同。它们记录的是前后两次真实尝试。

我反而觉得这部分很有参考价值。

真实云环境本来就不是教程里的理想路径：镜像会受区域和可用区限制，接口可能报错，资源库存可能变化，原计划经常走不通。

判断一个 Agent 是否有工程价值，不是看它能不能在完美条件下一次成功，而是看它遇到约束以后，能不能继续找替代路径。工程现场更像一条不断改道的河，真正重要的是水能不能继续往前流。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006116-64db348b3d4438179e7388fc1de8ec21.jpg)

### 6. 部署 Todo 页面并通过 Nginx 对外访问

最终成功版本使用了一台 1 核 2G、20G SSD 的 Ubuntu 24.04 云主机，绑定公网 IP，并通过 Nginx 对外提供访问。

Hermes Agent 给出了完整交付摘要，包括实例 ID、区域、系统镜像、计费模式、防火墙规则、登录用户和安装的 Skill。

Todo 页面是一个轻量静态 Web 应用，支持：

- 添加待办事项；
- 完成待办事项；
- 删除待办事项；
- 按状态筛选；
- 统计面板；
- 响应式界面；
- 使用浏览器 localStorage 保存数据。

没有复杂后端，但对 1 小时原型验证来说已经够用。

这里也要提醒一点：截图里如果包含公网 IP、实例 ID、内网 IP，发布前建议打码。公网 IP 和实例信息暴露后，容易增加扫描、误操作或安全风险。

防火墙也要控制到最小暴露面：

- 80、443 用于 Web 服务；
- 22 端口如果必须开放，应限制来源 IP；
- SSH 登录优先使用密钥；
- 体验结束后及时关闭不必要端口。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006102-e88005f81a9bd6e6ef15b86f898313f1.jpg)

### 7. 打开公网地址完成验收

最后我在浏览器里打开 Hermes Agent 返回的地址，Todo List 页面正常出现。

它不是一个粗糙的 Hello World，而是有任务输入框、状态统计、全部与待完成筛选，还内置了两条示例待办。

从一句自然语言要求，到一个公网可以访问的页面，中间经历了：

1. Skill 搜索与安装；
2. 云账号鉴权；
3. VPC 和子网创建；
4. 云主机申请；
5. EIP 绑定；
6. Nginx 配置；
7. 静态文件部署；
8. 公网访问验收。

这条链路基本由 Hermes Agent 自己完成。

当然，这个 Todo List 的数据只保存在当前浏览器里。如果要支持真正的用户登录、跨设备同步、多用户协作，就需要增加后端、数据库和服务端鉴权。

但作为 1 小时体验里的第一个版本，它已经足够说明 Hermes Agent 能走多远：不是只把代码写在对话框里，而是把结果推到了一个能被访问的位置。

![](https://ucloud-blog.cn-bj.ufileos.com/imagebed/0998213384006063-1adafe34b8d5651edc7addd6ace412db.jpg)

---

## 四、和普通 AI 编程工具相比，差异在哪里

如果只把它当成“生成代码的工具”，很容易低估 Hermes Agent。

普通 AI 编程工具常见的体验是：

- 在对话框里生成一段代码；
- 用户复制到本地；
- 用户自己安装依赖；
- 用户自己排错；
- 用户自己找服务器；
- 用户自己部署；
- 用户自己处理网络、安全和计费。

这次 Hermes Agent 的差异在于，它开始把后半段也接了起来。

它发现缺少 ucloud-cli Skill，就自己寻找并安装；OAuth 在沙箱里走不通，就改用 AK/SK；目标可用区镜像不可用，就查询其他镜像和可用区；最后创建云主机、配置 Nginx、部署静态页面，并给出公网访问地址。

所以我认为它的关键变化不是“更会写代码”，而是更接近“能执行端到端任务”。

这对企业选型很重要。很多内部工具、Demo、教学项目、轻量原型，真正耗时的不只是代码，而是从需求到可访问服务之间那一堆环境和部署工作。代码只是桥面，云资源、网络、安全和交付才是桥墩。

---

## 五、企业或团队选型时要看什么

如果把 Hermes Agent 放进企业工具选型里，我会重点看 6 件事。

### 1. 是否能降低首次体验门槛

本地安装、模型配置、运行环境准备，是很多 Agent 工具的第一道门槛。

UCloud 开发者中心 Spaces 的价值在于：点开就能体验，减少了前置准备成本。对技术团队内部评估来说，这会显著提高试用效率。

### 2. 是否能调用真实云资源

只生成代码不够。能否创建 VPC、子网、云主机、EIP，并完成部署，才更接近真实业务场景。

这次 Hermes Agent 通过 ucloud-cli Skill 调用 UCloud API，把云资源创建和应用部署串了起来。

### 3. 遇到异常时是否能找替代路径

真实环境中经常会遇到 OAuth 不可用、镜像缺失、区域限制、接口报错等情况。

这次它没有在异常处直接停下，而是通过 AK/SK、镜像查询、可用区切换等方式继续推进任务。这一点比“理想状态下成功”更有参考价值。

### 4. 权限是否可控

Agent 能操作云资源，意味着必须认真管理权限。

企业内部不应直接把高权限主账号 AK/SK 交给 Agent。更合理的方式是使用子账号、最小权限、临时凭证或专门的体验账号，并建立操作审计和资源回收机制。

### 5. 网络暴露面是否清晰

部署到公网以后，EIP、防火墙、安全组、SSH 端口都要单独检查。

Agent 可以帮忙执行，但最终暴露哪些端口、允许哪些来源 IP、是否开启公网访问，仍然应由人确认。

### 6. 资源费用是否能闭环

云资源一旦创建，就可能产生费用。尤其是云主机、EIP、磁盘等资源，不能因为沙箱销毁就默认消失。

体验结束后要回到控制台检查资源状态，确认释放和停止计费。

---

## 六、安全与费用复核清单

| 风险点 | 为什么重要 | 建议动作 |
| --- | --- | --- |
| AK/SK 权限过大 | 凭证可操作云资源，权限越大影响越大 | 使用体验专用、最小权限凭证；体验结束后禁用、删除或轮换 |
| 截图暴露公网 IP 或实例 ID | 可能泄露资源信息，增加被扫描或误操作风险 | 发布前打码公网 IP、实例 ID、内网 IP |
| 22 端口开放范围过大 | SSH 暴露会增加暴力扫描风险 | 限制来源 IP，优先使用 SSH 密钥登录 |
| 沙箱销毁误解 | 沙箱销毁不等于云主机、EIP、磁盘自动释放 | 体验结束后到控制台检查并释放云资源 |
| 静态 Todo 数据仅在浏览器 | localStorage 不能跨设备共享，也不适合多用户协作 | 生产化需要后端、数据库和服务端鉴权 |

UCloud 官方文档中有关于删除云主机、关联 EIP 与 UDisk 处理方式的说明。需要注意的是，通过控制台删除和通过 API 删除时，关联资源释放参数可能不同。体验结束后，应检查并释放云主机、EIP、磁盘等资源，确认不再计费，再处理本次使用的 AK/SK。

---

## 七、适合和不适合的场景

### 适合的场景

1. 快速验证一个轻量 Web 应用能否上线。
2. 体验 Agent 是否能调用云 API 完成端到端任务。
3. 学习从自然语言需求到云资源创建、应用部署的完整链路。
4. 做内部 Demo、教学演示或个人项目原型。
5. 验证 AI Agent 在异常处理、工具安装和部署执行上的能力边界。

### 暂不适合直接使用的场景

1. 生产环境自动化部署。
2. 涉及高权限主账号 AK/SK 的任务。
3. 包含敏感数据、合规要求或复杂权限体系的系统。
4. 需要多用户登录、数据库一致性、服务端鉴权和审计日志的正式应用。
5. 缺少资源回收、费用监控和安全审计机制的团队环境。

Hermes Agent 可以明显降低体验门槛，但它不是安全责任的替代者。云账号权限、网络暴露面、计费资源和生产架构，仍然需要人做最终判断。

---

## 八、总结建议

这次实测后，我对 Hermes Agent 的判断比较明确：

它的价值不在于“又一个能写 Todo List 的 AI”，而在于它能把自然语言需求、代码生成、云资源创建、网络配置和应用部署连成一条可执行链路。

在 UCloud 开发者中心 Spaces 里直接打开体验，也让它的试用成本低了很多。对开发者来说，不需要先花大量时间本地安装、配置模型和准备环境，能更快进入真实任务验证。

但如果用于团队或企业环境，我不会建议直接把它接入生产权限。更稳妥的做法是：

- 先在隔离项目或测试账号中体验；
- 使用最小权限 AK/SK；
- 限制公网暴露面；
- 明确资源释放流程；
- 对 Agent 的操作结果进行人工复核；
- 逐步评估它在内部 Demo、原型验证、教学和轻量自动化中的价值。

开头说，Todo List 只是入场券。跑完这一轮后，我更愿意把 Hermes Agent 看成一条正在铺开的执行链路：它已经能从“告诉你怎么做”，往“替你实际执行”迈出一步。

但链路越长，越需要护栏。权限、网络、费用和生产架构这些关口，仍然要由人来确认。

它可以帮你把车开起来。方向盘别急着全交出去。

Hermes Agent 项目：https://github.com/NousResearch/hermes-agent
UCloud 开发者中心：https://developer.ucloud.cn/spaces

---

## FAQ

### 1. Hermes Agent 这次到底完成了什么？

它从一句自然语言需求开始，完成了 Todo List 静态 Web 应用开发，并通过 ucloud-cli Skill 调用 UCloud API 创建云资源，最终把页面部署到云主机上，通过公网访问完成验收。

### 2. 这次体验是否需要本地安装 Hermes Agent？

不需要。本次体验是在 UCloud 开发者中心 Spaces 中打开 Hermes Agent 完成的，平台已经准备了云端环境、模型和运行时间。

### 3. 为什么要使用 AK/SK？

沙箱环境没有可用的交互式终端，OAuth 登录走不通，因此 Hermes Agent 提示改用 AK/SK。AK/SK 是云资源访问凭证，应使用体验专用、最小权限凭证，并在体验结束后禁用、删除或轮换。

### 4. 沙箱 1 小时后销毁，云资源会自动释放吗？

不能这样理解。沙箱临时文件和通过 AK/SK 创建的云资源不是一回事。体验结束后，应到 UCloud 控制台检查云主机、EIP、磁盘等资源，并确认释放和停止计费。

### 5. 这个 Todo List 可以直接作为生产应用吗？

不适合。它是轻量静态 Web 应用，数据保存在浏览器 localStorage 中。生产化需要增加后端、数据库、用户登录、服务端鉴权、审计和更严格的安全策略。

### 6. 这次体验最值得关注的点是什么？

最值得关注的不是 Todo List 本身，而是 Hermes Agent 能把代码生成、云资源创建、网络配置和应用部署串成一条可执行链路。它开始从“告诉你怎么做”转向“替你实际执行”。

### 7. 企业内部能不能直接把云账号权限交给 Agent？

不建议直接交高权限账号。更合理的方式是使用测试项目、子账号、最小权限凭证，并设置清晰的资源边界、操作审计和回收流程。Agent 可以提高执行效率，但不能替代权限治理。

### 8. 这类能力更适合先落在哪些业务里？

更适合从低风险场景开始，例如内部 Demo、教学演示、原型验证、轻量 Web 工具上线、研发流程探索等。等权限控制、审计、资源回收和安全策略成熟后，再考虑更复杂的自动化场景。