快速启动模式
适合第一次接触 Hermes 的用户，目标是先看到它跑起来，而不是立刻把所有能力全开。
- 先跑最小链路
- 先理解入口
- 先验证任务接收与结果回报
Operations
Hermes Agent 的运行与使用
这一页不是安装教程，而是帮助你理解 Hermes 真正在怎样的运行语境下成立：它从哪里接任务、 哪些入口更适合起步、什么时候算进入长期运行，以及人类应该如何低成本接管。
运行形态
不要只问它能不能启动，更要问它在什么形态下成立
长期在线模式
适合把 Hermes 当作持续工作系统来使用，重点不再是“能不能运行”，而是“是否能稳定接棒”。
- 关注持续状态
- 关注定时与消息入口
- 关注日志和回报机制
协作接管模式
适合团队或高价值任务，重点是让人类知道什么时候介入、在哪里介入、如何低成本接管。
- 回报清晰
- 边界明确
- 高风险动作可控
从启动到长期运行
更稳的理解路径，不是“装完就长期在线”
先跑最小链路
优先验证 Hermes 能不能稳定接收一个任务、完成一个动作、回报一个结果。
再引入真实入口
当你开始接消息、CLI 或浏览器入口时，Hermes 才真正进入真实工作场景。
然后才考虑长期运行
长期运行不是把进程挂久一点，而是让状态、日志、回报和接管路径都变得稳定。
最后再加自动推进与高风险动作
定时任务、浏览器控制、外部写入这类能力越后开，长期稳定性通常越好。
入口判断
不同入口，不只是体验不同，而是工作方式不同
CLI 入口
适合需要明确输入、快速试验、结构化验证的场景。
CLI 是最快理解 Hermes 工作节奏的入口，因为你能直接观察任务如何进入、如何被推进。消息与对话入口
适合把 Hermes 接到真实沟通流和外部协作面上。
消息入口更像真实工作入口，而不是测试界面，能更早暴露长期运行场景下的问题。自动化与定时入口
适合值守、巡检、长期观察和定期处理型任务。
这类入口最能体现 Hermes 的持续推进价值，但也最容易把边界和风险放大。常见误区
这几种误解，会让 Hermes 看起来比实际更难用
把 Hermes 当成更花哨的聊天机器人
这样会错过它最重要的长期运行和持续推进价值，也会误判它哪些地方值得配置。
一开始就把入口和能力全部打开
长期在线 agent 的复杂度会层层叠加，先跑通最小链路比一口气全装更稳。
只关心能不能启动，不关心如何接管
长期运行系统真正难的是如何接手、如何审计、如何知道它刚刚做了什么。
真正该观察什么
一套系统是否已经进入“可长期运行”状态，通常看这三件事
状态可见
如果你说不清 Hermes 现在在处理什么、刚刚做了什么，就还不适合把它开得太自动。
入口收敛
入口越多，越要先搞清每个入口分别负责什么，而不是全都接进来再慢慢猜。
接管低成本
长期运行系统最怕“跑是跑着，但人接不上”，所以接管路径要和运行能力一起设计。
继续阅读
如果你已经理解运行语境，下一步通常会去这几页继续补认知。