Configure on-call alerting from an AI agent: recipients, groups, escalation policies, schedules.
MCPpedia last refreshed this data
io.github.WardenPoint/wardenpoint-mcp is an MCP server that configure on-call alerting from an AI agent: recipients, groups, escalation policies, schedules. Its tool list has not been published yet over stdio, sse and http, requires no API key, and scores 59/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"wardenpoint": {
"env": {
"WARDENPOINT_BASE_URL": "https://wardenpoint.com",
"WARDENPOINT_API_TOKEN": "acb_xxxxxxxx.xxxxxxxx"
},
"args": [
"-y",
"@wardenpoint/mcp-server"
],
"command": "npx"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
An MCP server that lets an agent configure a WardenPoint account — recipients, contacts, groups, notification rules, escalation policies, on-call schedules, alert-source integrations, routing rules and telephony — without anyone opening the
Run this in your terminal to verify the server starts. Then let us know if it worked — your result helps other developers.
npx -y '@wardenpoint/mcp-server' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
Checked @wardenpoint/mcp-server against OSV.dev.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in ai-ml / devops
MCP client bridge: connects to MCP servers and registers their tools on ctx.tools
An autonomous agent that conducts deep research on any data using any LLM providers
The official MCP server implementation for the Perplexity API Platform
MCP server for using the GitLab API
MCP Security Weekly
Get CVE alerts and security updates for io.github.WardenPoint/wardenpoint-mcp and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
An MCP server that lets an agent configure a WardenPoint account — recipients, contacts, groups, notification rules, escalation policies, on-call schedules, alert-source integrations, routing rules and telephony — without anyone opening the dashboard.
It speaks stdio and exposes one tool per operation of your installation's own OpenAPI description.
{
"mcpServers": {
"wardenpoint": {
"command": "npx",
"args": ["-y", "@wardenpoint/mcp-server"],
"env": {
"WARDENPOINT_BASE_URL": "https://wardenpoint.com",
"WARDENPOINT_API_TOKEN": "acb_xxxxxxxx.xxxxxxxx"
}
}
}
}
That is the whole installation. Your MCP client starts the server on demand; nothing runs between sessions.
There is no second copy of the contract here.
Every tool — its name, its text, its arguments, their descriptions, their enums
and bounds, the responses it can answer with — is read at startup from the
OpenAPI description served by the installation you are configuring
(GET {WARDENPOINT_BASE_URL}/docs). Nothing about the API is restated in this
package.
That is deliberate, and it is why the tools cannot quietly drift:
--spec-report exists.A description bundled inside this package would describe whatever was current when the package was published, while the agent talks to whatever you actually run. There is no offline fallback for the same reason: every tool here is an HTTP call to that installation, so if it cannot be reached, a complete tool list would be a list of things that cannot be done.
Node 20 or newer. No build step, no native modules.
| Variable | Required | Meaning |
|---|---|---|
WARDENPOINT_BASE_URL | yes | Origin of the installation — no trailing slash, no /api/v1 suffix. The description carries full paths. |
WARDENPOINT_API_TOKEN | to call | A company API key from Dashboard → Integrations → API keys. Sent as X-API-Key. Not needed for --list-tools or --spec-report. |
WARDENPOINT_ALLOW_INSECURE_TLS | no | 1 disables certificate verification. Development stands only — never against production. |
WARDENPOINT_TIMEOUT_MS | no | Per-request timeout, default 30000. |
WARDENPOINT_TOOLS | no | Comma-separated patterns limiting which tools are offered, e.g. recipients,groups or v1_schedules_*. Unset means all of them. |
WARDENPOINT_OPENAPI_PATH | no | Read the description from a local file instead of the installation. For developing against a description that is not deployed yet. |
The token is read from the environment at every start and is never written anywhere by this package.
Abilities are chosen when you issue the key, and a 403 names the one that was missing:
config.read — read the whole configuration. A good place to start: the
agent can explain an account somebody else built and change nothing.config.write — create, update, delete.notifications.send / notifications.read — fire alerts and inspect them.No ability can read a secret. There is no such ability in the vocabulary, so it cannot be granted by mistake. The API reports whether a credential is set and whether it verified — never its value.
Every tool definition is sent to the model before the person says anything, so it is spent whether or not the conversation ever touches WardenPoint. The full set of 89 tools is roughly 64k tokens — on a 200k context window, a third of it.
The server prints the figure at