status-pages

status-pages is a skill for Claude Code from uptimerobot/ai. It costs 32 tokens per session (2,085 once invoked), scanned A, original, MIT.

A tool for creating and maintaining a public status page, a website that shows customers whether services are operating normally. It also manages incident, maintenance, and information notices shown on that page.

In plain words
What is it for?
Use it to publish selected monitors, monitor groups, or tags and to post, update, pin, or remove service announcements.
Why use it?
It avoids having to build a separate customer-facing view of service health or manage outage updates manually.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the uptimerobot plugin — 24 skills, 1 MCP server shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/uptimerobot/ai/status-pages
Any agent
npx skills add uptimerobot/ai --skill status-pages
Clone the repo
git clone --depth 1 https://github.com/uptimerobot/ai

Made for: Claude Code.

Or install uptimerobot, the plugin that ships this one along with the rest of its 24 skills, 1 MCP server.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for status-pages

README.md
[![agentmods](https://agentmods.dev/badge/skills/uptimerobot/ai/status-pages.svg)](https://agentmods.dev/skills/uptimerobot/ai/status-pages)
Your own site
<a href="https://agentmods.dev/skills/uptimerobot/ai/status-pages"><img src="https://agentmods.dev/badge/skills/uptimerobot/ai/status-pages.svg" alt="Measured on agentmods" height="20"></a>
Per session 32 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,085 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00032 $0.02085
Opus 5 $0.00016 $0.01043
Sonnet 5 $0.00006 $0.00417
Haiku 4.5 $0.00003 $0.00209

Measured 6d ago against content hash b27b8fb22cac, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

status-pages scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/status-pages/SKILL.md · 112 lines

How it starts

The opening of the file, as written. The whole thing — 112 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Status pages (PSPs)

Preflight — read first. If you cannot see any uptimerobot:* MCP tools in your tool list, invoke the uptimerobot:setup skill 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.

Use this when the user says "set up a status page", "publish uptime for customers", "post a maintenance notice on the status page", or "let people know we're investigating".

Two linked resources: the page itself (create/update/get/list-psp) and announcements posted to it (create/update/get/list/pin/unpin-psp-announcement, requires the psp-subscribers plan feature).

Step 1 — Decide what populates the page

create-psp accepts three mutually-exclusive-in-practice ways to pick monitors, plus a fourth override:

Field Behavior
monitorIds Explicit list. Ignored if autoAddMonitors: true. The only field that populates the response's monitorIds array.
monitorGroupIds Resolves group membership into monitorsCount correctly (verified) — see manage-monitor-groups.
tagIds Resolves tagged monitors into monitorsCount correctly (verified).
autoAddMonitors: true Every current monitor on the account (monitorsCount matches the account's full monitor total). Per the tool description it also auto-adds future monitors, though that part isn't independently confirmed. Ignores monitorIds.

monitorGroupIds/tagIds resolve into monitorsCount but the monitorIds array in the response stays empty. Don't read an empty monitorIds on a group/tag-scoped page as "no monitors are showing"; check monitorsCount instead. autoAddMonitors: true is stranger still: monitorIds comes back as [0] (a sentinel, not the real list and not []) — don't read anything into that value on an auto-add page either.

Side effect worth knowing about, not a recommended workflow: monitorsCount reflects real group membership, so a page scoped by monitorGroupIds: [<id>] indirectly reveals how many monitors are in a group — manage-monitor-groups has no direct read for this. But don't reach for this casually: since create-psp ignores status: PAUSED (below), the page is genuinely public the moment it's created, exposing real monitor topology/counts. Get explicit user confirmation before creating a page for this purpose, and immediately pause it afterward — don't do this autonomously as a routine check.

Read the full file on GitHub · 112 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 6d ago First seen · 112 lines · 32 tokens per session scan A b27b8fb22cac

Subscribe to this mod's changes

status-pages is a skill published in the GitHub repository uptimerobot/ai (24 stars, last pushed 23d ago), licensed MIT. It adds 32 tokens to every session and 2,085 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

fix-datadog-issues

Find, triage, and fix production errors captured by Datadog Error Tracking, then open a PR. Use when asked to look at "Datadog issues/incidents/errors", "find and fix bugs from Datadog", investigate the most-frequent or newest production errors, or work a specific Datadog Error Tracking issue.

latitude-dev/latitude-llm · 76 tokens

notifications

Multi-channel notifications. Adding a new notification kind, group, or channel; in-app + email delivery; per-user prefs; project-level gates; idempotency.

latitude-dev/latitude-llm · 35 tokens

async-jobs-and-events

Queues and workers, domain event publishers, async notifications or projections, or not doing that work inside HTTP handlers.

latitude-dev/latitude-llm · 28 tokens

review-pr-comments

Triages a PR with GitHub CLI: loads issue-level and inline review feedback (gh pr view, gh api REST, gh api graphql as appropriate), walks items in order, replies in the correct thread, optional resolve. Groups duplicate comments into one fix. Use when addressing PR review comments, Copilot inline threads, or…

latitude-dev/latitude-llm · 74 tokens

backoffice

Adding, modifying, or guarding staff-only /backoffice features — cross-organisation admin tools gated behind users.role === "admin".

latitude-dev/latitude-llm · 32 tokens

docs

Review the current conversation context and git changes, then persist durable repository knowledge into dev-docs/.md by domain and into AGENTS.md for cross-cutting repo rules. Use after features, fixes, refactors, architecture changes, schema changes, or when the user mentions docs, documentation, design…

latitude-dev/latitude-llm · 79 tokens