New Relic MCP Server
Neuer Relic MCP-Server
Ein einfacher Model Context Protocol (MCP)-Server zum Abfragen von New Relic-Protokollen mithilfe von NRQL-Abfragen. Dieser Server ermöglicht Large Language Models (LLMs) wie Claude die Interaktion mit Ihren New Relic-Daten.
Merkmale
Abfragen von New Relic-Protokollen und -Metriken mit NRQL
Detaillierte Fehlerprotokollierung
Einfache Integration mit Claude Desktop
Für Menschen lesbare Ausgabeformatierung
Konfigurierbare New Relic-Konto-ID
Related MCP server: Datadog MCP Server
Installationsanweisungen
Voraussetzungen
Python 3.10 oder höher
New Relic-Konto und API-Schlüssel
Claude Desktop-Anwendung
Installationsschritte
Installieren Sie
uvPaketmanager:
# On macOS/Linux
curl -LsSf https://astral.sh/uv/install.sh | sh
# On Windows (PowerShell)
powershell -c "irm https://astral.sh/uv/install.ps1 | iex"Projekt erstellen und einrichten:
# Create directory
mkdir newrelic-mcp
cd newrelic-mcp
# Create virtual environment
uv venv
# Activate virtual environment
source .venv/bin/activate # On Unix/macOS
.venv\Scripts\activate # On Windows
# Install dependencies
uv pip install "mcp[cli]" httpxErstellen Sie die Serverdatei
newrelic_logs_server.pymit dem bereitgestellten Code.Konfigurieren Sie Ihre Umgebungsvariablen:
# On Unix/macOS
export NEW_RELIC_API_KEY="your-api-key-here"
export NEW_RELIC_ACCOUNT_ID="your-account-id-here"
# On Windows (CMD)
set NEW_RELIC_API_KEY=your-api-key-here
set NEW_RELIC_ACCOUNT_ID=your-account-id-here
# On Windows (PowerShell)
$env:NEW_RELIC_API_KEY = "your-api-key-here"
$env:NEW_RELIC_ACCOUNT_ID = "your-account-id-here"Claude Desktop Integration
Konfigurieren Sie Claude Desktop, indem Sie Ihre Konfigurationsdatei bearbeiten:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
Fügen Sie die folgende Konfiguration hinzu:
{
"mcpServers": {
"newrelic": {
"command": "uv",
"args": [
"--directory",
"/absolute/path/to/newrelic-mcp",
"run",
"newrelic_logs_server.py"
],
"env": {
"NEW_RELIC_API_KEY": "your-api-key-here",
"NEW_RELIC_ACCOUNT_ID": "your-account-id-here"
}
}
}
}Verwendung
Beispiele für NRQL-Abfragen
Grundlegende Transaktionsabfrage:
SELECT * FROM Transaction SINCE 1 hour agoFehleranalyse:
SELECT * FROM Transaction WHERE error IS TRUE SINCE 1 hour ago LIMIT 10Leistungsanalyse:
SELECT average(duration) FROM Transaction FACET name ORDER BY average(duration) DESC LIMIT 5Beispiel für Claude-Eingabeaufforderungen
Sie können Claude Fragen stellen wie:
„Zeige mir alle Transaktionen der letzten Stunde“
„Enthält unsere Bewerbung Fehler?“
„Was sind unsere langsamsten Endpunkte?“
Debuggen
Anzeigen von Protokollen
# On macOS/Linux
tail -f ~/Library/Logs/Claude/mcp-server-newrelic.log
# On Windows
type %APPDATA%\Claude\logs\mcp-server-newrelic.logTesten mit MCP Inspector
Testen Sie die Funktionalität Ihres Servers mit:
npx @modelcontextprotocol/inspector uv run newrelic_logs_server.pyHäufige Probleme
Authentifizierungsfehler:
Überprüfen Sie, ob NEW_RELIC_API_KEY richtig eingestellt ist
Überprüfen Sie, ob der API-Schlüssel über die richtigen Berechtigungen verfügt
Stellen Sie sicher, dass der API-Schlüssel gültig ist
Abfragefehler:
Überprüfen der NRQL-Syntax
Überprüfen Sie, ob die Konto-ID im Code mit Ihrem Konto übereinstimmt.
Sicherstellen, dass abgefragte Daten im Zeitbereich vorhanden sind
Verbindungsprobleme:
Überprüfen der Netzwerkkonnektivität
Überprüfen Sie, ob der GraphQL-Endpunkt zugänglich ist
Stellen Sie sicher, dass keine Firewalls Verbindungen blockieren
Sicherheitshinweise
Übergeben Sie API-Schlüssel niemals der Versionskontrolle
Verwenden Sie Umgebungsvariablen für vertrauliche Daten
Halten Sie Abhängigkeiten auf dem neuesten Stand
Überwachen Sie Abfragemuster und Zugriffsprotokolle
Entwicklung
Lokale Tests
Umgebungsvariablen festlegen:
export NEW_RELIC_API_KEY="your-api-key-here"
export NEW_RELIC_ACCOUNT_ID="your-account-id-here"Führen Sie den Server aus:
uv run newrelic_logs_server.pyCodestruktur
Der Server implementiert:
Einzelnes NRQL-Abfragetool
Konfigurierbare New Relic-Konto-ID
Umfassende Fehlerbehandlung
Detaillierte Protokollierung
Antwortformatierung
Änderungen testen
Ändern Sie den Code nach Bedarf
Testen mit MCP Inspector
Starten Sie Claude Desktop neu, um die Änderungen zu übernehmen
Handbuch zur Fehlerbehebung
Server startet nicht:
Überprüfen Sie die Python-Version
Überprüfen Sie, ob alle Abhängigkeiten installiert sind
Stellen Sie sicher, dass die virtuelle Umgebung aktiviert ist
Abfrage funktioniert nicht:
Überprüfen Sie die Protokolle auf detaillierte Fehlermeldungen
Überprüfen der NRQL-Syntax
Sicherstellen, dass im abgefragten Zeitbereich Daten vorhanden sind
Claude stellt keine Verbindung her:
Überprüfen der Syntax der Konfigurationsdatei
Überprüfen Sie, ob die Pfade absolut sind
Starten Sie Claude Desktop neu
Beitragen
Forken Sie das Repository
Erstellen eines Feature-Zweigs
Senden einer Pull-Anfrage
Lizenz
Dieses Projekt ist unter der MIT-Lizenz lizenziert.
Unterstützung
Wenn Probleme auftreten:
Überprüfen Sie die Protokolle
Abschnitt „Häufige Probleme“ lesen
Testen mit MCP Inspector
Melden Sie ein Problem auf GitHub
Available Tools
1 toolquery_logsB
Query New Relic logs using NRQL.
Args: query: NRQL query string (e.g., "SELECT * FROM Transaction") account_id: New Relic account ID (default from env var)
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | ||
| account_id | No | 1234567 |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full behavioral burden and largely drops it. It never states that this is a read-only operation, whether results are limited or paginated, what time range NRQL defaults to, or what auth/scope is required for the account.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Short and front-loaded with the core action in the first sentence, followed by a compact arg list. The docstring-style 'Args:' block is a bit ceremonial but each line carries parameter information.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a two-parameter query tool with no output schema and no annotations, the description covers the parameters adequately but omits result shape, row/result limits, and pagination behavior. It is minimally viable rather than complete.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 0%, so the description must compensate, and it does: 'query' is explained as an NRQL string with a concrete example, and 'account_id' is described as taking a default from an environment variable. This is meaningful context the bare schema lacks, though the example query targets 'Transaction' rather than a log table, which is slightly off for a log tool.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb and resource ('Query New Relic logs using NRQL'), which is unambiguous about what the tool does. There are no sibling tools to differentiate from, so 5 is not reachable, but the purpose itself is crisp.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
It says the tool uses NRQL but gives no guidance on when to use it versus other retrieval tools, no prerequisites, and no exclusions. An agent gets the mechanism but not the selection criteria.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v0.1.0- First observed
query_logs
TDQS
Scored across 1 tool
With only one tool, there is no possibility of overlap or misselection; its purpose (querying logs via NRQL) is unambiguous.
The single name query_logs follows a clean verb_noun snake_case convention that would scale predictably if more tools were added.
One tool is far too few for a platform like New Relic, which spans logs, metrics, APM, alerts, and dashboards; the surface feels like a stub rather than a server.
Only log querying is exposed, with no metric queries, APM data, alert/incident retrieval, or account/resource listing, leaving major observability workflows unreachable.
Maintenance
Related MCP Connectors
A Model Context Protocol server for Wix AI tools
Access New Relic observability data through MCP - query metrics, logs, traces, entities, and more
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Enable secure connectivity between Sentry issues and debugging data, and LLM clients, using a Model Context Protocol (MCP) server.
Related MCP Servers
- FlicenseCqualityDmaintenanceA Model Context Protocol server that enables searching and retrieving information from DevRev using its APIs with Claude.23-
- AlicenseBqualityNot gradedmaintenanceA Model Context Protocol server that enables AI assistants to interact with Datadog's observability platform through natural language.72MIT
- AlicenseBqualityCmaintenanceEnables natural language access to New Relic for monitoring, querying, and managing dashboards, entities, alerts, and deployments via the Model Context Protocol.529MIT
- FlicenseCqualityDmaintenanceMCP server allowing AI agents to query New Relic for debugging incidents.2-