Prometheus / Grafana MCP 服务器

解决什么问题

在真实运维场景里，指标查询和仪表盘查看经常被拆进多个入口：有人去 Prometheus 写 PromQL，有人去 Grafana 翻面板，有人再手工把结果粘进工单或告警分析。信息一旦跨系统流转，排障链路就会变长，上下文也容易丢失。这个技能想解决的是：当模型或自动化流程需要处理基础设施指标时，能不能少切换几次页面，把查询与读取纳入同一条可编排的工作流。

技能如何工作

该技能以 MCP（Model Context Protocol）服务器的形式暴露 Prometheus 与 Grafana 的交互能力。核心在于将底层的 API 调用抽象为模型可理解的工具或资源。

• 指标查询：通过封装 Prometheus 的查询接口，允许在对话或自动化脚本中直接执行类似 query_prometheus 的操作，返回结构化的时序数据。
• 仪表盘与面板读取：对接 Grafana 的 API，能够获取仪表盘列表、渲染状态或特定面板的元数据，方便在分析时引用当前的可视化上下文。
• 上下文串联：将查询到的指标与 Grafana 中的图表关联，使得从“发现异常”到“定位图表”的过程可以在同一个推理链路中完成。

适用边界与注意点

需要注意的是，根据现有资料，该技能暂未提供自动提取的安装或使用说明。在将其用于敏感工作流之前，建议先审查上游项目（GitHub: 1991513ccie-png/skills）的代码与依赖。

• 权限与安全：MCP 服务器通常会读取环境变量或配置文件来获取 Prometheus 与 Grafana 的访问凭证，需确保运行环境的安全。
• 文档参考：Grafana 的具体 API 行为以官方文档为准。
• 稳定性：由于缺乏官方维护的安装指引，接口的可用性取决于上游仓库的更新频率。