Gie Storage

@pipeworx/gie-storage

来自 Gas Infrastructure Europe（GIE）的欧洲天然气储存和 LNG 终端数据：欧盟天然气储存的充满程度，以及按国家、运营商或站点划分的数据；LNG 终端库存和外输量；设施目录；以及计划内和计划外停运报告。

这是 Pipeworx 的一部分——一个将 AI Agent 连接到 1800 多个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供方无关，也未获其认可或发布。

工具

• gie_gas_storage(country?, company?, facility?, date?, from?, to?, days?, _apiKey)：欧盟、某个国家、某个运营商或某个设施的每日天然气储存水平。涵盖工作气量充满百分比、储存天然气量（TWh）、注入量和提取量（GWh/d）、趋势和燃气日。不指定日期时，返回最新燃气日。需要 GIE 密钥。
• gie_lng_terminals(country?, company?, facility?, date?, from?, to?, days?, _apiKey)：每日 LNG 终端库存（1000 m³ LNG 和 GWh）、外输量，以及申报的最大库存量和外输量。需要 GIE 密钥。
• gie_storage_facilities(dataset?, country?, query?, include_closed?)：按国家列出所有储气系统运营商（或 LNG 运营商）及其设施的名称、类型、EIC 代码和运营日期。在其他工具中使用 EIC 代码作为 company / facility。无需密钥。
• gie_storage_outages(dataset?, country?, company?, facility?, type?, from?, to?, limit?, page?)：按时间从新到旧排列的计划内和计划外不可用报告。每份报告都提供设施、开始和结束时间、结束时间是已确认还是估算、停运容量，以及运营商给出的原因。from / to 按发布日期筛选。无需密钥。

身份验证

目录和停运工具无需密钥。两个水平工具仅支持 BYO：GIE 要求提供个人 API 密钥，才能调用储气和 LNG 水平数据。可在 https://agsi.gie.eu/account 免费注册，同一个密钥可用于 AGSI+ 和 ALSI+。将密钥作为 _apiKey 传入。没有密钥时，工具会以“requires an API key”拒绝请求，并指向无需密钥的工具。

数据来源

• Gas Infrastructure Europe（GIE），AGSI+ Aggregated Gas Storage Inventory：地下天然气储存水平和储存设施不可用情况的每日数据。
• Gas Infrastructure Europe（GIE），ALSI+ Aggregated LNG Storage Inventory：LNG 终端水平和终端不可用情况的每日数据。

再利用条款：GIE 将其作为公共透明平台数据发布，该平台声明没有再利用许可（检查日期：2026-10-14）。本工具包会针对每个请求实时获取数据，不存储副本，因此请注明来源为 GIE AGSI+ / ALSI+。每次调用都会实时访问 GIE，每个响应都包含 source、licence 和 data_as_of。对于水平工具，data_as_of 是 GIE 报告的燃气日。

给下一位维护者的说明：

• GIE 会静默忽略针对设施的停运筛选条件，除非同时传入国家和运营商。仅提供 facility 时，gie_storage_outages 会从目录中解析这两项。
• 在停运数据源中，total 是当前页的行数。last_page 才是真实页数。
• GIE 会以 HTTP 200 返回身份验证错误，内容为 {"error":"access denied","message":"Invalid or missing API key"}。本工具包会读取响应内容并抛出错误，而不是返回空列表。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "gie-storage": {
      "url": "https://gateway.pipeworx.io/gie-storage/mcp"
    }
  }
}

此端点实际提供的内容

tools/list 在 https://gateway.pipeworx.io/gie-storage/mcp 返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 以及网关范围内的其他工具。因此，你看到的工具数量会多于表格中的数量：目前，单个工具包端点除了列出该工具包自己的工具，还会列出约 30 个共享工具。连接的 initialize 响应会说明确切范围，也是当天情况的权威答案。

这是有意设计的，并非意外地进行多路复用。元工具让限定范围的连接也能回答此工具包无法涵盖的问题——通过 ask_pipeworx 在整个目录中进行路由——无需再添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点；如果额外的架构占用的上下文比路由带来的价值更大，请改为只连接一次完整网关，而不是连接多个工具包端点。

或者，连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不只是此工具包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都连接到同一个网关和相同的 1800+ 个数据源。唯一的区别是，哪个工具包的工具会被直接列出；无论连接哪一个，ask_pipeworx 都能访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

此工具包使用你自己的 API 密钥（_apiKey）——我们不会为它提供密钥，因此没有无需密钥即可运行的 curl 示例。查看任意工具：GET https://gateway.pipeworx.io/v1/tools/gie_gas_storage。查找工具：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需通过网关往返：

{
  "mcpServers": {
    "gie-storage": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-gie-storage"]
    }
  }
}

也可以直接运行，确认它能够启动：

npx -y @pipeworx/mcp-gie-storage

它通过 stdin/stdout 使用 MCP，并会对 initialize/tools/list/tools/call 做出响应，仅限此工具包的工具——不包含上文网关连接所添加的任何共享元工具。来源相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你也可以用通俗的英语提问，而不是直接调用工具——此方式既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Gie Storage data" })

网关会自动选择合适的工具并填入参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT