AppSignal MCP Server
Related Servers
Alternatives to AppSignal MCP Server
No user-submitted related servers found.
Related Servers
- FlicenseBqualityDmaintenanceA Model Context Protocol server that retrieves and analyzes Sentry.io issues, allowing users to inspect error reports, stacktraces, and debugging information from their Sentry account.222-
- FlicenseAqualityDmaintenanceA Model Context Protocol server that enables retrieving and analyzing Sentry issues, including stacktraces and debugging information.2-
- AlicenseBqualityDmaintenanceA Model Context Protocol (MCP) server that enables interaction with Waroom API to retrieve incident information and postmortem details through a standardized protocol.2616 npm1MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to query and fetch error and performance monitoring data from AppSignal through the Model Context Protocol. Supports searching and retrieving detailed information about application errors and performance samples with flexible filtering options.5MIT

DevRev MCP Serverofficial
AlicenseBqualityNot gradedmaintenanceA Model Context Protocol server that enables searching, retrieving, creating, and updating issues and tickets using DevRev APIs.1610MIT
Sentry MCP Serverofficial
FlicenseBqualityFmaintenanceA Model Context Protocol server that lets AI assistants interact with the Sentry API to retrieve and analyze error data, manage projects, and monitor application performance.1112-
TDQS
Scored across 3 tools
The tools have distinct names (getIncident, getIncidentSample, listIncidents) suggesting different purposes, but without descriptions, it's unclear how 'getIncident' and 'getIncidentSample' differ—they could overlap in retrieving incident data. The 'listIncidents' is clearly separate for listing multiple incidents.
All tool names follow a consistent camelCase pattern with clear verb-noun combinations (getIncident, getIncidentSample, listIncidents). There are no deviations in naming style, making them predictable and readable.
With only 3 tools, the server feels thin for an incident management domain, as it likely lacks essential operations like creating, updating, or resolving incidents. This minimal set may not support complete agent workflows, indicating an under-scoped tool surface.
Inferred from the domain (incident management), there are significant gaps: no tools for creating, updating, deleting, or resolving incidents, and no coverage for related entities like alerts or metrics. This incomplete surface will likely cause agent failures in handling full incident lifecycles.