Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

DevHelm MCP Server

PYPI · DEVHELM-MCP-SERVER · SCANNED SEP 21

Monitor uptime, manage incidents, configure alerting, and query dependency status via DevHelm

Available components

0 this week 76 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • Runs hatchling.build at install time, a recognised native-build step with no shell scripting around it. View diagnostics → Pass
  • 1 of 24 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency32
Schema Quality & AI Usability72
  • AI-judged instruction clarity (good).Pass
  • Tool/resource definitions use about 5203 tokens (~49/item across 106 items; 106 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management90
  • Stability observed for 27 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage72
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 1% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 26 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "delete_monitor" implies "delete" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
  • An AI judge read all 107 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a current MCP spec version (2026-07-28).Pass
Install

How do I install the DevHelm MCP Server server?

DevHelm MCP Server runs locally as a PyPI package, launched with uvx devhelm-mcp-server. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

pypi · devhelm-mcp-server

# add to Claude Code
claude mcp add devhelmhq-mcp-server -- uvx devhelm-mcp-server
// .cursor/mcp.json
{
  "mcpServers": {
    "devhelmhq-mcp-server": {
      "command": "uvx",
      "args": [
        "devhelm-mcp-server"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "devhelmhq-mcp-server": {
      "command": "uvx",
      "args": [
        "devhelm-mcp-server"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add devhelmhq-mcp-server -- uvx devhelm-mcp-server
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "devhelmhq-mcp-server": {
      "type": "local",
      "command": [
        "uvx",
        "devhelm-mcp-server"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add devhelmhq-mcp-server --command uvx --arg devhelm-mcp-server
# ~/.hermes/config.yaml
mcp_servers:
  devhelmhq-mcp-server:
    command: "uvx"
    args: ["devhelm-mcp-server"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "devhelmhq-mcp-server": {
      "Transport": "stdio",
      "Command": "uvx",
      "Arguments": [
        "devhelm-mcp-server"
      ]
    }
  }
}
# add to Vellum
assistant mcp add devhelmhq-mcp-server -t stdio -c uvx -a devhelm-mcp-server
// mcp.json
{
  "mcpServers": {
    "devhelmhq-mcp-server": {
      "command": "uvx",
      "args": [
        "devhelm-mcp-server"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 20 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 83 to 87. That category is still filling its 30-day observation window: 25 days of observed history at the previous scan, 26 at this one. The score rises as the window fills, whether or not the server changes.

  • 18 Sept 26 −3
    • Stability: pass → 0.80 functional
  • 17 Sept 26 +1
    • Stability: 0.97 → pass security
  • 15 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 90 to 93. That category is still filling its 30-day observation window: 27 days of observed history at the previous scan, 28 at this one. The score rises as the window fills, whether or not the server changes.

  • 13 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 83 to 87. That category is still filling its 30-day observation window: 25 days of observed history at the previous scan, 26 at this one. The score rises as the window fills, whether or not the server changes.

  • 12 Sept 26 −3
    • Stability: pass → 0.83 functional
  • 11 Sept 26 +1
    • Stability: 0.97 → pass security
  • 9 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 90 to 93. That category is still filling its 30-day observation window: 27 days of observed history at the previous scan, 28 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 21 Sept 2026 · Analysed pypi/devhelm-mcp-server@1.0.2

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem pypi

Background: How many MCP packages publish verified provenance →

Install scripts 1 script
Hook Tier Command
build_backend allowlisted hatchling.build

Background: Why install scripts are a supply-chain risk →

Dependencies 24 packages
Packages resolved 24
Stale 1
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 106 exposed · ~5,067 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
get_status_page_incident ~39

Get a status page incident with its full timeline of updates.

NameTypeReqDescription
incident_idstringyes
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

get_tag ~22

Get a tag by ID.

NameTypeReqDescription
tag_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

get_webhook ~24

Get a webhook endpoint by ID.

NameTypeReqDescription
webhook_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

list_alert_channels ~18

List all alert channels configured in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_api_keys ~17

List all API keys in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_dependencies ~14

List all tracked service dependencies.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_environments ~16

List all environments in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_incidents ~16

List all incidents in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_maintenance_windows ~164

List maintenance windows for the workspace. Use this BEFORE creating a new window to check whether someone else (or an earlier agent run) already scheduled overlap, or AFTER a deploy to confirm the window you opened is still active. Filters (all optional; combine freely): - ``monitor_id``: UUID of a monitor — only windows attached to that single monitor (org-wide windows are excluded). - ``status``: ``"active"`` for windows currently in progress, or ``"upcoming"`` for windows scheduled in the future. Past / cancelled windows are not returned by the API today; omit ``status`` for the broadest result.

NameTypeReqDescription
monitor_id
status
NameTypeReqDescription
resultyes

No examples provided.

list_monitor_results ~40

List recent check results for a monitor (cursor-paginated).

NameTypeReqDescription
cursor
limit
monitor_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

list_monitor_rule_evaluations ~152

List rule evaluations produced for a monitor (paginated). Filters: - rule_type: e.g. "consecutive_failures", "latency_threshold" - region: probe region, e.g. "us-east" - only_matched: if True, return only evaluations that fired - from_/to: ISO-8601 datetime bounds Use to answer "which rules fired on monitor X in the last hour?".

NameTypeReqDescription
from_
monitor_idstringyes
only_matched
pageinteger
region
rule_type
sizeinteger
to
NameTypeReqDescription
resultyes

No examples provided.

list_monitor_transitions ~106

List state transitions recorded for a monitor (paginated). A transition captures every WATCHING→TRIGGERED→CONFIRMED→RESOLVED edge the detection engine walked. Includes transitions that occurred before an incident was declared (incident_id = null). Use to reconstruct the full reliability history of a monitor.

NameTypeReqDescription
from_
monitor_idstringyes
pageinteger
sizeinteger
to
NameTypeReqDescription
resultyes

No examples provided.

list_monitor_versions ~38

List version history for a monitor.

NameTypeReqDescription
monitor_idstringyes
pageinteger
sizeinteger
NameTypeReqDescription
resultyes

No examples provided.

list_monitors ~17

List all uptime monitors in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_notification_policies ~18

List all notification policies in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_resource_groups ~17

List all resource groups in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_secrets ~21

List all secrets (metadata only, values are never returned).

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_status_page_components ~26

List all components on a status page.

NameTypeReqDescription
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

list_status_page_domains ~26

List custom domains on a status page.

NameTypeReqDescription
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

list_status_page_groups ~30

List component groups on a status page (with nested components).

NameTypeReqDescription
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

list_status_page_incidents ~43

List incidents on a status page (paginated).

NameTypeReqDescription
pageinteger
page_idstringyes
sizeinteger
NameTypeReqDescription
resultyes

No examples provided.

list_status_page_subscribers ~44

List confirmed subscribers on a status page (paginated).

NameTypeReqDescription
pageinteger
page_idstringyes
sizeinteger
NameTypeReqDescription
resultyes

No examples provided.

list_status_pages ~17

List all status pages in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_tags ~15

List all tags in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

list_webhooks ~17

List all webhook endpoints in the workspace.

Input schema present but exposes no named parameters.

NameTypeReqDescription
resultyes

No examples provided.

pause_monitor ~26

Pause a monitor (stops checking until resumed).

NameTypeReqDescription
monitor_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

post_status_page_incident_update ~75

Post a timeline update on a status page incident. Required fields: body (message text), status. Optional: notifySubscribers (default true), affectedComponents (list of {componentId, status}).

NameTypeReqDescription
bodyobjectyes
incident_idstringyes
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

publish_status_page_incident ~70

Publish a draft incident (sets it live, notifies subscribers). Use update_status_page_incident first if you need to change the draft's title, impact, status, body, or affected components before publishing.

NameTypeReqDescription
incident_idstringyes
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

release_deploy_lock ~25

Release a deploy lock by ID.

NameTypeReqDescription
lock_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

remove_resource_group_member ~34

Remove a monitor from a resource group.

NameTypeReqDescription
group_idstringyes
member_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

remove_status_page_domain ~35

Remove a custom domain from a status page.

NameTypeReqDescription
domain_idstringyes
page_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

remove_status_page_subscriber ~35

Remove a subscriber from a status page.

NameTypeReqDescription
page_idstringyes
subscriber_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

reorder_status_page_components ~73

Reorder components on a status page. Required: positions — list of {componentId, position} entries giving every component its new zero-based ordinal. The full set must be provided; partial reorders are rejected by the API.

NameTypeReqDescription
bodyobjectyes
page_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

reorder_status_page_layout ~156

Batch-reorder a status page's full layout. Required: sections — top-level layout in their new order, where each entry is either {kind:"component", componentId} or {kind:"group", groupId}. Use ``groupOrders`` (optional) to also reorder components within specific groups; only include groups whose internal order changed. The full top-level set must be provided — partial reorders are rejected by the API. Use this for "drag-and-drop" layout edits that touch both groups and ungrouped components. To reorder components within a single group only, prefer ``reorder_status_page_components``.

NameTypeReqDescription
bodyobjectyes
page_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

resolve_incident ~33

Resolve an active incident, optionally with a resolution message.

NameTypeReqDescription
incident_idstringyes
message
NameTypeReqDescription
resultyes

No examples provided.

resume_monitor ~21

Resume a paused monitor.

NameTypeReqDescription
monitor_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

revoke_api_key ~29

Revoke an API key (disables it without deleting).

NameTypeReqDescription
key_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

test_alert_channel ~30

Send a test notification to an alert channel to verify it works.

NameTypeReqDescription
channel_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

test_monitor ~31

Trigger an ad-hoc test run for a monitor and return the result.

NameTypeReqDescription
monitor_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

test_notification_policy ~29

Send a test dispatch to verify a notification policy's routing.

NameTypeReqDescription
policy_idstringyes
NameTypeReqDescription
resultstringyes

No examples provided.

test_webhook ~30

Send a test event to a webhook endpoint to verify it works.

NameTypeReqDescription
webhook_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

track_dependency ~33

Start tracking a service dependency by its slug (e.g. 'github', 'aws').

NameTypeReqDescription
slugstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_alert_channel ~30

Update an existing alert channel.

NameTypeReqDescription
bodyobjectyes
channel_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_environment ~28

Update an environment by slug.

NameTypeReqDescription
bodyobjectyes
slugstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_maintenance_window ~233

Update an in-flight or scheduled maintenance window. The most common use is **extending** an active window when a deploy runs longer than expected — call this with the new ``endsAt`` to keep alerts suppressed past the original deadline. The endpoint is a full replacement (PUT, not PATCH): pass the complete intended state, not a delta. Any field omitted falls back to the underlying model's default rather than preserving the existing value. Time fields use ISO 8601 / RFC 3339 timestamps with explicit timezone (UTC preferred), e.g. ``"2026-05-15T16:30:00Z"``. Body fields (same schema as create): - ``startsAt`` (required) - ``endsAt`` (required) - ``monitorId`` (optional; null = org-wide) - ``reason`` (optional; null clears) - ``repeatRule`` (optional; null clears the recurrence) - ``suppressAlerts`` (optional)

NameTypeReqDescription
bodyobjectyes
window_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_monitor ~30

Update an existing monitor's configuration.

NameTypeReqDescription
bodyobjectyes
monitor_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_notification_policy ~29

Update a notification policy.

NameTypeReqDescription
bodyobjectyes
policy_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_resource_group ~29

Update a resource group.

NameTypeReqDescription
bodyobjectyes
group_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

update_secret ~30

Update a secret's value by key.

NameTypeReqDescription
bodyobjectyes
keystringyes
NameTypeReqDescription
resultyes

No examples provided.

update_status_page ~41

Update a status page's name, slug, branding, visibility, or incident mode.

NameTypeReqDescription
bodyobjectyes
page_idstringyes
NameTypeReqDescription
resultyes

No examples provided.

Common questions

What is the DevHelm MCP Server server?

DevHelm MCP Server is listed in the public MCP registry as io.github.devhelmhq/mcp-server. Monitor uptime, manage incidents, configure alerting, and query dependency status via DevHelm. This page covers its PyPI package (devhelm-mcp-server).

Is the DevHelm MCP Server server safe to use?

DevHelm MCP Server scores 76 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 21 September 2026. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the DevHelm MCP Server server expose?

DevHelm MCP Server exposes 106 tools: list_monitors, get_monitor, create_monitor, update_monitor, delete_monitor, and 101 more. Their descriptions and schemas cost roughly 5,067 tokens of context every time the server is loaded.

Is the DevHelm MCP Server server still maintained?

DevHelm MCP Server is still listed as active in the MCP registry. We last reached this channel on 21 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.