mcpField
D
Dutch Vehicle Context

Dutch Vehicle Context

远程服务
tradebrite.nl法律与政务010 周前更新

关于 Dutch Vehicle Context

Dutch Vehicle Context 按荷兰车牌生成车辆报告,供车辆信息查询和购车前调查使用。它整合年检、缺陷、里程表判定及召回数据,并将观察信号与已确认事实区分开。

主要功能

  1. 01查询年检历史与缺陷
  2. 02提供官方里程表判定
  3. 03汇总召回事项及风险
  4. 04标记重复缺陷等信号
  5. 05注明来源状态与未知信息

适用场景

  1. 01购车前检查车辆的年检和缺陷记录
  2. 02核查未处理召回及其风险
  3. 03查看里程表判定和重复故障信号

MCP 相关

以远程 MCP 服务和 HTTPS API 提供按车牌查询的车辆报告;MCP 客户端可调用工具获取结构化记录、观察信号及来源信息。

配置

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

服务地址https://vehicle-context.tradebrite.nl/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 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

1
参数类型必填说明
depthenum否详细程度。`compact`(默认)仅提供最近一次检验,并简要列出已处理的召回;所有事实和全部信号仍会保留,未处理的召回始终完整显示。请求 `full` 可获取完整检验历史和来源 URL。compact | full
platestring是荷兰车牌,可带或不带连字符:'01-TH-FD'、'01THFD' 或 '01 th fd' 均可。共六个字符。

详细介绍

荷兰车辆上下文——荷兰车牌 MCP 服务与 API

输入一个车牌,获取一份关联的车辆报告。APK 检验历史、附带易读说明的未通过项目、官方里程数判定,以及完整的召回链路——包括可能损坏的部件、危险程度和维修方案。

可作为远程 MCP 服务运行,也可作为普通 HTTPS API 使用。免费,无需 API 密钥,也无需注册。

https://vehicle-context.tradebrite.nl

📖 文档: https://tradebrite.nl/vehicle-context/


10 秒内完成连接

将 dutch-vehicle-context MCP server 添加到 Cursor

Claude(网页端或桌面端,任何套餐):Customize → Connectors → + → Add custom connector,粘贴 https://vehicle-context.tradebrite.nl/mcp。

ChatGPT: 自定义连接器需要 Developer Mode(Pro/Team/Enterprise/Edu);Plus 套餐无法使用——请改用 HTTPS API。

Claude Code:

claude mcp add --transport http vehicle-context https://vehicle-context.tradebrite.nl/mcp

也可以在 MCP 配置中设置(Claude Desktop、Cursor、Windsurf,……):

{
  "mcpServers": {
    "vehicle-context": {
      "type": "http",
      "url": "https://vehicle-context.tradebrite.nl/mcp"
    }
  }
}

之后你可以这样提问:“车牌 01-TH-FD 的情况如何?这辆车值得买吗?”

更喜欢直接使用 HTTP:

curl "https://vehicle-context.tradebrite.nl/v1/vehicle/context?plate=01-TH-FD"

为何开发此工具

所有底层数据都是公开且免费的。问题在于数据分散:回答一个普通问题,需要查阅分布在 11 个数据集和 2 个代码表中的信息;最有意思的结论却不在其中任何一处。

两个实际案例。

召回链路。 基础登记库对未完成的召回行动只标记 Ja。如果想知道具体是哪项行动,就必须从车牌查到参考代码(t49b-isb7),再查行动说明(j9yg-7rg9),最后查危险清单(9ihi-jgpf)。测试车辆对应两项行动:一项是 2018 年已完成的行动,另一项是 2024 年尚未完成的行动,涉及一种可能在事故中爆炸的安全气囊气体发生器。如果只取第一行,报告的结果就是错的。

反复出现的缺陷。 一次未通过检验说明不了什么——问题会得到修复。同一项未通过检验的问题连续三年出现,说明存在结构性故障。但这个结论并没有现成记录;只有将每轮检验的记录分组后才能得出。还要留意一个差点让我们掉进的陷阱:维修后的复检会以单独日期记录相同的缺陷。按日期计数会引发误报。参见 src/context.ts。

返回内容

一份 JSON 响应(约 10 kB),包含 identity、technical、fuel、inspection、defects、odometer、recalls、status_flags、value、signals 和 provenance。

让 Agent 能够有效使用这些数据的是 signals——按严重程度排序的观察结果,不会直接判定存在缺陷;每项观察都附有建议和依据:

信号含义
open_recall尚未完成的召回行动,包括缺陷、危险和维修方案
recurring_defect多轮检验中反复出现的同一项未通过检验的问题
odometer_illogical登记机构判定里程数不合逻辑
odometer_no_judgement没有判定——这与判定合格不同
imported_vehicle荷兰登记库中缺少进口前的历史记录
emission_zone_restricted低于 EURO 5 标准的柴油车
apk_expired、not_insured、exported、taxi_history、source_unavailable……

它不做什么

不包含失窃状态,这并非遗漏。 车辆是否登记为被盗或失踪,原则上不会作为开放数据提供。每个答复都会明确说明这一点,即使其他信息都没有问题也一样——否则,一份看起来完整却没有提及失窃状态的报告会被理解为“未被盗”,而这是任何人都可能从这些数据中得出的最危险结论。

此外:不提供估价、技术检验或购车建议。不提供损坏历史、车主数量或当前里程数——这些信息不在开放登记系统中。

设计原则

  1. 绝不因为某个缺失值看起来可能正确,就擅自填入。 每个来源都有一个状态:ok / not_found / empty / not_published / unavailable / error。
  2. 事实 ≠ 信号 ≠ 未知。
  3. 对于未公开的信息,明确标记为未知。
  4. 只提供一个 MCP 工具,而不是几十个。 我们的工具列表有 2.347 个字符。我们对比过的一个覆盖面更广的荷兰开放数据 MCP 有 64 个工具,共 55.452 个字符——Agent 在提问前就必须读取约 15.000 个令牌。
  5. 来源失效时要明确显示。 沉默不能让人误以为“没有需要说明的内容”。
  6. 每个推导出的结论都在 based_on 中注明依据。

自行运行

npm install
npx wrangler deploy      # vul eerst je eigen account_id in wrangler.toml
node regression.mjs      # acht gevallen tegen de live dienst

无需密钥——所有来源均为公开数据。软件包中不包含预先计算的数据,所有查询都会实时进行(每个来源 240–480 ms,并行查询)。

来源与许可

来自荷兰车牌登记系统和召回登记系统的 11 个数据集,均采用 Creative Commons Zero 许可。请注意:数据源管理方明确不允许在再利用时注明来源,也禁止使用其名称和徽标,因此这里有意不列出这些信息——仅标注中性的登记系统名称和数据集 ID。

数据源管理方不保证服务可用,并可在不说明理由的情况下撤下数据集。性能使用遵循合理使用原则;因此,托管服务按 IP 限制请求频率:每 10 秒 10 次,每分钟 60 次。

代码: MIT,参见 LICENSE。

隐私

车牌可能属于个人数据。托管服务不会记录车牌或 IP 地址——包含车牌和时间戳的日志文件会建立源数据中本不存在的关联。不过会记录:品牌、生产年份、车辆类型和发出的信号。

相关项目

Dutch Property Context — 以同样的方法查询荷兰住宅:输入地址,获取建造年份、能源标签、社区数据、古迹状态和学校信息。


由 Tradebrite BV 构建 · [email protected]

评论

支持 Markdown

第一次接触 MCP?

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

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