用自然语言查Elasticsearch：官方MCP服务器与转正的继任者

运维和开发查 Elasticsearch 还在手写查询语句：看索引状态一条命令、翻日志一段 DSL，AI 助手只能干着急插不上手。Elastic 官方的 Elasticsearch MCP 服务器让 Agent 直连 ES 集群，用自然语言完成查询与分析。值得一提的是它的版本走向——官方已明确这台独立服务器进入维护期，能力由 Elastic 9.2+ 内置的 Agent Builder MCP 端点接棒，这个"官方转正"的路径本身也值得写进选型备忘。

是什么

Elasticsearch MCP Server 是 Elastic 官方组织维护的项目（Apache-2.0 协议），截至本文数据核实 700+ 星、仍在接收关键安全更新。README 顶部明确标注：它已被 Elastic Agent Builder 的 MCP 端点取代（Elastic 9.2.0 及以上、Serverless 项目可用），独立服务器后续只收关键安全补丁。这沿袭了 MCP 生态的常见规律——先行独立仓验证需求成熟后并入产品主线。它的核心价值始终清晰：让 AI 助手通过 MCP 协议连上 ES 数据，用自然语言完成查询、分析、检索，不必为每个场景写定制接口。

部署与配置

官方当前主推容器镜像方式部署，支持两种协议：stdio（客户端同机直连）与 streamable-HTTP（Web 集成、有状态会话与多客户端并发场景，旧 SSE 已弃用）。以 stdio 模式为例，核心是三个环境变量：ES_URL 指向集群地址，认证用 ES_API_KEY 或用户名密码二选一，之后一条 docker run 拉起，Claude Desktop 等客户端配置接入即可。认证建议用权限收紧的 API Key 而非超户凭证，让 Agent 的可见面与实际需求对齐。

适合谁用与选型建议

已经用 ES 做日志分析、全文检索、安全分析（SIEM）的团队，接入后"昨晚支付服务报错日志给我归个类"“这个索引最近七天写入趋势"这类问题可以直接问。选型建议分两路：Elastic 9.2+/Serverless 的用户直接看 Agent Builder 内置端点，不必再装独立仓；版本还在 8.x 的存量集群，独立服务器是现阶段的务实选择，同时把升级路线排上——官方转正信号已经给出，早规划早受益。这与此前若干 MCP 项目从独立仓并入主线的路径一致，选型时盯紧官方口径就不会走错方向。

AI 接数据的方式正在标准化：不是每个系统各写一套接口，而是统一协议加官方服务器。贵州诚鑫致达科技做企业日志与检索平台时，可观测数据的 AI 化查询已进规划清单——数据平台的能力，最终要被业务用对话的方式取走。

企业存储选型参考｜贵州诚鑫致达

做海量监控接入与长期归档，群晖机型参考：HD6500 · RS3621xs+ · DS2422+。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。