Hermes agent streaming decides whether your customers watch an answer appear word by word or stare at a silent chat until the whole reply lands.
For a small business running an AI agent in Telegram, Slack or Discord, that difference is the line between "it's working" and "is this thing broken?"
The 1 November 2026 update adds a safety cap for replies that never finish, and it's worth knowing before you put an agent in front of customers.
If you'd like my team to tell you whether an agent belongs in your business at all, book a free SEO strategy session.
Why A Small Business Should Care How Replies Stream
Customers judge a chat bot in the first few seconds.
A reply that starts typing straight away feels alive.
A reply that shows nothing for a minute feels dead, even when the model is working hard behind the scenes.
Streaming fixes the first problem.
The new cap fixes a rarer, nastier one: a reply that keeps typing and never stops.
Both are settings, not features you buy, so the decision is about setup time and risk.
What Customers See With Streaming On Versus Off
| Where | Streaming off | Streaming on |
|---|---|---|
| Telegram | One message when the reply is done | A message on the first token, edited live as it grows |
| Discord | One message when the reply is done | Still one message until its own toggle is flipped |
| Slack | One message when the reply is done | Progressive edits, if its per-platform toggle is on |
| Signal, Email, Home Assistant | One message | Auto-detected as non-editable, so still one message |
That table comes straight from the Hermes streaming docs.
The master switch, streaming.enabled, is off by default.
Once it's on, Telegram streams out of the box and Discord doesn't until someone flips its per-platform toggle.
Long answers don't break anything: past about 4,096 characters, Hermes closes the message and starts a fresh one.
Use Case: A Local Shop Answering On Telegram
Picture a bike shop that answers stock and opening-hours questions through a Telegram bot.
Most replies are short, so streaming mainly makes the bot feel quick.
The setting that matters here is the Telegram-only fresh_final_after_seconds.
Telegram keeps the timestamp of the first token when a message is edited, so a long reply can look older than it is.
Set it above zero and Hermes delivers old previews as brand-new final messages instead.
For a shop with short answers, I'd leave it at the default of 0.
The cap is less urgent here too, because short stock answers rarely run long.
What the shop really needs is the bot to feel quick, and the first-token message does that.
Use Case: A Service Firm With A Slack Or Discord Help Channel
Now picture an accounting firm with an internal help channel where staff ask the agent about procedures.
Answers here run longer and sometimes pull from documents, which is exactly where a stream can drag on.
The firm wants two things: live text so staff know the agent is on it, and a hard stop if a reply runs away.
Streaming gives the first.
The new agent.stream_max_lifetime cap gives the second.
If the channel lives on Discord, remember the toggle, or staff will see nothing until the whole answer is ready.
Slack and Discord both get the same edit behaviour: one message, updated every 0.8 seconds by default, with a small cursor at the end while it types.
🔥 Want the business agent setups, ready to install? Inside the AI Profit Boardroom you get step-by-step video trainings, the installable Agent OS with Hermes wired in, four coaching calls a week and 3,400+ members who run agents for their own businesses and clients. → Join the AI Profit Boardroom
Use Case: An Agency Running Overnight Client Reports
An agency that schedules client reports overnight has nobody watching the chat.
That's where streaming earns its keep in a different way.
The docs say cron jobs and delegated subagents still send streaming requests on their own thread, so every token counts as proof the provider is alive.
A reasoning model that thinks for minutes isn't mistaken for a hung one.
If you're setting up those scheduled jobs, my Hermes agent cron job guide for business covers the scheduling half.
The Problem The 1 November Update Solves
Hermes already watched for silent streams.
Its stale detector kills a connection that gets keep-alive pings but no content, by default after 180 seconds.
The catch is that it resets every time a chunk arrives.
So a gateway trickling one chunk at a time, or a model stuck in a runaway answer, never tripped it, and the turn just sat there.
Commit ac8037c05b fixes that with a cap on the total time one streaming response may take.
It merged to main on 1 November 2026 and isn't in a tagged release yet, as the latest tag is v0.22.5.
So your tech person either runs Hermes from main or waits for the next release.
What Turning The Cap On Changes For Your Team
It's one line in config.yaml, in seconds.
agent:
stream_max_lifetime: 300
The default is 0, which means off.
There's no environment-variable shortcut: commit b484be5610 made it a config.yaml-only setting.
When a reply hits the cap, Hermes cuts the connection and either retries or continues the partial reply.
Your staff see an error that names the setting rather than a vague "provider unreachable" message.
And the cut doesn't count against the circuit breaker that stops Hermes retrying a dead provider, so one long reply won't lock the bot out of the next customer.
The Risk: Cutting A Long Answer Someone Needed
A cap is a blunt tool.
Set it too tight and the agent stops mid-sentence on a long, legitimate reply, then has to try again.
The docs are blunt about it: leave the cap at 0 if you run long reasoning turns that legitimately stream for a long time.
Hermes does protect you from the worst mistake.
The cap never fires before the stale-stream timeout, so a value below 180 seconds acts as 180 at the default.
For a quick customer bot, a few minutes is plenty; for a research assistant, leave it off.
📞 Want a second opinion before an agent talks to your customers? Book a free SEO strategy session and my team will look at where an agent fits your business and where it doesn't. → Book your free call
Where The Cap Doesn't Reach
The cap covers two kinds of stream: Chat Completions and Anthropic Messages.
It doesn't cover Codex/Responses streams or Bedrock streams.
In plain terms, if your agent talks to its model through the Responses transport or through AWS Bedrock, the cap does nothing.
Ask whoever set up your agent which transport it uses before you count on this safeguard.
Does It Need A Paid Hermes Plan?
No: Hermes Agent is open source on GitHub, so streaming and the cap are settings in the code, not tiers.
There's no Hermes upgrade to buy for any of this.
The only thing you depend on is a model provider that supports streaming, and if it doesn't, Hermes falls back to normal replies on its own.
What Your Customer Sees When The Model Goes Quiet
Even a good provider stalls now and then.
Here's what Hermes does about it, in the order it happens.
First, short network blips get up to three reconnect attempts mid-stream, the default for HERMES_STREAM_RETRIES.
Second, if the provider sends keep-alive pings but no words for 180 seconds, Hermes kills that connection and tries again.
Third, a neutral waiting notice only shows after at least 60 seconds of silence, so a short pause doesn't alarm anyone.
Fourth, if some of the reply already arrived, Hermes continues the partial reply instead of starting over.
For a shop owner, the point is simple: the agent fixes most stalls by itself, and the new cap covers the one case it used to miss.
Questions To Ask Whoever Runs Your Agent
- Is
streaming.enabledon, and is the Discord toggle on if we use Discord? - Are we on a build from main that includes
agent.stream_max_lifetime? - Does our model use Chat Completions, Anthropic Messages, Responses or Bedrock?
- What's the longest normal reply our bot gives?
- Where can I read the agent log if a customer complains?
Five questions, five short answers, and you'll know whether the safeguards actually apply to your setup.
If the answer to the transport question is Responses or Bedrock, the cap won't help, and the other timers are doing the work.
Where The Time Saving Actually Comes From
I won't put a number on it, because nothing in the docs measures it.
The saving is in the problems you stop handling by hand.
Without a cap, a stuck reply can hold a session until someone notices and restarts it.
With the cap and the existing stale detector, Hermes cuts, retries and reports the reason on its own.
And the breaker setting, HERMES_STREAM_STALE_GIVEUP, stops re-waiting after five straight stale kills with no completed reply, so a dead provider produces a clear error instead of an endless wait.
A Rollout Plan For A Small Team
- Turn on
streaming.enabledand test in one Telegram chat. - Flip the Discord toggle if your team or customers use Discord.
- Note how long your longest normal reply takes.
- Set
agent.stream_max_lifetimecomfortably above that, once you're running a build from main. - Check the agent log after a week for any replies the cap cut.
Give step 1 to your tech person and keep steps 3 and 5 for yourself, because you know what a normal answer looks like.
Want this rolled out with support? Join the AI Profit Boardroom and use the Agent OS trainings.
Should You Turn It On? My Call
Turn streaming on for any agent that talks to people in real time.
Turn the cap on for customer-facing bots with short answers.
Leave the cap off for research or reasoning-heavy assistants.
And don't forget Discord.
If your agent runs over the Responses transport or Bedrock, skip the cap entirely and lean on the stale detector and the breaker instead.
Then book an hour with whoever runs your agent, go through the five questions above, and write the answers down where the whole team can find them.
Also On Our Network
- 🌐 The five-step config for live replies and a hard stop on endless streams
- 🌐 A nine-point scorecard on how Hermes catches stuck streams
- 🌐 Five copy-paste prompts that set up live replies and a stream cap
- 🌐 Which benchmarked AI models can live under the new stream cap
- 🌐 The complete Hermes Agent Streaming guide on the AI Profit Boardroom blog
FAQ: Hermes Agent Streaming For Business
Will my customers see replies typing live?
Yes on Telegram and Slack once streaming.enabled is on. Discord needs its own per-platform toggle, and Signal, Email and Home Assistant always get whole messages.
What does the new cap protect against?
A reply that keeps sending text but never finishes. The older stale detector resets on every chunk, so it never caught that case.
Can the cap cut off a good answer?
Yes, if you set it too tight. That is why it is off by default, and why the docs say to leave it off for long reasoning turns.
Do I need to upgrade Hermes to get it?
It merged to main on 1 November 2026 and is not in a tagged release yet, so you need a build from main or the next release.
📺 Video notes + links to the tools 👉
🎥 Learn how I make these videos 👉
🆓 Get a FREE AI Course + Community + 1,000 AI Agents 👉
About Julian
I'm Julian Goldie, an SEO entrepreneur, author and founder of the AI Profit Boardroom, which has 3,400+ members.
I help business owners scale with AI agents, automation and SEO.
- I've built a 7-figure SEO and link building agency, Goldie Agency, with a team of 70+ SEO experts.
- I've grown a YouTube channel to 400,000+ subscribers.
- I wrote "Link Building Mastery".
- My Udemy courses have taught over 29,000 students.
→ Get my best AI training inside the AI Profit Boardroom
Turn on live replies this week, add the cap only to your customer bot, and if you want my team to check the plan first, book a free strategy session and ask about Hermes agent streaming.











