Postman Monitors for coding agents and developers
Postman Monitors is synthetic API monitoring that runs your collections on a schedule, from the cloud or inside your network, and alerts you the moment an API breaks. Claude Code, Codex, Cursor, and other agents can create monitors, read failed runs, and fix what broke.
Trusted by teams at
Install the Postman plugin in your coding agent
Marketplace
get the Postman plugin
claude plugin marketplace add anthropics/claude-plugins-officialclaude plugin install postman@claude-plugins-officialapi-monitoring
Schedule any collection as a monitor, from the cloud or your own network
api-testing
Write the assertions that your monitors keep checking
ci-integration
Trigger monitors from your pipeline after every deploy
Try these prompts
WHY POSTMAN
Synthetic API monitoring built for the way agents work
Get alerted the moment an API breaks
Email, Slack, Microsoft Teams, PagerDuty, or a webhook, with retries to cut noise. Email up to five addresses from the CLI, or route results to the channel your team already watches.
Create a monitor in one prompt
Describe what to watch. Your coding agent or Postman AI builds it from your existing collections. Your collection is the monitor: requests and pm.test() assertions run as they are, including multi-step flows. Your agent confirms schedule, regions, and usage before it creates anything.
Run from anywhere
Postman Cloud regions, static IPs, or inside your own network. Start a runner with the Postman CLI inside your VPC to monitor internal APIs that are not publicly reachable.
Fix it faster
Your agent or Postman AI reads the failed run and proposes the fix. Monitor commands print --json and run history is queryable, so your agent can find the assertion that broke.
One of the things we love most about Postman is the Postman Monitor tooling with rich functionality out of the box. You can follow a simple tutorial and have a monitor up and running in five minutes.”
David Esposito
Platform Architect, BetterCloud
Frequently asked questions
Synthetic API monitoring runs scripted API requests and assertions against your endpoints on a schedule, from outside your system, so you find out about failures and slowdowns before your users do. Postman Monitors is a synthetic API monitoring product: a monitor runs a collection or API specification, including your test scripts and chained requests, and reports pass or fail for every run. It checks APIs, not browser sessions.
An uptime check tells you whether one URL answered. A Postman monitor runs your real requests and assertions in order, so it can tell you whether a user can sign in and then read their data. If step one passes and step two breaks, a single-endpoint check misses it and a monitor catches it.
Yes. With the Postman plugin and CLI, agents can create, update, run, pause, resume, and delete monitors, list run history, and read results as JSON using postman monitor commands. Your agent shows you the schedule, regions, and estimated usage before it creates a monitor.
You can try monitors in your browser with no account using the free tools. The postman init command starts a guest session, and the postman monitor commands accept it. Sign up when you want to keep your monitors and share them with your team.
Use Private API Monitoring. Start a runner with the Postman CLI inside your VPC or private network, then run monitors from it. Your endpoints aren't exposed publicly. For APIs behind a firewall that you can allowlist, you can instead run monitors from static IPs.
Yes. Pick one or more Postman Cloud regions, or a runner in your own network, when you create a monitor. Each request in each region counts as one monitoring call toward your usage. Run postman runner regions to see what's available.
Add email recipients (up to five from the CLI), or connect Slack, Microsoft Teams, PagerDuty, or a webhook. You can retry failed runs up to twice and mute repeat notifications after a set number of consecutive failures.
Yes. Trigger a monitor with postman monitor run after a deploy and use the result to pass or fail the build, or let the schedule keep watching after the release.
Each team can have up to 300 active and paused monitors. On a free plan, monitors pause for the rest of the billing period when you reach your monthly monitoring limit. On paid plans, overages are on by default and billed pay-as-you-go, and you can turn them off or buy blocks of calls in advance.