Skip to content
Agentmart
Submit a tool

DevHelm MCP Server

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

Connector by devhelmhq · GitHub account verified by the MCP Registry

IndexedMITLocal (stdio)★ 1
Write a review

Install

Works with Claude Code, Codex, VS Code, Cursor, Windsurf, Claude Desktop. Read the repository before you give any tool access to your data.

npx agentmarket install connector/devhelmhq-mcp-server

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

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

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this server can do and what it asks for, from its tool list, install config and code. Checked Oct 25, 2026.

Tools
78 read · 54 write · 19 delete · 2 not yet classified
Secrets
1 (API keys, tokens or passwords)
Install scripts
None found
Runs as
Python package

Tools by what they do 153

Read from the source code; the running server may list different tools.

Read 78 · Look things up without changing anything.

  • dismiss_status_page_incident
  • dismiss_status_page_maintenance
  • get_alert_channel
  • get_all_components_uptime
  • get_api_key
  • get_check_trace
  • get_component_uptime
  • get_current_deploy_lock
  • get_dependency
  • get_email_domain
  • get_email_message
  • get_email_message_source
Show 66 more tools
  • get_environment
  • get_incident
  • get_incident_timeline
  • get_latest_email
  • get_latest_webhook_event
  • get_maintenance_window
  • get_monitor
  • get_notification_policy
  • get_policy_snapshot
  • get_resource_group
  • get_service
  • get_service_day_rollup
  • get_service_incident
  • get_service_live_status
  • get_service_uptime
  • get_services_summary
  • get_status_overview
  • get_status_page
  • get_status_page_incident
  • get_status_page_maintenance
  • get_tag
  • get_webhook
  • get_webhook_event
  • get_webhook_inbox
  • list_alert_channels
  • list_api_keys
  • list_dependencies
  • list_email_domain_activity
  • list_email_domains
  • list_email_links
  • list_email_messages
  • list_email_otp_codes
  • list_environments
  • list_incidents
  • list_maintenance_windows
  • list_monitor_results
  • list_monitor_rule_evaluations
  • list_monitor_transitions
  • list_monitor_versions
  • list_monitors
  • list_notification_policies
  • list_resource_groups
  • list_secrets
  • list_service_categories
  • list_service_components
  • list_service_incidents
  • list_service_maintenances
  • list_status_page_components
  • list_status_page_domains
  • list_status_page_groups
  • list_status_page_incidents
  • list_status_page_maintenance
  • list_status_page_subscribers
  • list_status_pages
  • list_tags
  • list_webhook_events
  • list_webhook_inbox_activity
  • list_webhook_inboxes
  • list_webhooks
  • pause_monitor
  • reorder_status_page_components
  • reorder_status_page_layout
  • resume_monitor
  • search_services
  • wait_for_email
  • wait_for_webhook_event

Write 54 · Create, change, send or run things.

  • acquire_deploy_lock
  • add_resource_group_member
  • add_status_page_domain
  • add_status_page_subscriber
  • cancel_maintenance_window
  • create_alert_channel
  • create_api_key
  • create_email_address
  • create_email_domain
  • create_environment
  • create_incident
  • create_maintenance_window
Show 42 more tools
  • create_monitor
  • create_notification_policy
  • create_resource_group
  • create_secret
  • create_status_page
  • create_status_page_component
  • create_status_page_group
  • create_status_page_incident
  • create_status_page_maintenance
  • create_tag
  • create_webhook
  • create_webhook_inbox
  • force_release_deploy_lock
  • inject_email_message
  • post_status_page_incident_update
  • post_status_page_maintenance_update
  • publish_status_page_incident
  • publish_status_page_maintenance
  • release_deploy_lock
  • resolve_incident
  • test_alert_channel
  • test_notification_policy
  • test_webhook
  • track_dependency
  • update_alert_channel
  • update_dependency_alert_sensitivity
  • update_email_domain
  • update_environment
  • update_maintenance_window
  • update_monitor
  • update_notification_policy
  • update_resource_group
  • update_secret
  • update_status_page
  • update_status_page_component
  • update_status_page_group
  • update_status_page_incident
  • update_status_page_maintenance
  • update_tag
  • update_webhook
  • update_webhook_inbox
  • verify_email_domain

Delete 19 · Delete, drop, revoke or wipe things.

  • delete_alert_channel
  • delete_api_key
  • delete_dependency
  • delete_environment
  • delete_monitor
  • delete_notification_policy
  • delete_resource_group
  • delete_secret
  • delete_status_page
  • delete_status_page_component
  • delete_status_page_group
  • delete_status_page_incident
Show 7 more tools
  • delete_status_page_maintenance
  • delete_tag
  • delete_webhook
  • remove_resource_group_member
  • remove_status_page_domain
  • remove_status_page_subscriber
  • revoke_api_key

Not yet classified 2 · We could not tell from the name and description.

  • test_monitor
  • verify_status_page_domain

Secrets and settings it asks for

Secrets: values you paste in that let it act as you.

  • DEVHELM_API_TOKEN

Network hosts it talks to 4

  • api.devhelm.io · found in code
  • docs.devhelm.io · found in code
  • github.com · found in code
  • mcp.devhelm.io · found in code

Files it touches

  • Any path the agent passes to its tools

Tools (153)

Read from the source code; the running server may differ. Descriptions are the server’s own words; hidden characters are shown as [U+…].

  • acquire_deploy_lock

    Acquire a deploy lock to prevent concurrent deployments. Required: lockedBy (identity of requester, e.g. hostname or CI job ID). Optional: ttlMinutes (default 30, max 60).

  • add_resource_group_member

    Add a monitor to a resource group. Required fields: monitorId.

  • add_status_page_domain

    Add a custom domain to a status page. Required fields: hostname (e.g. "status.example.com"). Returns verification records (CNAME target and TXT token) that must be configured in your DNS before calling verify.

  • add_status_page_subscriber

    Add a subscriber to a status page (admin). Optional: email (legacy EMAIL), channel, destination, componentIds, requireConfirmation.

  • cancel_maintenance_window

    Cancel a maintenance window — alerts resume immediately. Call this AFTER a deploy or maintenance operation completes successfully so any new monitor failures surface as real incidents instead of being silently absorbed. If the window was scheduled but not yet started, this prevents it from ever opening. The window record is removed; the audit log preserves the historical fact that the window existed. There is no "uncancel" — schedule a new window if you need to restore suppression.

  • create_alert_channel

    Create a new alert channel. Required: name, type, config (type-specific). Types: EMAIL, WEBHOOK, SLACK, PAGERDUTY, OPSGENIE, TEAMS, DISCORD, TELEGRAM, GOOGLE_CHAT, PUSHOVER, MATTERMOST, SPLUNK_ONCALL, PUSHBULLET, LINEAR, INCIDENT_IO, ROOTLY, ZAPIER, DATADOG, JIRA, GITLAB.

  • create_api_key

    Create a new API key. The key value is returned only once. Required fields: name. Optional: expiresAt.

  • create_email_address

    Create a fresh test email address to receive mail. Uses the workspace's DevHelm-assigned domain (allocated on first use) unless ``domain`` names a verified custom domain. ``label`` prefixes the random local part. Returns ``email``, ``domain`` and ``localPart``.

  • create_email_domain

    Create an email testing domain. Omit ``name`` for the DevHelm-assigned domain; pass a hostname you control for a custom domain, then add the returned DNS records and call ``verify_email_domain``.

  • create_environment

    Create an environment. Required fields: name, slug, color.

  • create_incident

    Create a manual incident. Required fields: title, severity (DOWN/DEGRADED/MAINTENANCE). Optional: monitorId (UUID), body (detailed description).

  • create_maintenance_window

    Schedule a maintenance window to suppress alerts during planned work. Call this BEFORE running an operation that may legitimately cause monitors to fail — a deploy, a database migration, a third-party service's announced downtime — so the on-call rotation isn't paged for known-expected failures. Always pair every successful create with a follow-up ``cancel_maintenance_window`` once the operation finishes; if the operation runs long, call ``update_maintenance_window`` to push the end time back rather than letting the window lapse early. Time fields use ISO 8601 / RFC 3339 timestamps with expl…

  • create_monitor

    Create a new uptime monitor. Required: name and type (HTTP, DNS, TCP, ICMP, HEARTBEAT, MCP_SERVER, BROWSER, MULTI_STEP_API). ``config`` is required for probe types (HTTP, DNS, TCP, ICMP, HEARTBEAT, MCP_SERVER). Browser and multi-step monitors use a type default when ``config`` is omitted. ``frequencySeconds`` is optional (10–86400). Omit it to use the plan minimum. ``managedBy`` is set automatically to ``MCP`` server-side; callers cannot override it. Use the SDK or CLI directly if you need a different attribution.

  • create_notification_policy

    Create a notification policy. Required: name, matchRules (list of {type, value?, monitorIds?, regions?}), escalation ({steps: [{delayMinutes, channelIds}], onResolve?, onReopen?}), enabled (bool), priority (int, higher = evaluated first).

  • create_resource_group

    Create a resource group. Required fields: name. Optional: description.

Show 138 more tools
  • create_secret

    Create an encrypted secret. Required fields: key, value. The value is encrypted at rest and can be referenced in monitor auth configs as {{secrets.KEY}}.

  • create_status_page

    Create a new status page. Required fields: name, slug. Optional: description, branding (brandColor, theme, headerStyle, etc.), visibility (PUBLIC/PASSWORD), enabled, incidentMode (MANUAL/REVIEW/AUTOMATIC).

  • create_status_page_component

    Add a component to a status page. Required fields: name, type (STATIC or MONITOR). Optional: groupId (nest under a group), monitorId (for MONITOR type).

  • create_status_page_group

    Create a component group on a status page. Required fields: name.

  • create_status_page_incident

    Create an incident on a status page. Required fields: title, impact (NONE/MINOR/MAJOR/CRITICAL), body. Optional: status (INVESTIGATING/IDENTIFIED/MONITORING/RESOLVED), affectedComponents (list of {componentId, status}), notifySubscribers. To schedule a maintenance window, use create_status_page_maintenance.

  • create_status_page_maintenance

    Create a maintenance window on a status page. Required fields: title, impact (NONE/MINOR/MAJOR/CRITICAL), body, scheduledFor (ISO 8601). Optional: scheduledUntil, autoResolve, status, affectedComponents, notifySubscribers.

  • create_tag

    Create a tag. Required fields: name. Optional: color.

  • create_webhook

    Create a webhook endpoint. Required fields: url, events (list of event types to subscribe to).

  • create_webhook_inbox

    Create a webhook testing inbox and return its capture ``httpUrl``. Required: name. Optional: status, httpResponse (mock reply), cors, retentionDays, maxEvents.

  • delete_alert_channel

    Delete an alert channel.

  • delete_api_key

    Delete an API key permanently.

  • delete_dependency

    Stop tracking a service dependency.

  • delete_environment

    Delete an environment by slug.

  • delete_monitor

    Delete a monitor permanently.

  • delete_notification_policy

    Delete a notification policy.

  • delete_resource_group

    Delete a resource group.

  • delete_secret

    Delete a secret by key.

  • delete_status_page

    Delete a status page permanently.

  • delete_status_page_component

    Remove a component from a status page.

  • delete_status_page_group

    Delete a component group from a status page.

  • delete_status_page_incident

    Delete a status page incident permanently.

  • delete_status_page_maintenance

    Delete a status page maintenance window permanently.

  • delete_tag

    Delete a tag.

  • delete_webhook

    Delete a webhook endpoint.

  • dismiss_status_page_incident

    Dismiss a draft incident (deletes it without publishing).

  • dismiss_status_page_maintenance

    Dismiss a draft maintenance window (deletes it without publishing).

  • force_release_deploy_lock

    Force-release any active deploy lock (admin action).

  • get_alert_channel

    Get an alert channel by ID.

  • get_all_components_uptime

    Get daily uptime history for every leaf component of a catalog service in one call, keyed by component ID, over a period ('7d', '30d', '90d', '1y'; default '30d'). Prefer this over repeated get_component_uptime calls when comparing components.

  • get_api_key

    Get a single API key's metadata by id. The secret value is never returned.

  • get_check_trace

    Everything the detection engine recorded for a single check. Includes the rule evaluations produced for this check_id, the state transitions that fired (if any), and the policy snapshot active at evaluation time. Use when a user references a specific check execution ID (e.g. from a support ticket or webhook).

  • get_component_uptime

    Get daily uptime history for a single component of a catalog service (e.g. just the 'API' component of Stripe) over a period ('7d', '30d', '90d', '1y'; default '30d'). Get component IDs from list_service_components.

  • get_current_deploy_lock

    Get the currently active deploy lock, or null if unlocked.

  • get_dependency

    Get a tracked dependency by ID.

  • get_email_domainread-only

    Get an email testing domain, including the DNS records to set.

  • get_email_messageread-only

    Get one captured message (headers, text, html, otp, links).

  • get_email_message_sourceread-only

    Get the stored message source as text (capped at 64 KB).

  • get_environment

    Get an environment by slug (e.g. 'production', 'staging').

  • get_incident

    Get a single incident by ID with full details.

  • get_incident_timeline

    Full forensic timeline for an incident. Returns every recorded state transition for the incident, the rule evaluations that caused each triggering transition, and the policy snapshot in effect at the time. Use this to explain why an incident was declared/confirmed/resolved, or to audit a past detection decision.

  • get_latest_emailread-only

    Get the newest message at a full address without waiting. Returns ``{"message": null}`` when nothing has arrived yet.

  • get_latest_webhook_eventread-only

    Get the newest request captured by an inbox without waiting. Returns ``{"event": null}`` when nothing has arrived yet.

  • get_maintenance_window

    Get a single maintenance window by ID with full details.

  • get_monitor

    Get a single monitor by ID, including its full configuration.

  • get_notification_policy

    Get a notification policy by ID.

  • get_policy_snapshot

    Fetch a policy snapshot by its content-addressed SHA-256 hash. Useful for inspecting the exact detection policy that was active when a specific evaluation or transition happened — the hash is stable, so historical data keeps pointing at the right policy even if the monitor has been edited since.

  • get_resource_group

    Get a resource group by ID.

  • get_service

    Get a catalog service's summary by slug (e.g. 'github'), including its current status, categories, and component overview.

  • get_service_day_rollup

    Get a one-day rollup for a catalog service on a UTC calendar day (ISO YYYY-MM-DD): aggregated uptime, per-component impact windows, and the incidents that overlapped that day. Use this to answer 'what happened to Stripe on 2026-06-01?'.

  • get_service_incident

    Get one vendor incident in full detail, including the vendor's timeline of status updates (investigating → identified → resolved). Get incident IDs from list_service_incidents.

  • get_service_live_status

    Get the live (real-time) operational status of a catalog service, fetched from its upstream status page. Use this when freshness matters more than latency — e.g. 'is Stripe down right now?'.

  • get_service_uptime

    Get historical uptime stats for a catalog service over a period (e.g. '7d', '30d', '90d'; default '30d').

  • get_services_summary

    Get the global status summary across the entire service catalog — counts of operational / degraded / outage services. Use this for a quick 'is anything broken on the internet right now?' overview before drilling into a specific service.

  • get_status_overview

    Get the dashboard overview with monitor counts, incident summary, and uptime stats.

  • get_status_page

    Get a status page by ID, including branding and overall status.

  • get_status_page_incident

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

  • get_status_page_maintenance

    Get a status page maintenance window with its full timeline of updates.

  • get_tag

    Get a tag by ID.

  • get_webhook

    Get a webhook endpoint by ID.

  • get_webhook_eventread-only

    Get one captured request with headers and body (capped at 64 KB).

  • get_webhook_inboxread-only

    Get a webhook testing inbox, including its capture ``httpUrl``.

  • inject_email_message

    Deliver a test message to an address without SMTP. Uses the same capture path as real mail, so waits and extraction behave the same. Returns ``eventId``, ``receivedAt`` and ``inbox``.

  • list_alert_channels

    List all alert channels configured in the workspace.

  • list_api_keys

    List all API keys in the workspace.

  • list_dependencies

    List all tracked service dependencies.

  • list_email_domain_activityread-only

    Hourly received-message counts for the last 24 h, per domain ID.

  • list_email_domainsread-only

    List email testing domains (assigned and custom) in the workspace.

  • list_email_linksread-only

    List links extracted from a message (verification, reset, ...).

  • list_email_messagesread-only

    List messages received at a full address, newest first. ``limit`` defaults to 20 (max 50); pass ``nextCursor`` back as ``cursor`` for the next page. ``q`` filters on subject and sender.

  • list_email_otp_codesread-only

    List one-time codes extracted from a message.

  • list_environments

    List all environments in the workspace.

  • list_incidents

    List all incidents in the workspace.

  • list_maintenance_windows

    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 ``statu…

  • list_monitor_results

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

  • list_monitor_rule_evaluations

    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?".

  • list_monitor_transitions

    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.

  • list_monitor_versions

    List version history for a monitor.

  • list_monitors

    List all uptime monitors in the workspace.

  • list_notification_policies

    List all notification policies in the workspace.

  • list_resource_groups

    List all resource groups in the workspace.

  • list_secrets

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

  • list_service_categories

    List all service catalog categories (e.g. cloud, payments, devtools) usable as the `category` filter in search_services.

  • list_service_components

    List a catalog service's components (e.g. 'API', 'Dashboard', 'Webhooks') with their individual statuses. Component IDs can be used to track a single component via track_dependency.

  • list_service_incidents

    List incidents for a catalog service, or across all services when `slug` is omitted. Filter by `status` (e.g. 'active', 'resolved') to answer questions like 'which of my dependencies have open incidents?'.

  • list_service_maintenances

    List scheduled and past maintenance windows announced by a catalog service (e.g. upcoming AWS maintenance that could affect you).

  • list_status_page_components

    List all components on a status page.

  • list_status_page_domains

    List custom domains on a status page.

  • list_status_page_groups

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

  • list_status_page_incidents

    List incidents on a status page (paginated).

  • list_status_page_maintenance

    List maintenance windows on a status page (paginated).

  • list_status_page_subscribers

    List confirmed subscribers on a status page (paginated).

  • list_status_pages

    List all status pages in the workspace.

  • list_tags

    List all tags in the workspace.

  • list_webhook_eventsread-only

    List requests captured by an inbox, newest first. ``limit`` defaults to 20 (max 50); pass ``nextCursor`` back as ``cursor`` for the next page. Rows carry a body preview only.

  • list_webhook_inbox_activityread-only

    Hourly received-request counts for the last 24 h, per inbox ID.

  • list_webhook_inboxesread-only

    List webhook testing inboxes in the workspace.

  • list_webhooks

    List all webhook endpoints in the workspace.

  • pause_monitor

    Pause a monitor (stops checking until resumed).

  • post_status_page_incident_update

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

  • post_status_page_maintenance_update

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

  • publish_status_page_incident

    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.

  • publish_status_page_maintenance

    Publish a draft maintenance window (sets it live, notifies subscribers).

  • release_deploy_lock

    Release a deploy lock by ID.

  • remove_resource_group_member

    Remove a monitor from a resource group.

  • remove_status_page_domain

    Remove a custom domain from a status page.

  • remove_status_page_subscriber

    Remove a subscriber from a status page.

  • reorder_status_page_components

    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.

  • reorder_status_page_layout

    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``.

  • resolve_incident

    Resolve an active incident, optionally with a resolution message.

  • resume_monitor

    Resume a paused monitor.

  • revoke_api_key

    Revoke an API key (disables it without deleting).

  • search_services

    Search the catalog of third-party services (Stripe, GitHub, AWS, ...) that can be tracked as dependencies. Use `query` for free-text search by name (e.g. 'stripe', 'cloudflare') and `category` to filter by catalog category (see list_service_categories). Results are paginated; raise `limit` (default 20) for broader sweeps.

  • test_alert_channel

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

  • test_monitor

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

  • test_notification_policy

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

  • test_webhook

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

  • track_dependency

    Start tracking a service dependency by its slug (e.g. 'github', 'aws'). Optionally track a single component via `component_id` (see list_service_components) and set `alert_sensitivity`: AWARENESS (silent tracking, default), INCIDENTS_ONLY, MAJOR_ONLY, or ALL.

  • update_alert_channel

    Update an existing alert channel. Updatable fields: name, type, config (type-specific). See create_alert_channel for supported types.

  • update_dependency_alert_sensitivity

    Change how loudly a tracked dependency alerts you. Levels: AWARENESS (silent tracking, default — status visible on the dashboard but no notifications), INCIDENTS_ONLY (notify on any incident), MAJOR_ONLY (notify only on major/critical incidents), and ALL (every status change, including maintenance).

  • update_email_domain

    Enable (``active``) or disable (``disabled``) mail capture on a domain.

  • update_environment

    Update an environment by slug.

  • update_maintenance_window

    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…

  • update_monitor

    Update an existing monitor's configuration.

  • update_notification_policy

    Update a notification policy.

  • update_resource_group

    Update a resource group.

  • update_secret

    Update a secret's value by key.

  • update_status_page

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

  • update_status_page_component

    Update a status page component's name, group, or status.

  • update_status_page_group

    Update a component group's name or display order.

  • update_status_page_incident

    Update a status page incident's title, impact, status, or components. Schedule fields belong on update_status_page_maintenance.

  • update_status_page_maintenance

    Update a maintenance window's title, impact, status, or schedule.

  • update_tag

    Update a tag.

  • update_webhook

    Update a webhook endpoint.

  • update_webhook_inbox

    Update a webhook testing inbox (name, status, mock reply, limits).

  • verify_email_domain

    Re-check the TXT and MX records of a custom email testing domain.

  • verify_status_page_domain

    Trigger DNS verification for a custom domain. Returns the updated domain with current verification status.

  • wait_for_emailread-only

    Wait up to ``wait_s`` seconds (max 25) for mail to a full address. Returns the oldest matching message, with extracted ``otp`` and ``links``. On timeout the tool errors; call it again or poll ``get_latest_email``. ``received_after`` is an ISO 8601 timestamp.

  • wait_for_webhook_eventread-only

    Wait up to ``wait_s`` seconds (max 25) for a request to an inbox. Returns the oldest matching event with headers and body (body capped at 64 KB). Filter with ``method`` and ``path_prefix``. On timeout the tool errors; call it again or poll ``get_latest_webhook_event``.

Signals

Stars
1
Forks
0
Open issues
2
Weekly downloads
103
Last commit
Oct 21, 2026 (7 days ago)
Last release
Oct 12, 2026 (16 days ago)
Last package publish
Oct 12, 2026 (16 days ago)

From GitHub (fetched Oct 24, 2026) and the package registry.

Details

Registry name
io.github.devhelmhq/mcp-server
Version
1.0.2
Auth
API key
Packages
pypi devhelm-mcp-server
License
MIT
First seen
Oct 24, 2026
Last checked
Oct 25, 2026
Cite this page

DevHelm MCP Server. Agent Mart. https://agentmart.dev/connectors/devhelmhq-mcp-server (last updated 2026-10-25)