Hermes orchestrates multi-step workflows — triage, research, draft, review — across several agents with hand-offs and a queue. How to host one for a team.
Every other runtime on this site answers messages. Hermes runs processes — multi-step work with hand-offs between agents, a queue in front of it, and a place for a human to say yes before something goes out.
That distinction is the whole decision. If you find yourself trying to make a personal assistant handle a pipeline, you want this instead.
The natural way to build "triage this, research it, draft a reply, let me approve it" on a chat runtime is one very long prompt and a lot of hope. It half-works, and it fails in the specific way long prompts fail: step three forgets what step one decided, and you cannot tell which step was wrong because they were never separate things.
Hermes models those as discrete steps with explicit hand-offs. Each step has its own job and its own context. Practically:
Queue-based execution sounds like plumbing until the first burst arrives. Twenty requests landing in a minute against a chat-shaped agent means twenty concurrent model calls, rate limits, and dropped work. Against Hermes it means a queue that drains at whatever rate the provider allows, in order, with nothing lost.
If the agent is answering for a team rather than for you personally, this is not optional. Teams produce bursts.
The pattern that consistently works is triage → research → draft → human approval, wrapped around a queue that a team already feeds: a shared inbox, a support channel, an intake form. The agent does the reading and the first draft, which is most of the time; the human does the judgment, which is most of the value.
What does not work is pointing Hermes at a job with one step. The orchestration is overhead if there is nothing to orchestrate — that is a OpenClaw or PicoClaw job.
Multi-step means multiple model calls per unit of work, so cost per item processed is higher than a single-turn agent — and cost per useful outcome is usually much lower, because the alternative is a person doing the reading. The number to watch is cost per completed workflow, not cost per call, and it is on the Billing tab for exactly that reason.
The failure mode to watch for is a step that retries: a research step that cannot find what it needs and keeps trying is the expensive way for a workflow to fail. Give steps a clear "give up and escalate" instruction in the brief.
If you need several workflows isolated from each other — one per team, one per client — NemoClaw can run Hermes inside each of its sandboxes on one dedicated box. That is the shape to reach for when the requirement is "these workflows must not be able to see each other."
Not sure? Describe the job rather than the runtime — the builder's solutions engineer reads the same capability matrix this page does and will argue for a different one if it fits better.
This opens the builder with a starting brief already written. Change any of it before you send — first agent month is free.
Start with this brief →