Table of Contents
- What should you monitor on an AI agent?
- How do you monitor agents without building a second product?
- What fails when monitoring is an afterthought?
- Which monitor belongs on which kind of agent?
- How much does monitoring infrastructure cost?
- What is a 7-day monitoring pilot?
- What do founders ask about monitoring AI agents?
- Is a Slack message when it crashes enough?
- Can I monitor several harnesses in one place?
- Does Chromium change monitoring?
- What is the cheapest always-on monitor target?
- Who should own the alerts?
Do not index

Monitor AI agents on four signals: is the process alive, did the last job finish, what did it spend, and can you restart it in minutes. A green dashboard with no restart path is decoration. Managed Basic on Agent 37 is $3.99/mo (1 vCPU, 4 GB RAM, 8 GB) and includes a browser terminal and live desktop. A laptop with the lid closed monitors nothing.
Diya hit 100k MAU.
The ops lessons did not come from the growth chart.
They came from nights when one sleepy host turned into a support queue.
What should you monitor on an AI agent?
Alive, last successful run, error logs, token spend, and secret access. Five signals. Skip vanity charts until those five are boring. If you cannot tell whether the agent died at 2 a.m., you are not monitoring. You are hoping.
Concrete signals:
- Process up. A restart policy or a host that does not sleep. Free tier sleeps when idle.
- Last job. Cron or webhook timestamp. "No run in 6 hours" is an alert, not a vibe.
- Logs. Tool calls, not just the model's final sentence.
- Spend. Host sticker vs tokens. Split them every week.
- Blast radius. Which keys this instance can use. Rotate one. Time it.

How do you monitor agents without building a second product?
Use the host's terminal, logs, and desktop first. Add Grafana or Datadog when you already run them for the rest of the company. Most early fleets need "is it alive" and a file diff, not a custom observability startup.
On a managed instance I look at three surfaces:
- Browser terminal: did the process stay up after a restart?
- Live desktop: is the browser session the agent needed still logged in?
- Files: did the overnight job write the artifact it promised?
DIY on a VPS can be better if you already pipe logs to a stack you trust. Budget the hours. At $50/hour, four hours of log plumbing is $200. A year of Basic is $47.88.
Agent 37 powers agents for 100+ companies. Dashboard: agent37.com. Pricing: Agent 37 pricing.
What fails when monitoring is an afterthought?
You find out from a customer, not from a log line. That is the whole failure mode. The model was fine. The box slept, the webhook 404'd, or the key was revoked and nobody noticed for 8 hours.
Watch these first:
- Sleeping host. Laptop lid, idle Free tier, VPS with no systemd restart.
- Silent crons. The job "succeeded" by exiting 0 and writing nothing.
- Shared logs. Five agents in one stream. You cannot tell who spent the money.
- Screenshot debugging. Tokens in a Slack paste. That is not an audit trail.
- No kill switch. You cannot stop a runaway loop without SSH folklore.
I benchmarked Hermes vs OpenClaw and published that OpenClaw still has a long way to go on some latency paths. Monitoring is the same posture. Publish the boring number. Do not hide the miss.
Managed hosting does not replace an owner. It removes the "did the hardware stay up" argument so you can watch the job.
Which monitor belongs on which kind of agent?

Match the check to the failure, not to the prettiest chart. A coding agent fails in git. A browser agent fails on a logged-out session. A Slack fleet fails when the webhook URL dies. One CPU graph for all three will stay green while the customer is angry.
Agent job | First check | Useless check |
Repo coding | New commit or empty diff in 6 hours | Token-per-sentence vanity |
Browser ops | Live desktop still logged in | CPU percent alone |
Chat or Slack | Webhook delivered, last reply timestamp | A screenshot in a doc |
Company rooms (QM) | Room isolation and cron exit codes | One shared log for fifty rooms |
QM is early. Monitor it like a pilot with sharp knives, not like a finished SaaS. Managed path: QM agent hosting on Agent 37.
How much does monitoring infrastructure cost?

The monitor should not cost more than the agent. Start on the host you already pay for. Add a separate observability bill only after the fleet is chatty enough to justify it.
Plan | Price | Why it matters for monitoring |
Free | $0/mo | Sleeps when idle. Bad production signal. |
Basic | $3.99/mo | Always-on. 1 vCPU, 4 GB, 8 GB. |
Plus | $9.99/mo | Same CPU, 12 GB disk for logs and files. |
Pro | $29.99/mo | 2 vCPU, 8 GB, Chromium for browser agents. |
Max | $99.99/mo | 4 vCPU, 16 GB, 40 GB, team roles. |
Cloud API floor | About $4.76/mo | 2 vCPU, 4 GB RAM, 4 GB disk awake 24/7. |
Source: Agent 37 pricing. Metered rates: $0.80/vCPU, $0.70/GB RAM, $0.09/GB disk per month. A quiet agent that sleeps pays disk only, about $0.36/mo for 4 GB.
If the agent chats all day, tokens dominate. Put a cap on the provider key. A host at $3.99 cannot save you from a $400 overnight loop.
Related: how to manage multiple AI agents.
What is a 7-day monitoring pilot?
One agent, one overnight job, one forced failure. Do not wire twelve dashboards first.
- Pick one production-shaped job.
- Put it on an always-on instance.
- Record host spend and token spend separately for 7 days.
- Kill the process on day 3. Time the recovery.
- Rotate one key on day 5. Write down who can do that when someone leaves.
- If you needed SSH folklore, the monitor is not done.
YC and I are in a long-term situationship (15 applications before getting in). I still prefer a drill I can time over a status page I can admire.
What do founders ask about monitoring AI agents?
Is a Slack message when it crashes enough?
It is a start. Pair it with a last-success timestamp. Crashes that exit clean are the ones that hurt.
Can I monitor several harnesses in one place?
Yes, as separate instances on one dashboard. Do not merge their logs by sharing one disk.
Does Chromium change monitoring?
Pro at $29.99/mo is the tier with a built-in browser. Browser agents fail on login walls. A live desktop is the check. A CPU graph is not.
What is the cheapest always-on monitor target?
Basic at $3.99/mo. Free is a pilot that sleeps. Cloud API floor is about $4.76/mo if you need an API-shaped instance.
Who should own the alerts?
A named human. "The platform team" with zero people is not an owner.
Start here: agent37.com from $3.99/mo.