Nj Mvc

@pipeworx/nj-mvc

新泽西州机动车管理局数据：机动车辆委员会（MVC） 的车辆检测与排放维修设施，以及车辆检测结果明细文件。无需密钥。

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

新泽西州如何称呼其 DMV

新泽西州的主管机构是机动车辆委员会，人们通常称其为 MVC。居民会说「MVC 办事处」，而其他州的人会说「DMV 办事处」，因此工具描述中同时列出了这两种说法。

工具

工具	返回内容
nj_mvc_inspection_facilities	所有 1,167 家持牌的私人／州立车辆检测与排放维修设施 — 名称、地址、城镇、电话、牌照 ID、检测项目
nj_mvc_vehicle_inspections	按品牌、车型、车型年份、燃料、车身样式、检测类型或气缸数汇总的 2,314,032 次单项检测的通过率／未通过率

身份验证

无需身份验证。data.nj.gov 是 Socrata 公共门户；公共速率限制足以处理这些查询，无需应用令牌。

特别之处：这份数据集

gvur-kt7q 包含 2,314,032 条逐项检测记录，每条记录都包含品牌、车型、车型年份、燃料、完整的 OBD-II 就绪状态监测器，以及独立的排放和安全检测结果。没有其他州以如此细的粒度发布检测结果，因此才能回答「哪些汽车最常无法通过新泽西州排放检测」这个问题。

经实时验证的全州数据：2,080,550 次通过、233,477 次未通过 — 总体未通过率约为 10%。按检测类型细分，首次检测有 8.7% 未通过，复检有 26.7% 未通过。

设置 min_tests（默认值为 100），是因为不设此项的未通过率排名毫无意义 — 只检测过三次、两次未通过的车型会排在所有表格的首位。sort="fail_rate" 按未通过比例排序；默认按检测量排序。

值得留意的问题

以下均为经实时验证的行为，并非猜测：

• 设施文件的 county 列在某些行中与地址不符。 一条地址为 WATERFORD WORK 的记录 — Waterford Works 位于 Camden 县 — 却被标记为 MORRIS。保留 county 筛选器是因为 Agent 会按县查询，但如果答案必须准确，请优先使用 city；响应中的 note 也会说明这一点。
• 这些是车辆检测和维修店，不是牌照办理机构。 想知道在哪里续办新泽西州牌照的用户需要找 MVC 办事处，而此文件中没有这类信息。工具描述对此有明确说明，可避免路由器将此类问题发送到这里。
• 城镇名称使用大写缩写（WATERFORD WORK，而不是「Waterford Works」），因此部分城市名称字符串比完整名称更容易匹配。
• 某些设施记录缺少坐标 — geocoded_column 不存在，而不是值为 null，因此对应的 latitude/longitude 会返回 null。
• 检测记录代表的是检测次数，而非车辆。 未通过后再次到检的汽车会被计算两次；test_type="R" 可筛选出复检。
• emissions_failures 和 safety_failures 可能重叠，且两者之和不一定等于总体结果列 failed。
• 品牌和车型均为大写缩写（TOYOTA、CAMRY、F150）。
• 车型年份包含无效值 — 少数记录的年份为 2033 和 2041。min_tests 会自动将它们排除在所有排名之外。
• 尽管文档说明 nja_vhcl_type 的值为 P/T/H，但每条记录中的该字段都为空，因此它不会作为 group_by 选项提供。nja_body_style 是可用的对应字段。
• as_of 与数据并发获取，而不是在数据获取后再取。 对 230 万行进行聚合会触发 Socrata 限流，而元数据辅助函数不会重试，因此串行调用偶尔会返回 null 作为刷新日期。
• 检测文件最后一次刷新于 2026-03-12；设施文件最后一次刷新于 2026-07-20。as_of 会报告这些日期，而不会假定数据是最新的。

数据源

• data.nj.gov Socrata t6tk-mr48 — 车辆检测设施位置
• data.nj.gov Socrata gvur-kt7q — 车辆检测数据

快速开始

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/nj-mvc/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/nj_mvc_inspection_facilities \
  -H 'Content-Type: application/json' \
  -d '{"county":"Morris"}'

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

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

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

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

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

npx -y @pipeworx/mcp-nj-mvc

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

使用 ask_pipeworx

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

ask_pipeworx({ question: "your question about Nj Mvc data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT