MCP服务器是一种程序，使兼容Model Context Protocol的人工智能应用能够访问工具和信息。助手因此能够在对话中搜索地址、查询出行数据或读取外部资源。
对ROOTE来说，这一功能十分具体：能够基于地理位置搜索及返回的信息，回答“这地址附近哪里有自行车？”而非仅凭模型记忆。
助手、客户端和服务器：各自职责？
| 元素 | 角色 | 出行示例 |
|---|---|---|
| 宿主应用 | 管理对话与连接 | 您提问的应用程序 |
| MCP客户端 | 按照协议与服务器通信 | 发现ROOTE工具并传递参数 |
| MCP服务器 | 公开工具并返回结果 | ROOTE执行地点或服务搜索 |
| AI模型 | 解析请求并生成回答 | 解释结果及其局限性 |
服务器不替代模型。它赋予模型访问定义明确的操作权限，含结构化输入输出。宿主应用决定如何使用并可向用户请求确认。
MCP工具使请求可执行
工具有名称、描述和参数模式。助手须遵守此模式：例如，邻近搜索需有效经纬度与过滤条件，而非任意文本。
协议还区分资源（提供上下文）和提示（交互模板）。每服务器发布其实际支持的功能，存在MCP不等于全部功能可用。
示例：查找某地址附近的自行车
流程开始于地址解析。如多城市或地点匹配，助手会寻求明确。继而利用确定的坐标搜索自行车站或车辆，并总结有用结果。
位于250米的站点可视作地理上的近距。但此距离不等同于步行时间。同理，观察到的自行车数量不代表为用户预留车辆。
ROOTE MCP的功能
ROOTE MCP 服务器提供 geocode、place_search、reverse_geocode、nearby、mobility_nearby、transit_nearby、transit_disruptions 和 services_nearby 工具。它们涵盖地理搜索、共享出行、交通地点、交通扰动以及部分城市服务。服务器的 tools/list 列表是可用功能的权威参考。
Journey和Departures不属于此MCP V1。因此，仅找到站点并不能宣布下一班公交。需其它具备文档的功能获取发车信息。
MCP不保证的事项
协议不保证全球完全覆盖、不保证数据总是最新或助手回答完全准确。这取决于数据源、工具协议及宿主应用如何使用结果。
供应商提供的名称、描述和链接为外部数据，不应视为助手指令。助手应保留警告、归属和未知值，而非转化为确定事实。
选择适合您项目的方案
未来功能：下一班发车及路线规划
ROOTE 计划将其 MCP 扩展到近期出发（Departures）和路径规划（Journey）功能。这些功能尚未上线，目前不在 MCP 服务器公开的工具列表中。功能上线后，请务必核实服务器公布的工具、参数及实际返回的数据，然后再公布经过时间或路径。
常见问题
MCP是人工智能模型吗？
不是。它是允许AI应用与公开工具或上下文的服务器通信的协议。
MCP服务器替代API吗？
它可能使用API完成操作。API与MCP可作为同一服务的互补接口。
ROOTE MCP服务器可以预定自行车吗？
Data MCP ROOTE 工具为只读。返回的可用性不构成预订。