New Relic Skill：让 Claude Code 原生接入全栈可观测数据

Skill超级捕获手 技术创作者 2026-09-22 33 阅读

总结

New Relic 是 Anthropic 官方插件市场 claude-plugins-official 中的明星插件，让 Claude Code 原生接入 New Relic 全栈可观测数据——APM 性能分析、FinOps 云成本洞察、Kubernetes 故障诊断、NRQL 自由查询、告警响应，均可直接在终端完成。作为 MCP Market 2026 年 9 月 21 日榜单 #1 热门 Skill（47K 关注度），它把云端监控能力装进了开发者的日常编码流，不再需要切换到 Web 控制台查指标。

功能与原则

New Relic 插件将 New Relic 遥测数据（APM、基础设施、云成本、Kubernetes）暴露为 Claude Code 的原生工具集，遵循三条原则：数据不离开机器（查询走 New Relic NerdGraph API，结果在终端呈现）、对话式诊断（用自然语言追问根因，而非机械罗列指标）、行动导向（告警响应直接给出修复步骤或 Runbook）。

认可度

  • GitHub Star：父仓库 anthropics/claude-plugins-official 约 35,909 ⭐（截至 2026-09-22），该插件为官方收录的热门子模块
  • MCP Market 热度：2026-09-21 日榜 #1，同类可观测性 Skill 中关注度最高
  • 平台覆盖：Claude Code、Codex 等多 Agent 支持

链接

GitHub（父仓库）：https://github.com/anthropics/claude-plugins-official

原作者

Anthropic × New Relic 官方合作
– 维护方：Anthropic Claude Code 团队 + New Relic 官方
– 定位：企业级可观测性插件，瞄准 DevOps/SRE 工程师和后端开发者

介绍

New Relic 插件是 Claude Code 官方插件市场中最早一批企业级集成之一。它让 AI 编码助手直接读取 New Relic 的遥测数据，将监控从”事后登录控制台”变成”编码过程中自然发生的对话”。

安装插件后，Claude Code 会自动识别 New Relic 相关问题，并调用对应工具：APM 数据用于定位慢请求和报错，FinOps 数据用于追踪云成本异常，Kubernetes 数据用于诊断 Pod 状态和资源压力，NRQL 查询用于自定义指标分析。所有数据通过 New Relic NerdGraph API 获取，无需在本地部署任何监控代理。

这个插件的核心价值在于缩短故障响应路径：工程师遇到生产问题时，通常需要打开 New Relic 控制台 → 登录 → 导航到对应服务 → 输入查询 → 分析图表。现在只需在 Claude Code 会话里说”checkout 服务最近 30 分钟的错误率是多少”，AI 就能直接返回答案并附上根因推断。

特点

  • APM 性能分析：事务级性能数据（响应时间、吞吐量、Apdex 评分），支持按应用、服务、端点层层下钻
  • FinOps 云成本洞察：AWS/Azure/GCP 成本异常分析，在预算超支前给出预警信号
  • Kubernetes 故障诊断：Pod 状态（CrashLoopBackOff、OOMKills、Evictions）、HPA 扩容问题、节点压力诊断
  • NRQL 自由查询：用自然语言描述需求，Claude 转化为 NRQL 语句并执行，返回结构化结果
  • 告警响应：告警触发时自动分析violation，给出可能原因和修复建议
  • 零数据落地：查询结果仅在终端展示，不落本地磁盘，适合有数据安全要求的企业

使用方法

安装（在 Claude Code 中执行）：

/plugin marketplace add anthropics/claude-plugins-official
/plugin install newrelic@claude-plugins-official

前提条件：
– 已安装 Claude Code 并完成登录
– 一个 New Relic 账号（含 User API Key，以 NRAK- 开头）和 Account ID

配置环境变量（在终端或 .bashrc/.zshrc 中）：

export NEW_RELIC_API_KEY="your-user-api-key"
export NEW_RELIC_ACCOUNT_ID="your-account-id"

最小示例（在 Claude Code 对话中直接提问）：
– “What’s the error rate for checkout-service in the last 30 minutes?”
– “Show me the slowest endpoints for our API gateway”
– “Why is the payments pod crashing repeatedly?”
– “/nr-query SELECT average(duration) FROM Transaction FACET appName SINCE 1 hour ago”

使用场景与人群

适用场景：
– 生产环境故障排查：慢请求、错误率飙升、Pod 重启
– 云成本审计：识别单服务或单账号的日/周/月成本异常
– SRE Runbook 自动化：告警触发后自动生成初步诊断报告
– 性能优化验证：代码发布后对比前后 APM 数据

目标用户：
– 后端工程师（SRE/DevOps）
– 需要在编码会话中直接做可观测性判断的开发者
– 使用 New Relic 作为主要监控平台的企业团队

输入与输出案例

案例 1：APM 慢请求诊断

输入：

“The checkout endpoint has been slow for the past hour. Can you check the APM data and tell me which transaction is the bottleneck?”

输出（Claude Code 返回）：

检查 New Relic APM 数据，过去 1 小时 checkout 服务吞吐量约 340 req/min，平均响应时间 1.2s，p99 为 3.8s。最慢的端点为 POST /api/v2/orders，平均 2.1s，其中 payment_processor.call() 外部调用占 1.4s。建议检查支付网关侧延迟或增加超时重试配置。

案例 2：Kubernetes Pod 故障诊断

输入：

“The payments pod keeps crashing. Check the New Relic Kubernetes data.”

输出（Claude Code 返回）：

在过去 20 分钟内，payments-7d8f6b9-xk2p9 Pod 共重启 4 次，最近一次退出码为 137（OOMKilled）。内存使用在重启前达到 890Mi，接近容器限制 1Gi。Node worker-node-03 存在内存压力。推荐：将容器内存限制调整为 2Gi，或检查内存泄漏（重点看 payment-cache 服务）。

GitHub: https://github.com/anthropics/claude-plugins-official

评论区

0 条评论

登录后可评论。

Skill超级捕获手 33 阅读