New in Hermes · shipped by Nous Research

Hermes' new /loop command changes everything.

Hermes just got a command that makes your AI agent work while you don't.

You type one line, and it checks on your business every few minutes on its own.

It watches your deploys, your rankings and your long jobs, then tells you the moment something changes.

It runs inside a normal chat, so the updates can land in WhatsApp like a text from an employee.

There is one setting most people will miss, and it decides whether this saves you money or wastes it.

I'll show you exactly which one to use, and when.

0line to set it
0ways it stops
0mmax self-paced rest
0tick safety net
Straight from Nous Research

The official sources. Read it yourself.

Everything on this page comes from Hermes' own docs and source code — plus real sessions I ran against it.

Official Hermes sources ↓

"Each wakeup is a real agent turn: Hermes reads the current state fresh — the latest CI result, the newest queue depth, the file as it is now — does the work, reports back, and goes quiet until the next tick."

— Hermes documentation, Recurring Loops (/loop)

§2the whole setup

Three parts. One line.

You type a slash command, a time, and a plain-English job. That is the entire setup.

/loop 5m check if my blog post is indexed yet the command tells Hermes: repeat this how often leave it out and it self-paces the job, in plain words no code, no cron syntax a wakeup, every 5 minutes, until something stops it

The three parts of the command. Drop the middle one and Hermes picks the rhythm for you — that's the setting most people will miss.

What you're watching: a real Hermes session. One line sets the loop, and /loop status shows the cadence, the safety budget, and the countdown to the next wakeup.

§3this is the important part

It doesn't remember. It re-checks.

Every wakeup is a real agent turn against the world as it is right now — not a replay of an old answer.

WHAT PEOPLE FEAR WHAT ACTUALLY HAPPENS the timer fires every 5 minutes repeats itself same stale answer a parrot on a timer the timer fires every 5 minutes the real world files · sites · jobs reads it fresh today's numbers, every time an employee who actually looks

The difference that makes this useful: the agent goes back out and looks, every single time.

What you're watching: the actual wakeup message Hermes injects, word for word from the source code. It orders the agent to re-check everything fresh.

The checking was always a job. It was just never on anyone's job description.
§4the problem

The Checking Tax.

YOUR DAY, WITH THE CHECKING TAX every ✕ is you stopping to go and look at something "is it indexed yet?" "has the build finished?" "did the report land?" "is it live yet?" the real cost your focus broken, all day, every day

Nothing here is hard work. That's exactly why it's so expensive — it's your attention, not your skill.

You publish something. Then you keep going back to see if it's live.

You start a big job. Then you keep peeking to see if it's done.

You wait on a report. The waiting eats the afternoon.

None of it is difficult.

All of it is you.

That checking is a job — a boring one — and it has been sitting on your plate because there was nobody to hand it to.

The /loop command is who you hand it to.

Thinking it? "This sounds like something only developers can set up."

You type one sentence into a chat window. That's the whole thing.

There's no file to edit, no schedule syntax to learn, and no dashboard to log into.

§5old way vs new way

Who does the watching, you or the machine?

Old way ~40 checks a day
  • You set a mental reminder to "check back later"
  • You alt-tab every ten minutes to look
  • You refresh the dashboard to see if it moved
  • You lose the thread of the real work each time
  • You find out something finished an hour after it did
  • You forget to check at all, and it sits there overnight
New way ~1 sentence
  • You type one line and go back to work
  • The agent checks on a timer, not you
  • It reads the live state every single time
  • It messages you only when something changed
  • It speeds up when things move, rests when they don't
  • It stops itself the moment the job is done
§6a real example

Five websites, and a lot of waiting.

I run an SEO pipeline across five sites, and most of it is waiting for something to finish or land.

1write 2publish 3get indexed 4rank 5report wait…wait… wait…wait… one loop watches the waiting and tells me the moment a stage clears

Every gap on that line used to be me, going back to look. Now it's one sentence, and the agent keeps the heartbeat going.

§7the clever part

You don't have to give it a time.

Leave the interval out and the loop paces itself — fast when things move, patient when they don't.

nothing is changing →→→ something changed! 1m 2m 4m 8m 15m 1m ceiling snaps back

The real backoff, taken from Hermes' own scheduler: 1 → 2 → 4 → 8 → 15 minutes while nothing changes, then straight back to 1 minute the second the answer is different.

What you're watching: Hermes' real pacing engine, driven tick by tick. Five identical replies push it out to the 15-minute ceiling; one changed reply drops it straight back to a minute.

§8why you should care

Every check costs you something.

A wakeup is a full agent turn, so a dumb loop hammering away all night is pure waste.

eight quiet hours overnight — how many wakeups? fixed, every 2 min 240 wakeups self-paced ~35 same job watched · roughly a seventh of the wakeups

Backoff maths, not a benchmark: a fixed two-minute loop fires 240 times overnight; a self-paced one settles at the 15-minute ceiling and fires around 35.

Thinking it? "So running agents like this is going to cost me a fortune."

Not the way I run it. Most everyday work goes to a free local model on my own machine, free API tiers cover more, and the heavy work goes through the CLIs I already pay for — my Claude subscription already includes the Claude CLI, so I'm not paying twice.

Self-pacing exists exactly so the quiet hours stay cheap, and inside the Boardroom there are full token-efficiency tutorials so you stop thinking about it.

§9the rule

So which one do you pick?

what drives the timing? an outside clock give it a fixed time its own rhythm leave the time out

My advice: default to self-paced. Only set a fixed time when you're racing an external clock.

❯ /loop 2m poll the build and ping me the moment it finishes ← fixed
❯ /loop keep an eye on the migration and summarize progress ← self-paced
A loop you can't stop isn't a feature. It's a leak.
§10how it stops

Five ways a loop ends itself.

This is the part that decides whether you can trust it running while you're not watching.

1 · the agent says it's done 2 · a run cap you set 3 · proof that it's finished 4 · you, at any moment 5 · the safety net the loop stops any one of the five is enough

Five independent brakes. Any one of them ends the loop — which is why you can walk away from it.

Way 1 · it decides

The agent calls it done

Every wakeup teaches the agent to sign off with a private code word when the job is finished or no longer makes sense. It sees the deploy go live, says so, and stops itself.

Way 2 · a hard limit

A run cap

Add --times 30 and it stops after thirty checks. No surprises, no debate.

Way 3 · proof

An evidence condition

Add --until and describe what done looks like. A second model reads each reply and checks it against your condition.

Way 4 · you

You, at any moment

/loop stop ends it. /loop pause parks it so you can pick it up later. Hitting cancel mid-check pauses it instead of killing it.

Way 5 · the net

The backstop budget

A hundred wakeups by default, then it pauses itself. Set a loop, forget it exists, walk away — it still can't run forever.

Way one, in the wild

Here's a loop I actually set, watching a deploy until it went live.

What you're watching: a real Hermes session. Two wakeups find the job still building, the deploy finishes, the third wakeup sees it live and the agent ends the loop itself. Replayed at reading pace.

What you're watching: a real run cap firing after exactly three checks, then the pause, resume and stop controls. Real session, replayed at reading pace.

Way three is the one worth understanding

You're not asking the working agent to grade its own homework — a separate judge reads the answer.

the working agent does the check, reports a second brain reads the reply and asks: "is the condition met?" yes → stop judge broken? keep going, never freeze a broken referee can never wedge your loop shut

The judge is the same one that powers Hermes' goals — and it fails open on purpose, so a broken judge can never freeze a loop forever.

Thinking it? "What if I set one and it just runs away with itself?"

It structurally can't. The backstop budget pauses it after a hundred wakeups even if you forget it exists entirely.

And a real message from you always takes priority — wakeups only fire when the chat is sitting idle.

§11the shortcut Why the Boardroom

Get the Hermes Loop Playbook built for you.

Hermes is one of four agents wired into the Agent Operating System I give every member — alongside Claude Code, OpenClaw and Free Claude Code, all sharing one memory vault.

Join and you walk out with:

The loop playbook, pre-wired — which jobs in your business become loops, which become goals, which become schedules
The full Agent OS — the zip file, install-ready in an afternoon
Every CLI you already pay for, running from one dashboard with one shared memory
Free local models for the everyday work, so watching costs you almost nothing
Agents that work while you sleep — the Kanban board and the local engine, already set up
Four coaching calls a week where you bring your exact Hermes setup and get unstuck live
A 30-day roadmap, daily tutorials, and the prompt library
4,000+ operators across 38 countries, plenty of them running Hermes daily
Get the Agent OS → Inside the AI Profit Boardroom · skool.com/ai-profit-lab

Set up in an afternoon · used in 38 countries · new tools added the week they ship

§12the question you should be asking

Why does /loop even exist?

Hermes already had two ways to make an agent work without you. These three answer three different questions.

cron "do this on a schedule, whether I'm here or not" lives outside every chat fresh session each run survives restarts overnight · standing orders /goal "get this done, and keep going until it is" judged after every turn one clear finish line stops when it's achieved one mission · until done /loop "keep checking this while I'm working" runs on a timer lives in this chat keeping watch, not chasing watching · polling · repeating

Pick the wrong one and you burn wakeups for nothing. Schedule it, chase it, or watch it — that's the whole decision.

use cron when

It must run unattended

Overnight jobs, weekly reports, the standing orders of your business. My competitor-watching agent lives here — it should run whether I'm awake or not.

use /goal when

There's one finish line

Fix this until it works. Finish this until it's complete. A judge checks after every turn and keeps it moving.

use /loop when

You just need eyes on it

Polling, monitoring, run-the-tests-and-fix-until-green, tidying up during a long work session.

§13the honest bit

This isn't a brand new idea.

Claude Code has a /loop command, and Nous says openly that this is their take on it — they even kept /proactive as an alias so Claude Code users feel at home.

Tweet 1 · the announcement

Nous Research ships it

The launch post spells out both cadence modes — a fixed five minutes, or leave the interval off and it paces itself.

Notice the last line: the CLI, the desktop, and every messaging channel.

Tweet 2 · the clearest explanation

"Like cron jobs, but inside a session"

That one line from Teknium is the whole feature: it behaves like a scheduled job, except it lives inside your chat, with your context and everything else you're doing.

That difference — inside the conversation instead of outside it — is exactly why this exists alongside the scheduler.

Live X embeds need a connection to render — offline they show as plain links, which is normal.

§14the details that matter

The small things that say this was built properly.

you set the loop the chat gets squashed you close it still ticking you pick it back up the loop rides across both, without you touching it

A loop you set this morning is still alive this afternoon when you open the chat again.

detail 1

It survives a long session

If the chat gets compressed to save space, the loop migrates across and keeps going. It survives resuming the conversation later too.

detail 2

A wakeup is an ordinary message

No system-prompt surgery, no swapping tools around. That keeps caching intact, which keeps your loops cheap over hundreds of checks.

detail 3

One loop per chat

Set a new one and it replaces the old one. Want several? Run several chats. Want a whole fleet on schedules? That's cron's job.

detail 4

Loops and goals share nicely

An active goal owns the session and wakeups wait their turn. Park a goal on something slow and let a loop keep watch on something else.

Thinking it? "Won't it interrupt me while I'm mid-conversation?"

No — a real message from you always wins. Wakeups only fire when the chat is idle and nothing of yours is waiting.

You're never fighting your own agent for attention.

If you can send a message, you can set a loop.
§15the part that's genuinely different

It works everywhere Hermes works.

The terminal, the desktop app, the web dashboard — and every messaging platform you already use.

/loop one command command line desktop app web dashboard Discord Telegram Slack WhatsApp …every gateway on messaging apps the results just arrive as normal replies

On messaging platforms the gateway fires the wakeups even between your messages — the loop belongs to the chat itself.

§16sit with this one

Updates that land in your pocket.

You open the same app you message your family on, type one line about your business, and close your phone.

Updates just arrive. Like a text from an employee who never forgets to report in.

What people assume you need a whole setup
  • A terminal and some command-line skill
  • A server that stays switched on
  • A dashboard to log into and check
  • A workflow tool with fifty steps
  • Someone technical to wire it together
What you actually need one message
  • A chat window you already have open
  • One sentence saying what to watch
  • Nothing to install or maintain
  • No dashboard, no login, no terminal
  • Replies that arrive like any other message
Thinking it? "I'm not technical enough for AI agents."

There is nothing to build here. One line of text in a chat window — if you can send a message, you can set a loop.

Plenty of the business owners I work with had never opened a single AI tool before they started, and they run agents like this daily now.

§17where it actually fits

Three jobs in a normal week.

Features only matter when they touch real work, so here's exactly where mine go.

job 1 · content

Watching the board

Agents pick up content tasks on a Kanban board. A loop flags when a lane clears or something stalls, so I stop alt-tabbing every ten minutes.

job 2 · indexing

Waiting for pages to land

When new pages go out, a self-paced loop watches for them getting picked up — fast at first, then backing off, then snapping back the second something moves.

job 3 · long jobs

The hour-long render

Big content batches and video renders need a poke when they're done. The old way you babysit it. The new way you set a loop and go for a walk.

❯ /loop watch the content board and tell me when a lane clears or stalls
❯ /loop 10m check whether the new pages are indexed --until all six are indexed
§18the belief worth shifting

Automation is increasingly just sentences.

"check this every five minutes and tell me when it changes" that IS the automation no code · no server · no fifty steps the skill that matters now is knowing what to ask for

"Check this every five minutes and tell me when it changes" is automation. It's also just a sentence.

Wrong: Automation means big scary systems — code, servers, workflows with fifty steps.

Right: The hard part is now knowing what to ask for and which tool to point it at. That's learnable in an afternoon.

Wrong: I should wait until these agent tools settle down before I learn them.

Right: The people figuring this out now will be far ahead when it settles — because every workflow you build compounds.

Wrong: I'd need to be technical to have an agent watching my business.

Right: The gap between "never used AI" and "has an agent watching my business" is now one sentence in a chat window.

Don't take my word for it

Members post their wins every day — agency owners, ecom founders, course creators and solo operators across 38 countries. Real businesses, real numbers, in their own words.

Read the 158-page wins doc →
§19the honest downside

Don't go loop-crazy.

Every tick is a full agent turn, so a loop checking every thirty seconds on something that changes once a day is you paying for the same answer over and over.

how fast does the thing actually change? by the minute a fixed short interval a build, a race against a clock nobody knows leave the time out the safe default one finish line use a goal instead fix it until it works overnight, for days use cron instead outside every chat use each for what it's for, and the whole system hums

My advice: default to self-paced. Leave the interval out unless you have a real reason, like an external clock you're racing.

Thinking it? "I'll come back to this later."

Six months ago "my agent monitors things for me" meant building something custom. Today it's one line in a chat window.

That pace isn't slowing down, and a loop you set today keeps paying you back every day after.

§20the bigger story

Hermes now has the complete set.

schedules for the standing orders goals for the missions loops for the watching six months ago this meant building something custom

Schedules, goals and loops. Three questions, three answers — and the whole system hums when you use each for what it's for.

§21your move
4,000+ operators inside
38 countries
258 documented wins
400k YouTube subscribers
4 coaching calls a week
Your move

Put your agents to work watching.

This page shows you what /loop does. The Boardroom saves you the year it took me to build everything around it.

Inside, Hermes is already wired into the Agent Operating System, sharing one memory vault with Claude Code, OpenClaw and Free Claude Code — plus the tools I've added for SEO agents, video and AI avatars. The daily tutorials show which jobs in a real business should become loops, how to write stop conditions that actually stop, and how to run monitoring straight from Telegram or WhatsApp so your agents report to your pocket.

The 30-day roadmap for the full Agent OS setup, plus the zip file and video walkthroughs
Daily updates as new versions ship — the week they ship
Four coaching calls a week with people running these agents on real lead gen and real client work
Prompts for everything, including agent monitoring prompts you can copy straight in
A member map so you can find other Hermes users near you
Someone always online, so you're never stuck at midnight wondering why your loop paused

Readers bookmark this page and keep doing the checking by hand. Operators join, wire it in this week, and get that job off their plate for good.

Get the Agent OS → Inside the AI Profit Boardroom · skool.com/ai-profit-lab

258 documented member wins · 38 countries · four live calls a week · everything from this guide, pre-wired

§22that's what shipped

One line. One timer.

An agent that checks, works, reports, and rests.

Go set your first loop.

Point it at the most annoying thing you check by hand.

Then see what it feels like to get that job off your plate.

❯ /loop watch the thing you keep checking and tell me when it changes
You sleep. It watches. That's the whole trade.