背景：本地 2×2080Ti 跑 Qwen3.8-27B-FP8（vLLM），当 Hermes 的主模型。用久了发现两个后台任务会跟对话抢算力，导致排队卡顿：①长对话到 ~92K 触发上下文压缩时，摘要要在本地模型上跑约 2 分钟，期间对话全卡；②Hermes 会后台自动创建/修改 skills（curator 技能维护 + 后台审查），同样占本地 GPU。

方案：Hermes 的 auxiliary 配置支持每个辅助任务独立路由模型，全部切到便宜的云 API：

auxiliary:
compression: # 上下文压缩（摘要）
provider: xiaomi
model: mimo-v2.5
curator: # skills 自动维护
provider: deepseek
background_review: # 后台审查 fork
provider: deepseek
model: deepseek-v4-flash
skills:
write_approval: true # skill 落盘需我确认，防静默创建
creation_nudge_interval: 0 # 关掉创建提醒

效果：
一、本地 GPU 现在只服务主模型对话，辅助任务零占用，压缩触发时对话不再卡 2 分钟。
二、成本极低：MiMo V2.5 上下文 1M，一次压缩约 ¥0.1；DeepSeek 维护任务也就几分钱一次。日均 API 开销几毛钱左右。
三、改配置不用重启 gateway（配置缓存按文件 mtime 失效），随时可回滚（provider 改回 auto 即可）。

一点体会：本地显卡算力是稀缺资源，把非关键路径（摘要、维护类任务）外包给廉价云 API，是比换卡更省钱的提速手段。适合"本地推理 + 云辅助"混合架构的朋友。上下文压缩不太吃智商所以个人选择了mimo v2.5，skills稍微复杂点用了DeepSeek。

话外：mimo v2.5真的蠢好在有点便宜。DeepSeek毋庸置疑，但是个人体验本地qwen3.8 27b fb8 kv16在hermes agent代理下不输DeepSeek，甚至要比DeepSeek思考的全面，思考开的high，速度在35-70tok/s，体感很丝滑