Openei Urdb

@pipeworx/openei-urdb

NREL 的 Utility Rate Database（URDB）——美国电价：住宅、商业和工业费率方案，包含按阶梯和分时段划分的能源费用、需量费用、每月固定费用、净计量处理方式和生效日期，并以公用事业公司的 EIA ID 为索引。

属于 Pipeworx 的一部分——一个将 AI Agent 连接到 1683+ 个实时数据源的 MCP 网关。

工具

• urdb_search_rates(address? | latitude+longitude | utility | eia_id, sector?, detail?, approved_only?, limit?, offset?, _apiKey?) — 搜索电价方案。
• urdb_rate_detail(label, _apiKey?) — 查看某个电价方案的完整结构， 包括账单计算所需的 12x24 月份 × 小时分时段计划。
• urdb_utilities_for_location(address? | latitude+longitude | filter, _apiKey?) — 查询为某个地点提供服务的公用事业公司，以及电价方案数量和当前有效方案数量。

认证

OpenEI API 需要 api_key。NREL 的公开 DEMO_KEY 可用且会返回真实数据（已于 2026-09-17 验证），因此此工具包无需配置即可使用，但速率限制较低——它不是受限工具包。

超出 DEMO_KEY 限制的调用方可将自己的免费 NREL 密钥作为 _apiKey 传入。免费密钥：https://developer.nrel.gov/signup/

平台密钥将从注入的 _platformKey 参数（PLATFORM_NREL_KEY）读取。工具包清单中未声明 platformKeyEnv，且在密钥实际存在之前不得声明：网关已达到 Cloudflare 的 250 个文本绑定上限，若在没有密钥的情况下声明该标志，电价查询就会被路由到一个只能拒绝请求的工具。

数据源

• https://api.openei.org/utility_rates?version=latest — 电价搜索和详情。
• https://api.openei.org/utility_companies?version=latest — 公用事业公司名称目录。

2026-09-17，我们的出口网络无法访问 developer.nrel.gov/api/utility_rates/v3.json（连接失败，而非 HTTP 错误），因此未使用该接口。

注意事项

以下所有情况都会返回 HTTP 200。

• radius 会悄无声息地将经纬度搜索结果清零。 单独使用 lat=37.5202&lon=-122.2758 会返回 PG&E 电价；相同请求再加上 &radius=25 则什么也不返回。此工具包不会发送该参数。
• 地理位置查询确实存在覆盖空缺。 Houston 按经纬度和 ZIP 77002 查询都返回零条电价——Texas 的零售选择型电价方案大多不在 URDB 中。这是覆盖缺口，不是错误；工具会说明这一点，而不是只返回空数组。
• address 会在上游进行地理编码，部分 ZIP 可用，部分不可用。没有结果时，通常可以改用经纬度或 utility。
• sector 与 address 组合使用时，会使多个查询结果缩减为零。
• startdate/enddate 使用 UNIX 秒，而且 URDB 会保留已被取代的电价方案。结束日期已过的电价方案属于历史记录；is_active 会标明这一点，如果所有结果均已被取代，工具也会发出警告。

快速开始

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

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

此端点实际提供的内容

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

这是有意设计的，并非意外复用。元工具可以让范围受限的连接回答该工具包无法处理的问题——通过 ask_pipeworx 跨整个目录路由——无需再添加第二个 MCP 服务。目前无法挂载不包含这些工具的工具包端点；如果额外的架构定义占用的上下文比路由功能带来的价值更多，请连接一次完整网关，而不是连接多个工具包端点。

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

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

两个 URL 都连接到同一个网关和相同的 1683+ 个数据源。唯一的区别在于直接列出哪些工具包的工具；从任一端点都可以通过 ask_pipeworx 访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/urdb_search_rates \
  -H 'Content-Type: application/json' \
  -d '{"utility":"Pacific Gas & Electric Co","sector":"Residential","limit":5}'

首次调用无需账号。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/urdb_search_rates。查找工具：使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

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

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

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

或者直接运行它，以确认服务可以启动：

npx -y @pipeworx/mcp-openei-urdb

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Openei Urdb data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT