ITOC360 MCP Server
OfficialClick on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@ITOC360 MCP Server send alert for checkout-api latency"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
ITOC360 MCP Server
An MCP server that lets AI agents raise and resolve incidents in ITOC360.
When an agent notices something a human needs to act on, it calls send_alert. ITOC360 pages whoever is on call through the tenant's escalation policy — SMS, voice call, mobile push, email — and keeps escalating until someone acknowledges. When the problem clears, the agent calls resolve_alert and the page stops.
Requirements
Node.js 20 or newer
An ITOC360 account and a source token
Related MCP server: PagerDuty MCP Server
Getting a token
Sign in to ITOC360 and open Sources
Create a source (a Prometheus/Alertmanager source works — this server speaks that format)
Copy the source token
The token identifies both the tenant and the source, so keep it secret.
Configuration
Add the server to your MCP client. For Claude Desktop, edit claude_desktop_config.json:
{
"mcpServers": {
"itoc360": {
"command": "npx",
"args": ["-y", "@itoc360/mcp"],
"env": {
"ITOC360_TOKEN": "your-source-token"
}
}
}
}For Claude Code:
claude mcp add itoc360 --env ITOC360_TOKEN=your-source-token -- npx -y @itoc360/mcpEnvironment variables
Variable | Required | Default | Purpose |
| yes | — | Source token from the ITOC360 source page |
| no |
| Override the API host |
| no |
| Per-request timeout in milliseconds |
Tools
send_alert
Raises an alert and starts the escalation policy.
Argument | Required | Description |
| yes | Stable identifier for the problem, e.g. |
| yes | One-line title shown as the alert headline |
| no | Longer explanation on the alert detail page |
| no |
|
| no | Extra key/value labels, e.g. |
| no | Link back to the dashboard or run that surfaced the problem |
resolve_alert
Closes an alert raised earlier and stops further escalation.
Argument | Required | Description |
| yes | Must match the fingerprint used to raise the alert |
| yes | One-line note recorded with the resolution |
| no | Longer explanation of what resolved the problem |
Fingerprints and deduplication
The fingerprint is how ITOC360 decides whether two alerts describe the same problem.
Reuse the same fingerprint for the same underlying issue. Raising an alert again with a fingerprint that is already open updates the existing alert rather than opening a second one and paging someone twice — which is why both tools are safe to retry.
resolve_alert needs the same fingerprint to find the alert and close it, so pick something an agent can reconstruct: service::check reads better than a random UUID.
Wire format
This server posts the Prometheus Alertmanager webhook body, byte-compatible with the other ITOC360 SDKs. An alert raised from here deduplicates against one raised from the Go, Python, Node or .NET SDK as long as the fingerprints match.
Using the client directly
The package also exports the pieces the server is built from, for use outside MCP:
import { Itoc360Client, Severity } from '@itoc360/mcp';
const client = new Itoc360Client({ token: process.env.ITOC360_TOKEN });
await client.sendAlert({
fingerprint: 'checkout-api::latency',
summary: 'Checkout API p99 above 2s',
severity: Severity.Critical,
labels: { service: 'checkout', env: 'prod' },
});Failures raise typed errors: ValidationError before anything is sent, ApiError (with unauthorized, subscriptionInactive and retryable flags) for a non-2xx response, and TransportError when the request never reached ITOC360.
Development
npm install
npm test # builds, then runs the unit and MCP protocol testsLicense
Apache-2.0
Available Tools
2 toolsresolve_alertResolve an ITOC360 alertAIdempotent
Close an alert that was raised with send_alert, stopping further escalation. The fingerprint must match the one used to raise it. Resolving an alert that is already closed is harmless.
Inputs: summary (required), fingerprint (required), description.
send_alertRaise an ITOC360 alertAIdempotent
Raise an alert in ITOC360, which pages whoever is on call through the tenant escalation policy (SMS, voice call, push, email). Reusing a fingerprint updates the existing alert rather than opening a new one, so this is safe to call again for an ongoing problem. Only raise alerts for real problems that a human needs to act on.
Inputs: summary (required), fingerprint (required), labels, severity, +2 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 2 tools
send_alert and resolve_alert are mutually exclusive lifecycle actions with no semantic overlap. An agent cannot confuse raising an alert with resolving one.
Both tools follow the same verb_noun pattern: send_alert and resolve_alert. The naming is perfectly consistent and predictable.
At only two tools, the server is on the thin side, but the narrow alerting domain justifies a minimal surface. It feels borderline rather than fully well-scoped.
The core send/resolve alert lifecycle is covered, including update semantics via fingerprint reuse. However, there is no way to list or inspect alert status, which is a minor gap.
Maintenance
Related MCP Connectors
Manage incident alerts, events, and workflows with custom automations
AI agents for federal IT & pharma: alert triage, ICAM, helpdesk, incidents, ticket routing.
AI-native ITSM and ESM platform. resolve IT and HR requests inside Slack and Teams.
AI-powered incident management and server monitoring via MCP.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceEnables AI-driven incident response by connecting Claude to monitoring tools like Prometheus, Grafana, Loki, PagerDuty, and Slack for automated investigation and runbook generation.9-
- AlicenseAqualityDmaintenanceEnables AI assistants to manage PagerDuty incidents, view alerts, and check on-call schedules with both read-only and write operations.9Apache 2.0
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to interact with PagerDuty services, incidents, schedules, and on-call management through natural language.MIT
- FlicenseNot gradedqualityDmaintenanceMCP server exposing ServiceNow, Jira, and PagerDuty as unified tools for AI agents, enabling incident management, issue tracking, and on-call operations.-