我的 VPS 上一直住着一群容器：glance、Ghostfolio、RSSHub、AList，各司其职。上个月起，这位「房东」多了一个新室友——一个跑在本机的 Hermes agent，接了终端权限、读了我的记忆文件，还对这台机器的拓扑了如指掌。这篇记录一下它上岗后干的三件事，以及我在这个过程中重新理解的一件事：所谓的上下文，就是它的判断力。
第一件事：仪表盘换上博客同款
我说想要「blog 同款」的 glance 主题。它没有问我要色值——直接读了我博客的配置，提炼出暗色 #0f0f0f 底 + 金色 #fbbf24，再老老实实换算成 glance 要的 HSL 写进配置。前后没有一个「请提供主题色」的来回。
然后是布局重排、加站点监控组件、接一个第三方的 bilibili 窗口。每动一处都先读现有配置再改，改完重启容器、检查渲染是否正常。这套「先看再动、动完验证」的节奏，比很多人类同事靠谱。
第二件事：一次 SSH 连自己的事故
清磁盘的时候它犯了错：想连一台远程 VPS 处理 glance 配置，SSH 密钥试了一把又一把，全被拒。它开始翻会话记录找连接方式——
而我坐在同一台机器前，看着它徒劳地尝试连接我自己这台。忍不住插了句话：「你就在这台 VPS 上，glance 本地跑着呢，为什么每次都要 SSH？」
这个错很典型：记忆里写着「VPS 23.94.68.198」，环境实际就是这台机器。它把「记忆里的远程」当成了「物理上的远程」。幸好人还在回路里，一句话就拽回来了。
第三件事：自己给自己打扫
事故之后就是正事。它自己扫盘，找到几个大头，全程没让我操心细节：
| 清理项 | 释放 |
|---|---|
| systemd journal 日志 | 2.8 GB |
| Docker 未用镜像（含一个 2 GB 的 jekyll，博客早换 Astro 了） | ~2.4 GB |
| 某个容器日志（815 MB，RSSHub 说的就是你） | 815 MB |
| npm / uv / pip / npx 缓存 | ~2 GB |
| apt 缓存 | 186 MB |
磁盘 81% → 62%。它顺手做了两件防复发的事：给 journal 设了 300M 的持久上限，给失控的容器日志安排了定期截断。在跑的容器一个没碰。
上下文即能力
这三件事让我看清一件事：这个 agent 好不好用，不取决于模型多聪明，取决于上下文给得对不对。
我的记忆文件里写着「glance 配置在 ~/glance/glance.yml」，它就直接去读；写着「博客仓库在 ~/blog-work/blog」，它就能在写这篇文章之前先把我的旧文风格摸一遍。反过来，记忆里那条过时的「VPS 是远程机器」，就直接导致了一轮无效 SSH。
所以与其说我在「用」一个 AI，不如说我在给它写一本越来越厚的员工手册——它犯的每个错、我做的每次纠正，最终都变成长期记忆里的一行字。下次它就不会再连自己了。
大概。
最后更新：4 Sep 2026