mcpField
P
Pa Dmv

Pa Dmv

远程服务
pipeworx.io法律与政务05 周前更新

关于 Pa Dmv

Pa Dmv 是面向宾夕法尼亚州交通与政策分析的 MCP 服务,提供 PennDOT 车辆注册及电动汽车采用数据。数据可按县、ZIP 码、年份和季度查看,并区分插电车辆与传统混合动力车。

主要功能

  1. 01按县查看各类车辆注册数
  2. 02按 ZIP 码查看动力类型
  3. 03筛选年份与季度
  4. 04计算插电车辆占比
  5. 05提供县级全州注册总数

适用场景

  1. 01比较各县电动汽车采用情况
  2. 02查询 ZIP 码区域的车辆数据
  3. 03分析全州车辆注册与动力类型

MCP 相关

该 MCP 服务向客户端提供县级车辆注册、电动汽车采用率及 ZIP 码细分工具。可通过 Pipeworx 远程端点或本地 stdio 连接。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/pa-dmv/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

详细介绍

@pipeworx/pa-dmv

宾夕法尼亚州 DMV MCP——来自 PennDOT Driver & Vehicle Services 的按县和 ZIP 代码统计的已注册车辆及电动汽车普及情况。

属于 Pipeworx——连接 AI Agent 与 1679+ 个实时数据源的 MCP 网关。

工具

  • pa_dmv_ev_adoption(county?, year?, quarter?, limit?) — 按季度统计宾夕法尼亚州 67 个县的纯电动汽车、插电式混合动力汽车、燃料电池汽车和传统混合动力汽车注册量,并提供插电式汽车占比和准确的全州总量。可回答“宾夕法尼亚州注册了多少辆电动汽车”“阿勒格尼县的电动汽车占比是多少”“宾夕法尼亚州哪个县的电动汽车最多”等问题。
  • pa_dmv_vehicle_registrations(county?, year?, quarter?, limit?) — 按县统计各类燃料车辆的全部注册量,并提供全州总量和各县占比。此工具使用同一数据层,该数据层还提供 TOTAL_REG,与电动汽车相关列并列。
  • pa_dmv_ev_adoption_by_zip(zip?, year?, quarter?, limit?) — 按相同动力系统类别统计约 1,830 个宾夕法尼亚州 ZIP 代码的车辆数据。可回答“19103 ZIP 代码注册了多少辆电动汽车”“宾夕法尼亚州哪个 ZIP 代码的电动汽车最多”等问题。

身份验证

无需密钥。

数据源

两个数据层的 maxRecordCount 均为 2000,因此一个注册年份的数据可通过单次请求完整获取,无需分页。截至 2026-07-29,最新发布的季度为 2026 Q2。

注意事项:季度是列,不是行

每个要素代表某个 REGISTRATION_YEAR 的一个县(或 ZIP),并将四个季度的数据分别放在并列的列组中。PennDOT 尚未提交数据的季度,其对应列会显示为 null。没有可用于筛选的行或可用于排序的日期字段,因此,“最新数据”需要按 Q4 → Q1 顺序遍历,查找实际包含数值的季度。

pickQuarter() 会对整个结果集执行一次此遍历,而不是逐行执行。在单县查询中按行选择季度看似无妨,但用于排名时会导致错误:最终会拿一个县的 Q2 与另一个县的 Q1 比较,并将不同季度的数据相加成“全州总量”。只有当至少有最佳覆盖季度一半数量的行包含该季度数据时,才会接受该季度,因此,个别提前报告数据的县不会让整个结果集提前到该季度。

注意事项:混合动力汽车不计入 TOTAL_EV

PennDOT 的 TOTAL_EV = BEV + PHEV + FUEL_CELL。传统混合动力汽车(HEV)单独报告,明确不计入——Prius 会计入 hybrid_gasoline,不会计入 plug_in_vehicles。已核验全部 67 个县 × 2026 年两个季度的数据:TOTAL_EV 与 BEV + PHEV + FUEL_CELL 之间没有不一致。

注意:ZIP 层的 2026 Q1 列存在上游错误

仅在 ZIP 层的 2026 Q1 列组中,PennDOT 自身计算出的列有两处错误:

  • TOTAL_EV_Q1 将传统混合动力汽车也计入其中。ZIP 19103 发布的 TOTAL_EV_Q1 为 1291,而 BEV_Q1 314 + PHEV_Q1 136 + HEV_Q1 841 = 1291。
  • PCT_EV_Q1 写成了这个虚高数字的分数,而不是百分比。ZIP 19103 发布的值为 0.14,而插电式汽车占比为 4.85%。

其他所有年份、季度和层的数据内部一致。因此,这个工具包会在所有地方根据组成列计算 plug_in_vehicles 和 ev_share_pct,而不是读取 TOTAL_EV / PCT_EV——在数据正确的地方,这会精确复现 PennDOT 发布的值(例如,Montgomery County 2026 Q1 → 22,606 和 2.87,完全一致);在数据错误的地方,则会悄然修正。

注意:ZIP 文件低估了约 0.5% 的全州总数

对所有 ZIP 代码求和,2026 Q2 的注册车辆数为 12,039,085,而县级数据层为 12,098,320——部分注册记录没有可用的 ZIP 代码。pa_dmv_ev_adoption(县级数据层)是全州权威数据;ZIP 工具将其自身的总和标记为 zip_file_total_vehicles,而不会声称这是全州总数。

已核实的数据(核验于 2026-07-29)

查询结果
pa_dmv_ev_adoption{county:"Montgomery", year:"2026", quarter:"Q1"}BEV 16,243 · PHEV 6,363 · 插电式 22,606 · HEV 45,763 · 总计 788,762 · 占比 2.87%
pa_dmv_ev_adoption{county:"Allegheny", year:"2026"}(Q2)插电式 19,350 · 总计 965,589
pa_dmv_ev_adoption{}(2026 Q2)全州注册车辆中,插电式汽车为 171,670 辆,总计 12,098,320 辆,占比 1.42%
pa_dmv_ev_adoption_by_zip{zip:"19103", year:"2026"}(Q2)BEV 337 · PHEV 131 · 插电式 468 · 总计 9,322 · 占比 5.02%

快速入门

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "pa-dmv": {
      "url": "https://gateway.pipeworx.io/pa-dmv/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/pa-dmv/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 都连接到同一个网关和相同的 1679+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;无论连接哪一个,ask_pipeworx 都能访问所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/pa_dmv_ev_adoption \
  -H 'Content-Type: application/json' \
  -d '{"county":"Montgomery","year":"2026","quarter":"Q1"}'

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

独立运行(无需网关账号)

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账号,也无需经由网关往返:

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

或者直接运行,以确认服务能正常启动:

npx -y @pipeworx/mcp-pa-dmv

它通过 stdin/stdout 使用 MCP 通信,并为仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的共享元工具。数据源相同,工具相同,但没有 ask_pipeworx 路由。

使用 ask_pipeworx

无需直接调用工具,你可以用通俗的英语提问—— 这在上方的 pack 端点和完整网关上都适用:

ask_pipeworx({ question: "your question about Pa Dmv data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。