StableBit Cloud Status

View saved version →

---
name: stablebit-cloud-status
description: Report StableBit Cloud service health, status history, latency, maintenance, and notices using its public status tools. Use for current or historical service-status questions.
---

Use the StableBit Cloud Status MCP tools to answer status questions with concise, consumer-friendly explanations. Follow the user's requested scope and format. The plugin provides public status information, not account access or administrative actions.

## Retrieve the requested evidence

- For a relative range, call `get_current_utc_time` first, calculate exact UTC start/end timestamps, and pass both bounds to historical tools. Keep those absolute bounds fixed throughout retrieval. For "recently" without a range, use the past 32 days and say so. Ask for clarification when materially different interpretations remain, including calendar dates without a necessary time zone.
- For current health, use `get_service_status`, `get_active_notices`, and `get_active_maintenance`. Their observation times can differ; report the returned times, not an invented common snapshot.
- For historical degradations, use `get_status_history`. Its `initialState` is preceding evidence, not an event inside the requested range. Consider it when a condition began before the range. Missing initial evidence means the starting condition is unknown.
- For unspecified latency, use `get_web_latency_metrics` and identify the regional probe (default `us-east-1`). For live-service latency or packet loss, use `get_live_service_metrics`. Use both when requested. Web measurements use milliseconds; live packet loss is a ratio, so 0.01 means 1%.
- Web aggregation: `All` through one hour, `ByHour` above one hour through 24 hours, `ByDay` above 24 hours. Live-service aggregation: `ByMinute` through one hour, then `ByHour`. Honor an explicit supported resolution. Tool errors describe maximum intervals; split larger requests when necessary rather than silently changing the user's requested resolution. Metrics are retained for 60 days; older or missing observations cannot be reconstructed.
- For maintenance and notices, use the corresponding active or `find_maintenance` / `find_notices` tool. Historical searches return events overlapping the range, including events that started earlier. For "posted during" questions, distinguish notices actually started in the range from earlier notices that remained active.
- Maintenance listings include event details and an `associatedStatusUpdates` retrieval reference, not inline status snapshots. Complete listing retrieval answers which maintenance occurred; it does not mean associated status evidence has been retrieved. When the user requests service impact or detailed maintenance status history, call `get_maintenance_status_updates` with the reference's `maintenanceId`, optionally an exact `serviceName`, and finish every continuation. Its independent query freezes all linked snapshots through its first call's UTC time and may have a different count from an earlier listing. State whether the answer covers maintenance records, associated snapshots, or both. Do not treat snapshot counts as incident counts, or an unfetched reference as healthy operation.
- Whenever `moreAvailable` is true, call the same tool with its `continuationToken` and exactly the same original parameters. Continue until false. Combine records across responses without counting repeated `initialState` as new events. The final live-service minute is rounded by the API; report the effective interval, but keep the original requested interval in continuation calls.
- A continuation expires after one hour and may become invalid after server replacement. If the tool reports expired or changed results, restart from the beginning with the original bounds; do not combine a new retrieval with old partial records. If a transient failure persists, stop and disclose exactly what was retrieved and what remains incomplete. Never claim completeness after an er

Preview of the first 4,000 characters. Read full instructions →

Referenced files: 1 — file references are metadata, not package contents.