oneuptime_help
Get help and guidance for using the OneUptime MCP server. Returns information about available resources and common operations. Use this tool first to understand what you can do with OneUptime. AVAILABLE RESOURCES: - Teams: Groups of users with shared access to project resources. - Labels: Labels ...
This record as markdown: /tools/com-oneuptime-mcp/oneuptime-help.md
What oneuptime_help does on OneUptime
AI agents call oneuptime_help to permanently remove resources in OneUptime, typically in cleanup and lifecycle workflows. It does its job in a single call, and there is no undo.
| Parameter | Type | Required | Description |
|---|---|---|---|
topic | string | — | Optional topic to get help on: 'resources', 'incidents', 'monitors', 'alerts', 'workflows', or 'examples' |
Parameters from the server's own tool schema.
Why oneuptime_help is rated Critical
An AI agent that decides to call oneuptime_help doesn't hesitate, doesn't double-check, and doesn't stop at one. Whatever it removes from OneUptime is gone. There is no undo for destructive operations.
Attacks that exploit this kind of access
The rule that runs oneuptime_help safely
PolicyLayer is an MCP gateway: it sits between your AI agents and OneUptime, and checks every tool call against a rule you set before the call runs. Nothing changes on the server itself. For oneuptime_help, this is the rule to start with:
oneuptime_help is removed from the agent's tool list entirely, so the agent never calls it. The rest of the server keeps working.
The button opens the PolicyLayer dashboard: create your workspace, connect OneUptime, apply this rule, and every oneuptime_help call is checked against it from then on.
Questions about oneuptime_help
Get help and guidance for using the OneUptime MCP server. Returns information about available resources and common operations. Use this tool first to understand what you can do with OneUptime. AVAILABLE RESOURCES: - Teams: Groups of users with shared access to project resources. - Labels: Labels for organizing and filtering project resources. - Security Cases: Manages Security Case resources in OneUptime. - Security Case Notes: Manages Security Case Note resources in OneUptime. - Security Case Tasks: Manages Security Case Task resources in OneUptime. - Security Case Evidence: Manages Security Case Evidence resources in OneUptime. - Security Case Priorities: Manages Security Case Priority resources in OneUptime. - Security Case Statuses: Manages Security Case Status resources in OneUptime. - Security Detections: Manages Security Detection resources in OneUptime. - Security Playbooks: Manages Security Playbook resources in OneUptime. - Status Pages: Public-facing page showing the status of your services to your customers. - On-Call Duty Policies: Defines escalation rules and schedules for incident response. - Monitors: Defines what to monitor (websites, APIs, servers) and how to check their health and availability. - Monitor Statuses: Represents the health states of monitors (e.g., Operational, Degraded, Offline). - Incident States: Represents the lifecycle states of incidents (e.g., Created, Acknowledged, Resolved). - Incidents: Represents service disruptions or issues affecting your systems. Track incident lifecycle from creation to resolution. - Incident State Timelines: History of state changes for incidents. Creating an entry changes the incident's state (this is how acknowledge/resolve work). - Incident Internal Notes: Internal team-only notes on incidents. - Incident Public Notes: Status-page-visible notes on incidents, seen by customers and subscribers. - Incident Severities: Severity levels for incidents (e.g., Critical, Major, Minor). List these to find the incidentSeverityId required by create_incident. - Postmortem Statuses: Manages Postmortem Status resources in OneUptime. - Alert States: Lifecycle states of alerts (e.g., Created, Acknowledged, Resolved). - Alerts: Notifications triggered when monitors detect issues. Configures who gets notified and how. - Alert State Timelines: History of state changes for alerts. Creating an entry changes the alert's state. - Alert Internal Notes: Internal team-only notes on alerts. - Alert Severities: Severity levels for alerts. List these to find the alertSeverityId required by create_alert. - Incident Alerts: Links an alert to an incident (many-to-many). Create one to link an alert to an incident, delete it to unlink. List these by incidentId to see an incident's linked alerts, or by alertId to see the incidents an alert is linked to. - Monitor Status Events: History of monitor status changes — useful for investigating when a monitor went down or recovered. - Status Page Announcements: Announcements posted to your status pages. - Scheduled Maintenance States: Lifecycle states for maintenance events (e.g., Scheduled, Ongoing, Completed). - Scheduled Maintenance Events: Manages Scheduled Maintenance Event resources in OneUptime. - Scheduled Maintenance State Timelines: Manages Scheduled Maintenance State Timeline resources in OneUptime. - Logs: OpenTelemetry log records from your services. Filter by time range and service. - Spans: OpenTelemetry trace spans from your services. - Metrics: OpenTelemetry metrics from your services. - Exception Instances: Application exceptions captured via telemetry. - Monitor Logs: Raw probe results for monitors — explains why a monitor check passed or failed. - Kubernetes Cost Allocations: Manages Kubernetes Cost Allocation resources in OneUptime. - Security Events: Manages Security Event resources in OneUptime. - Change Events: Manages Change Event resources in OneUptime. - Threat Intel Indicators: Manages Threat Intel Indicator resources in OneUptime. - Acknowledge Incident: Manages Acknowledge Incident resources in OneUptime. COMMON WORKFLOWS: 1. Orient yourself: Use oneuptime_whoami to see your project 2. List incidents: Use list_incidents to see current incidents 3. Respond: Use acknowledge_incident / resolve_incident / add_incident_note 4. Investigate: Use list_logs, list_metrics, list_spans, list_monitor_logs (always with a time-range filter) 5. Create incident: Use list_incident_severities to get a severity ID, then create_incident. It is categorised as a Destructive tool in the OneUptime MCP Server, which means it can permanently delete or destroy data. Block by default and require explicit approval.
oneuptime_help accepts 1 parameter: topic. The full parameter table on this page comes from the server's own tool schema.
Register the OneUptime MCP server in PolicyLayer and add a rule for oneuptime_help: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches OneUptime. Nothing to install.
oneuptime_help is a Destructive tool with critical risk. Critical-risk tools should be blocked by default and only enabled with explicit human approval.
Yes. Add a rate_limit block to the oneuptime_help rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.
Set action: deny in the PolicyLayer policy for oneuptime_help. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.
oneuptime_help is provided by the OneUptime MCP server (https://oneuptime.com/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
More on OneUptime, and thousands of servers like it.
Across the catalogue