Gateway 让 Hermes 从“本地终端助手”变成“长期在线代理”。但也正因为如此，授权、送达目标和平台行为差异必须处理清楚。

先写策略先做回测先研究AI。

先写策略先做回测先研究AI。

gateway transcript JSONL 兼容层目标是：即使中途中断、压缩、provider 异常，也尽量不丢会话。Hermes 的核心运行系统可以概括为：入口层先通过解析可执行 runtime，再由AIAgent初始化稳定的 tool surface、system prompt 和 context compressor；随后以同步 loop 反复执行“模型调用 -> tool dispa

Hermes 很依赖稳定的系统提示前缀来命中缓存。频繁改系统提示、技能载入方式、上下文文件或模型，会降低缓存命中率，提高成本和延迟。工具解决“做事”，skill、memory 和 context file 解决“长期稳定地做对”。高质量的长期使用，离不开这三者的正确分工。

Hermes 的配置核心可以归纳为四件事：provider、model、tooling、profile。理解它们之后，你就能把 Hermes 从“能用”推进到“适合自己的使用方式”。

CLI 是你理解 Hermes 行为、观察工具调用、调整模型与会话状态的最佳入口。只要你把 CLI 用顺，后面使用 Gateway、MCP、Cron 和开发扩展时都会轻松很多。

Hermes Agent 的核心不是某一个模型，而是一整套围绕 agent 循环组织起来的运行系统。后面所有章节，本质上都在回答三个问题：Hermes 能做什么、怎么让它做对、以及怎么让它长期稳定地做。

频繁改模型、系统提示、上下文文件、技能加载方式，会提高成本并降低会话稳定性。profile 隔离的是整套 Hermes home，包括配置、技能、会话、memory、gateway 状态等。toolset、MCP、Gateway 授权都遵循同一个原则：只开必须的，不要因为“以后可能用到”而默认暴露。这意味着 Hermes 的效果不仅取决于模型，还取决于工具可用性、上下文质量和你的使用方式。工作、个

Hermes Agent 是一个通用型 AI Agent 平台，不是单纯的聊天界面，也不是单一的代码助手。它把大模型推理、工具调用、终端执行、文件操作、网页检索、浏览器自动化、长期记忆、定时任务、多平台消息接入和外部系统扩展整合到一个统一框架里。从仓库结构和主干代码来看，它的目标不是“回答问题”本身，而是让模型具备持续执行任务的能力，并且能在不同入口、不同环境和不同工具集之间稳定运行。