القائمة
Schedule one-off or recurring maintenance windows that suppress alerts for planned downtime, as an alternative to bulk-pause.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | maintenance-windows |
| description | Schedule one-off or recurring maintenance windows that suppress alerts for planned downtime, as an alternative to bulk-pause. |
| tags | ["maintenance-window","scheduled","downtime","alerts","uptimerobot"] |
Preflight — read first. If you cannot see any
uptimerobot:*MCP tools in your tool list, invoke theuptimerobot:setupskill before doing anything else. Do not tell the user the MCP is misconfigured —setup's Step 0 detects the common case (server connected, tools loaded after session start) and resolves it without re-keying.
Requires the maintenance-window plan feature.
Both stop alert noise during planned downtime, but they work differently:
| Maintenance window | bulk-pause | |
|---|---|---|
| What changes | Alerts only — monitor keeps checking and its state stays visible | Monitor itself stops checking (status: PAUSED) |
| Timing | Scheduled in advance, can recur | Immediate, manual resume |
| Resume cap risk | None — monitor was never paused | Resuming can hit -28001 monitor_limit_exceeded |
| Best for | Known, recurring, or future-dated downtime (deploy windows, patching schedule) | Ad-hoc, right-now, or a monitor that needs to fully stop |
Default to a maintenance window whenever the downtime is planned ahead of time or repeats. Use bulk-pause for "pause it right now" requests.
{
"name": "Weekly DB patching",
"interval": "weekly",
"date": "2026-07-06",
"time": "02:00:00",
"duration": 90,
"days": [1],
"monitorIds": [800111, 800222]
}
date/time are the first occurrence; time is UTC — confirm the user's intended timezone and convert before calling.days is required for weekly (1–7, ISO weekday) and monthly (1–31, or -1 for "last day of the month") recurrence. Omitting it on a recurring window is a validation error, not a silent default.duration is minutes the window stays active from the daily start time — not an end date.autoAddMonitors: true includes every monitor, including ones created later. Confirm with the user before using it — it's easy to end up suppressing alerts for something unrelated.Unlike tags, the window owns the relationship, not the monitor. create-monitor accepts maintenanceWindowsIds at creation time, but update-monitor has no equivalent field — you cannot attach an existing monitor to a window from the monitor side after creation.
To add or remove monitors from an existing window, update the window instead:
{ "maintenanceWindowId": 700123, "monitorIds": [800111, 800222, 800333] }
This is a full replacement of the window's monitor list (same pattern as tagNames/assignedAlertContacts elsewhere) — read the current list via get-maintenance-window first if you're adding one monitor rather than replacing the set.
{ "maintenanceWindowId": 700123, "status": "paused" }
Use this when a scheduled window needs to be called off for one occurrence without losing the recurrence config. Flip back with status: "active".
days on a weekly/monthly window.time as the user's local timezone — it's UTC.update-monitor — that field doesn't exist there; update the window's monitorIds instead.monitorIds array on update-maintenance-window expecting a merge — it replaces the full set.maintenance-window feature — check for -28002 subscription_limit_exceeded and suggest bulk-pause or a plan upgrade instead.update-monitor-status if the user wants the monitor to actually stop.bulk-pause — the immediate/manual alternative.status-pages — pair a Maintenance-type announcement with the window.errors — -28002 for plan gating, -29001 for malformed recurrence params.Modify an existing UptimeRobot monitor — rename, change URL/interval, swap alert contacts, retag, tweak HTTP/keyword/API/heartbeat settings, and toggle SSL or domain reminders.
Choose between monitor groups and tags for organizing monitors — group membership is opaque and write-only over MCP, so tags are usually the better default.
Create and publish a public status page from monitors, groups, or tags, and manage announcements (incident, maintenance, info notices) on it.
Pause (or resume) many UptimeRobot monitors at once — by tag, search term, or state — around a deployment or maintenance window.
End-to-end incident workflow — find what's down, diagnose it, pause flapping monitors, and verify recovery.
Create a free UptimeRobot HTTPS uptime monitor for someone using ONLY their email, no UptimeRobot account, no API key, and no MCP/OAuth. The agent calls an unauthenticated proof-of-work-gated API; the owner confirms with one click in an activation email. Use when a user wants monitoring but is not signed in to UptimeRobot and has no API key, the zero-setup path.