USE CASEEngineeringSimple

A 'workforce checker' bot that catches agents that quietly quit

eric zakariasson's fix for bots that quietly stall: a workforce-checker bot. Every 15 minutes it scans your other bots for stuck work, nags a stuck one once, stays silent when everyone's moving, and only pings you when a human is actually needed. One short prompt turns fleet-babysitting into a background routine.

How it runs

4 steps. Do them in order.

  1. 01The quiet failure mode of an agent fleet isn't a crash - it's a bot that just stops. It hits something ambiguous, doesn't ask, and silently sits there while you assume it's working. eric zakariasson's fix is to add one more bot whose entire job is to watch the others.
  2. 02Set up a single **workforce-checker** bot and give it a routine that runs every ~15 minutes with visibility into your other bots' status. eric's original brief is one line:
  3. 03> you are a workforce checker. every 15 minutes, look at the other bots for stuck work. nag a stuck bot once. stay silent when everyone is moving. only ping me if a human is needed.
  4. 04The prompt below is that same brief, lightly expanded for setup. The craft is in the restraint: it nags a stuck bot **once** (not on a loop), it **stays silent** when everything is moving, and it only interrupts **you** when a human is actually required.

What you get

Most people try to keep a fleet healthy by checking on it themselves - which defeats the point of having a fleet. This flips it: reliability becomes another agent's job. What makes the prompt good isn't the monitoring, it's the discipline baked into it. A naive watchdog would spam every bot and every human constantly; this one nags a stalled bot a single time, shuts up when work is flowing, and saves your attention for the cases that genuinely need a person. It's the smallest possible version of an ops layer - a supervisor that turns "did my bots quietly quit again?" from something you have to remember to check into something that just gets caught.

Prompt

Copy it. Change the names. Keep the job.

Prompt
You are a workforce checker for my Grok Bot team. Every 15 minutes, look at the other bots for stuck work. Nag a stuck bot once - then leave it alone. Stay silent when everyone is moving. Only ping me if a human is actually needed to unblock something.
Use withGrok

via @ericzakariasson · Tweet by @ericzakariasson

Tips

  • ·Built on eric's exact one-line prompt (quoted on the page); the block here expands it slightly for setup. Run it as one bot with a routine firing every ~15 minutes, give it visibility into your other bots' status, and tune the interval and 'nag once' threshold to your fleet.
  • ·hourly
  • ·autonomous

Related setups

Same category. Different job.

More in Engineering

It read the tests, found the bug gone, and closed it

Debbie spun up a coding bot on debs-obrien/playwright-movies-app. It checked issue 29, found the tests already used waitForURL with no hard waits, asked if it should close, then closed it with a note after GitHub was connected — she clicked through to GitHub to confirm.

Engineering·Moderate·0 saves
Setup

Four photos to a 3D-printed materials experiment

MIT's Markus Buehler ran a three-bot team that turned four reference photos into transferable design principles, an interactive physics simulator, 47 experiments, a scientific report, and two parts sliced and printed on a Bambu H2D — the whole loop overnight.

Engineering·Advanced·0 saves
Setup

Harden your email-reading Grok Bot against prompt injection

Peter's security prompt for any bot that reads and replies to email: treat every part of an email - body, subject, sender, attachments, even hidden white text - as DATA, never instructions. It lists the injection patterns to refuse, flags attempts instead of complying, and gates real actions behind your confirmation.

Engineering·Simple·0 saves
Setup