返回博客
MCP
如何用 MCP 为 AI Agent 接入机票、酒店与用车能力
用 MCP 设计机票、酒店和用车搜索工具，同时把下单与支付保留在明确确认之后。
龙虾出行工程团队发布于 更新于 10 分钟阅读
直接答案
可以通过 MCP Server 暴露职责单一、类型明确、只读的出行工具，例如机票搜索、酒店搜索和用车估价。AI Agent 负责规划与比较，宿主应用则在受控 API 中确认旅客资料、最终价格、下单和支付。
MCP 为出行 Agent 带来什么
Model Context Protocol 为 AI 应用提供发现和调用外部能力的标准方式。对出行场景而言，它能把自然语言请求转换为结构化查询，而不必让模型记住每个供应商的参数格式。
| MCP 参与方 | 在出行系统中的职责 |
|---|---|
| Host | 拥有对话、授权、凭证和用户体验的 AI 应用 |
| Client | 代表 Host 发现与调用工具的协议连接 |
| Server | 返回结构化结果、边界清晰的出行能力提供方 |
协议不等于权限
一个工具可以被 MCP 发现，不代表它应该在没有政策控制时被调用。是否需要确认，仍取决于工具可能造成的风险。
围绕清晰决策设计出行工具
- 一个工具只承担一个明确任务，例如搜索航班或估算用车价格。
- 返回结构化字段和稳定标识，不只返回格式化文本。
- 携带比较所需的政策、库存和有效期信息。
- 明确返回缺少参数、无库存和供应商错误。
- 避免用一个工具同时完成规划、支付、下单和确认。
| 工具类型 | 示例 | 默认自动化级别 |
|---|---|---|
| 发现 | 机场、目的地查询 | 可自动调用 |
| 搜索 | 机票、酒店、高铁、巴士搜索 | 输入边界明确时自动调用 |
| 报价 | 可预订报价、用车估价 | 自动查询后展示 |
| 交易 | 创建、改签、取消、支付 | 由应用明确确认 |
安全的 MCP 到预订工作流
- 1. 发现工具Host 连接 Server 并读取可用工具的输入输出结构。
- 2. 补齐约束Agent 询问日期、地点、旅客和偏好等必填信息。
- 3. 调用只读能力Client 调用搜索和报价工具，获得结构化选项。
- 4. 解释与比较模型解释差异，同时保留报价标识和政策事实。
- 5. 在 Host 中确认应用展示最终产品、价格、旅客资料和规则。
- 6. 由受控 API 提交服务端应用创建订单并追踪后续事件。
让协议交互可检查
最小的 tools/list 请求可以让 Host 在模型调用前先了解 Server 暴露了哪些工具。
json
{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/list"
}生产环境应记录协议请求 ID、工具名称、耗时、校验失败和交易前的应用确认，但不要记录密钥或不必要的旅客隐私数据。
如何评估一个出行 MCP 集成
| 问题 | 健康信号 |
|---|---|
| 模型能否编造订单状态？ | 不能，订单状态来自交易 API 和事件 |
| 工具能否静默触发资金动作？ | 不能，Host 负责明确确认 |
| 结果能否跨模型复用？ | 可以，返回结构化数据而非特定提示词文本 |
| 失败能否定位？ | 可以，具备请求 ID、类型化错误、耗时与供应商上下文 |
常见问题
MCP 会取代出行 REST API 吗？
不会。MCP 为 AI Host 提供标准工具接口；应用控制的下单、订单查询、售后和平台内部集成通常仍由 REST API 承担。
哪些出行工具最适合先开放给 Agent？
目的地发现、搜索、库存和报价等只读工具适合作为起点。下单、支付、取消和改签需要更强的确认与政策控制。
同一个 MCP Server 能支持多个 AI 客户端吗？
可以，只要客户端实现协议并且 Server 使用可移植的工具结构。认证、授权和用户体验仍由各个 Host 应用负责。