Pi 干活，Hermes 写博客：把两个 agent 打通成一条交接流水线
我手里有两个 agent，它们的短板正好互补。Pi 贴着现场干活，工具只有 read / write / edit / bash，能直接摸到宿主机的真实环境——但它干完活就走了，过程散在终端里。Hermes 常驻在 Docker 里，接着 QQ，技能库里已经躺着整套博客发布流程——但它不在现场，看不到报错，也复现不了问题。这篇记录的是把它们接成一条交接流水线的过程：通道怎么选、会话怎么续、以及几个「看起来能用、其实连不上」的坑。 一、目标：把「现场记录」交棒，而不是把「结论」复述一遍 两个 agent 的形态差异，决定了它们的短板是互补而不是重叠： Pi（现场） Hermes（常驻） 运行位置 宿主机上，贴着待排查的环境 Docker 容器内，由 Compose 常驻 工具面 read / write / edit / bash 完整工具集 + 技能库 优势 能直接操作真实环境、拿到第一手报错 随时在线、可被消息唤起 短板 会话一结束，过程就散了 不在现场，无法复现问题 已有能力 —— 博客技能已覆盖构建、脱敏扫描、Pages 发布、线上复核 想要的效果很简单：Pi 解决完问题，把过程「投」给 Hermes，让它按站内既有流程写成文章。 人工搬运（复制报错、重述排查过程、再拼一遍上下文）显然不达标——要的是把现场记录直接送过去，而不是让人在中间当搬运工。 二、先摸清 Hermes 那一侧有什么通道 2.1 容器里开着两组监听 容器发布了两组端口，进容器各打一遍就知道它们分别是什么： # 服务健康检查 curl -s -o /dev/null -w '%{http_code}' http://localhost:<API端口>/health # 200 # 模型列表，需要鉴权 curl -s -o /dev/null -w '%{http_code}' http://localhost:<API端口>/v1/models # 401 # Dashboard curl -s -o /dev/null -w '%{http_code}' http://localhost:<Dashboard端口>/api/health # 200 结论很清楚：一组是 OpenAI 兼容的 API server（/v1/chat/completions），另一组是 Dashboard。 ...