mcpField
M
Mobility Database

Mobility Database

远程服务
pipeworx.io地图与出行01 天前更新

关于 Mobility Database

Mobility Database 是 MobilityData 维护的公共交通数据源目录 MCP 服务,收录 GTFS 时刻表和 GTFS-Realtime 数据源。用户可搜索各地交通机构的订阅源,并查看许可证、地理范围及实时源关联的时刻表。

主要功能

  1. 01搜索 GTFS 时刻表数据源
  2. 02查找车辆位置、行程更新和服务警报源
  3. 03按国家、城市或机构筛选
  4. 04查看数据源详情及许可证
  5. 05识别关联、替代和已停用条目

适用场景

  1. 01为城市交通项目寻找时刻表数据
  2. 02查找实时车辆或服务警报数据
  3. 03核实数据源许可证及覆盖范围
  4. 04确认实时源对应的时刻表

MCP 相关

向 MCP 客户端提供 MobilityData 目录搜索及数据源详情工具,数据无需密钥即可查询。

配置

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

服务地址https://gateway.pipeworx.io/mobility-database/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/mobility-database

由 MobilityData 维护的公共交通数据源开放目录 —— 涵盖约 70 个国家/地区的约 4,500 个 GTFS Schedule 数据源和约 1,900 个 GTFS-Realtime 数据源, 每个数据源都包含运营方自己的下载 URL、许可证和边界框。TransitFeeds 的继任者。

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

工具

  • mobilitydb_search_feeds(query?, country?, municipality?, provider?, data_type?, include_inactive?, limit?) — 查找某个机构、城市或国家/地区的公共交通数据源。
  • mobilitydb_gtfs_rt_feeds(country?, query?, entity_type?, group_by_agency?, limit?) — 实时数据源(车辆位置/行程更新/服务警报),并列出各数据源对应的时刻表数据源。
  • mobilitydb_feed(feed_id) — 目录中记录的某个数据源的全部信息, 以及其同级实时数据流和任何取代它的条目。

身份验证

无需密钥。

MobilityData 还在 api.mobilitydatabase.org 提供需要身份验证的 REST API, 该 API 需要使用在 https://mobilitydatabase.org/sign-up 免费注册后获取的刷新令牌生成的 bearer token。此工具包有意不使用该 API,也不声明平台密钥:目录导出包含相同的数据源清单,无需凭证;而声明网关并不持有的密钥环境变量,会导致路由偏向一个只能拒绝请求的工具。经过身份验证的 API 可额外提供按版本划分的数据集历史记录和 MobilityData 自己的验证报告;如果需要这些功能,PLATFORM_MOBILITYDB_TOKEN 及其使用代码会在同一次更改中加入。

数据源

陷阱,已于 2026-09-17 实时验证

  • 这是标准 CSV,不能按行拆分。 数据源名称和备注包含逗号、 引号、CJK 文本和嵌套括号 — "TC_大有巴士(公總) (Dayou bus (public bus))"。 按 , 拆分会将运营方的联系邮箱放进 data_type 列。 src/index.ts 中提供了专用于此处的 RFC 4180 解析器。
  • 某个机构会发布三条实时数据行,每种 entity_type 各一条:vp 车辆位置、tu 行程更新、sa 服务警报,每条都有不同的 URL。如果不按 static_reference 去重,统计“实时数据源”时,机构数量会变为原来的三倍。
  • 实时数据源缺少其时刻表数据源就无法使用。 static_reference 指定了时刻表数据源;实时行程 ID 只能在对应的特定 GTFS 数据源中解析。
  • 有些数据源需要使用者在交通机构处提供自己的凭证 (urls.authentication_type 为 1 或 2,参数名称列在 urls.api_key_parameter_name 中)。该凭证由调用方与机构之间管理;系统会报告此信息,以便调用方在获取数据前知晓。
  • redirect.id 标记已被取代但仍保留在导出文件中的条目, 否则这些条目看起来会像仍在使用的数据源。

快速开始

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

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

https://gateway.pipeworx.io/mobility-database/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/mobilitydb_search_feeds \
  -H 'Content-Type: application/json' \
  -d '{"query":"BART","country":"US","limit":2}'

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

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

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

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

或者直接运行它,确认服务能够启动:

npx -y @pipeworx/mcp-mobility-database

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

使用 ask_pipeworx

你可以用通俗英语提问,而不是直接调用工具——在上述工具包端点和完整网关上都可以使用:

ask_pipeworx({ question: "your question about Mobility Database data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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