当前场景：
- incus - build 环境，一个 vm 里的，大概四台，分别 rust,py,nodejs,go ，多版本共存。非特殊情况不重复
- docker-a - 基础设施，如 caddy 反代，postgresql ，redis ，flaresolverr 等，以及一些可以 selfhosted 的 api
- docker-b - 部署 vibecoding 的项目或者任意 oci
基本都生成了 skill 进行 11 对应。 但有时候我得 rollback ，每次重置也会跑一遍 init 的 skill ，有时候服务器太多了，新的旧的都让 hermes 记忆了，导致说的不太明确的情况下，以及某些服务器有重复的情况下，他会自己擅自部署，比如要部署到 103 的机器，他部署到 104 去了。造成污染，我又得 rollback ，虽然定期 snapshot ，但架不住“飘”啊。 我当前基本很少用外带的 skill ，包括热门的 grillme,不太熟悉有什么 skill 可以对资产管理有帮助的。
或者是不是应该写个中间件分配这些资产？毕竟除了服务器，还有密码，api key ，token （ cf ）等等，需要一个路由层进行管理。这样即便我更改了某些配置，替换或增加，hermes 自己能根据路由找到必要的信息，不至于我大脑也乱了，hermes 也胡搞导致污染。
顺便，用了一段时间纯 lxc 的 agentic ide 后，感觉还是 docker 更方便。前者有一定的运维压力。 特别迁移问题，我在 hermes 上卡住了。不能 docker 到 lxc 百分百迁移，因为还存在 python abi 的问题。
哦，我用的都是远程方式，hermes 是网关模式。本地不跑任何 vibecode 。
Select Language