44 tools. 29 can modify or destroy data without limits.
6 destructive tools with no built-in limits. Policy required.
Last updated:
Destructive tools (delete_alert, delete_heartbeat, delete_monitor) permanently delete resources. There is no undo. An agent calling these in a retry loop causes irreversible damage.
Write operations (add_status_page_monitor, create_alert, create_heartbeat) modify state. Without rate limits, an agent can make hundreds of changes in seconds — faster than any human can review or revert.
Execute tools (execute_check) trigger processes with side effects. Builds, notifications, workflows — all fired without throttling.
Intercept sits between your agent and PingZen Uptime Monitoring. Every tool call checked against your policy before it executes — so your agent can do its job without breaking things.
npx -y @policylayer/intercept scan -- npx -y @pingzen/uptime-monitoring delete_alert:
rules:
- action: deny Destructive tools should never be available to autonomous agents without human approval.
add_status_page_monitor:
rules:
- rate_limit: 30/hour Prevents bulk unintended modifications from agents caught in loops.
get_check_history:
rules:
- rate_limit: 60/minute Controls API costs and prevents retry loops from exhausting upstream rate limits.
Yes. The PingZen Uptime Monitoring server exposes 6 destructive tools including delete_alert, delete_heartbeat, delete_monitor. These permanently remove resources with no undo. Intercept blocks destructive tools by default so they never reach the upstream server.
The PingZen Uptime Monitoring server has 22 write tools including add_status_page_monitor, create_alert, create_heartbeat. Set rate limits in your policy file -- for example, rate_limit: 10/hour prevents an agent from making more than 10 modifications per hour. Intercept enforces this at the transport layer.
44 tools across 4 categories: Destructive, Execute, Read, Write. 15 are read-only. 29 can modify, create, or delete data.
One line change. Instead of running the PingZen Uptime Monitoring server directly, prefix it with Intercept: intercept -c pingzen-uptime-monitoring.yaml -- npx -y @pingzen/uptime-monitoring. Download a pre-built policy from policylayer.com/policies/pingzen-uptime-monitoring and adjust the limits to match your use case.
Starter policies available for each. Same risk classification, same one-command setup.
Set budgets, approvals, and hard limits across MCP servers.
npx -y @policylayer/intercept init