在 Obsidian 里养了个专属 AI 助手，选中笔记就能让它干活

前言

我一直想要一种状态：在 Obsidian 里读笔记，读到一半选中一段文字，旁边就有个懂我的 AI 接手，翻译、总结、接着写都行。
Hermes 这边开一个本地 API，Obsidian 那边装一个社区插件，四步接上。
这篇文章把过程完整记下来。

笔记的断点

先说原来的路径有多长。
在笔记里看到一段内容想让 AI 处理，要做的是：选中、复制、切换应用、粘贴、发指令，等回复出来再复制回去。
六步，中间还断两次。
更麻烦的是上下文。
处理完一段想接着处理下一段，新窗口里的 AI 不记得刚才聊了什么，得重新交代一遍。
笔记和 AI 分属两个窗口，路每断一次，注意力就丢一次。
一周要处理几十条笔记的话，这个断点就是一个稳定的效率漏洞。

旧路径六步断两次

为什么是它

把两边接起来的路子，我认真看了两条。
第一条是用通用的 AI 对话插件，填一个模型接口就能用。
它解决的是聊天，解决不了干活：没有记忆，没有工具，每次都要重新教。
第二条是社区里的 Hermes Agent 插件，专门连 Hermes 的本地网关。
它背后是完整的 agent，不只是裸模型：自带记忆和技能，会把当前笔记或者选中的文字自动作为上下文发过去，回复在侧边栏流式出来，聊天历史也留着。
数据不出本机，接口只监听 127.0.0.1。
我要的正好是后者，所以选了第二条路。

两条路的取舍

开启 API

Hermes 这边只需要做一件事，把 API Server 打开。
配置写在 ~/.hermes/.env 文件里，加两行：

1
2
API_SERVER_ENABLED=true
API_SERVER_KEY=用 openssl rand -hex 16 生成一个随机串填进来

然后重启网关让配置生效：

1
hermes gateway restart

这里有个坑。
我在桌面应用的内置终端里执行，被网关直接拒绝，理由是网关不允许从自己的进程树里重启自己，命令会先把自己杀掉。
换一个系统终端跑就过了。
日志里出现 listening on http://127.0.0.1:8642，API 就算开了。

装插件

Obsidian 这边装 Hermes Agent 插件。
设置、第三方插件、浏览，搜 Hermes Agent，安装并启用。
装完在插件设置里填两个值，Base URL 填 http://127.0.0.1:8642，API Key 粘贴 .env 里那串。
点 Test connection，通过就算接上了。
两个常见报错顺带说一下：返回 401 是密钥不对，连接被拒是网关没在跑。

两边怎么接起来

用起来的感受

实测最明显的是路径变短了。
选中一段笔记，侧边栏直接说需求，回复流式刷出来，不打断阅读。
模型名还能选，填 hermes-agent 连的是默认助手，填 profile 名就连到对应的专属 agent，记忆和技能都跟着走，这就是标题里专属两个字的来源。
有一条账要算清楚：每次对话背后是完整的 agent 上下文，我实测一条要吃掉两万多 tokens，重度使用要留意配额。
另外 API Server 是跟着网关启动的，网关不跑，插件就断。

新路径两步直达

接下来我想把手机上的 Obsidian 也接上，把网关地址换成本机局域网 IP 再放行端口，试通了再写一篇。