New Relic MCP Server
Новый сервер Relic MCP
Простой сервер Model Context Protocol (MCP) для запросов журналов New Relic с использованием запросов NRQL. Этот сервер позволяет моделям Large Language Models (LLM), таким как Claude, взаимодействовать с вашими данными New Relic.
Функции
Запрос журналов и метрик New Relic с использованием NRQL
Подробная регистрация ошибок
Простая интеграция с Claude Desktop
Форматирование выходных данных, понятное человеку
Настраиваемый идентификатор учетной записи New Relic
Related MCP server: Datadog MCP Server
Инструкции по установке
Предпосылки
Python 3.10 или выше
Аккаунт New Relic и ключ API
Клод Приложение для рабочего стола
Этапы установки
Установите менеджер пакетов
uv:
# 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"Создать и настроить проект:
# 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]" httpxСоздайте файл сервера
newrelic_logs_server.pyс предоставленным кодом.Настройте переменные среды:
# 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, отредактировав файл конфигурации:
macOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
Добавьте следующую конфигурацию:
{
"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"
}
}
}
}Использование
Примеры NRQL-запросов
Базовый запрос транзакции:
SELECT * FROM Transaction SINCE 1 hour agoАнализ ошибок:
SELECT * FROM Transaction WHERE error IS TRUE SINCE 1 hour ago LIMIT 10Анализ производительности:
SELECT average(duration) FROM Transaction FACET name ORDER BY average(duration) DESC LIMIT 5Пример Клода Подсказки
Вы можете задать Клоду такие вопросы:
«Покажи мне все транзакции за последний час»
«Есть ли ошибки в нашем приложении?»
«Каковы наши самые медленные конечные точки?»
Отладка
Просмотр журналов
# On macOS/Linux
tail -f ~/Library/Logs/Claude/mcp-server-newrelic.log
# On Windows
type %APPDATA%\Claude\logs\mcp-server-newrelic.logТестирование с помощью MCP Inspector
Проверьте работоспособность вашего сервера, используя:
npx @modelcontextprotocol/inspector uv run newrelic_logs_server.pyОбщие проблемы
Ошибки аутентификации:
Проверьте правильность установки NEW_RELIC_API_KEY
Убедитесь, что API-ключ имеет правильные разрешения.
Убедитесь, что ключ API действителен
Ошибки запроса:
Проверьте синтаксис NRQL
Проверьте идентификатор учетной записи в коде, соответствует ли он вашей учетной записи
Убедитесь, что запрашиваемые данные существуют в указанном временном диапазоне.
Проблемы с подключением:
Проверьте сетевое подключение
Проверьте доступность конечной точки GraphQL
Убедитесь, что брандмауэры не блокируют соединения.
Заметки о безопасности
Никогда не передавайте ключи API в систему контроля версий
Используйте переменные среды для конфиденциальных данных
Поддерживайте актуальность зависимостей
Мониторинг шаблонов запросов и журналов доступа
Разработка
Локальное тестирование
Установите переменные среды:
export NEW_RELIC_API_KEY="your-api-key-here"
export NEW_RELIC_ACCOUNT_ID="your-account-id-here"Запускаем сервер:
uv run newrelic_logs_server.pyСтруктура кода
Сервер реализует:
Инструмент для создания единого запроса NRQL
Настраиваемый идентификатор учетной записи New Relic
Комплексная обработка ошибок
Подробная регистрация
Форматирование ответа
Тестирование изменений
При необходимости измените код.
Тест с MCP Inspector
Перезапустите Claude Desktop, чтобы изменения вступили в силу.
Руководство по устранению неполадок
Сервер не запускается:
Проверить версию Python
Убедитесь, что все зависимости установлены.
Убедитесь, что виртуальная среда активирована
Запрос не работает:
Проверьте журналы на наличие подробных сообщений об ошибках.
Проверьте синтаксис NRQL
Убедитесь, что данные существуют в запрашиваемом диапазоне времени
Клод не подключается:
Проверьте синтаксис файла конфигурации
Проверьте абсолютные пути
Перезагрузить рабочий стол Клода
Внося вклад
Форк репозитория
Создать ветку функций
Отправить запрос на извлечение
Лицензия
Данный проект лицензирован по лицензии MIT.
Поддерживать
Если у вас возникли проблемы:
Проверьте журналы.
Просмотрите раздел общих проблем
Тест с MCP Inspector
Сообщить о проблеме на 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-