曹操出行 MCP

从「想打车」到「拿到发票」，中间有多少步骤

做出行自动化时，麻烦不在地图 API，而在「想去哪 → 叫车 → 查订单 → 结算开票」这条链路要拆成十几步：地址转经纬度、车型和价格预估、下单前确认 estimateId、下单后查车牌、联系司机、查账单。曹操出行 skill 把这整条链路封装成 MCP 工具，让 Agent 用统一接口跑完整个流程。

核心能力与关键调用顺序

叫车：两条路径

• maps_text_poi：关键词搜地址拿经纬度，后续预估和链接生成都依赖它。
• trip_estimate_v2：给起终点地址，返回可选车型和预估价格。orderType 必传，1 实时单、2 预约单。
• Beta 版收口在 trip_generate_ride_link：生成打车小程序链接，下单动作由用户在微信完成。
• Pro 版用 trip_create_order_v2 直接创建订单并派单，前置条件是先用预估接口拿到 estimateId。

这里有个坑：estimateId 在返回值的 structuredContent.estimateId 字段里，不是 _meta.unique_key——后者是 MCP 协议层的请求追踪 ID，混用会下单失败。

订单管理：可查可改，但不能悄悄动

• trip_query_order_v2：查进行中订单状态、车牌号、司机位置。
• trip_cancel_order_v2：取消订单，执行前必须二次确认。
• trip_update_order：改起终点、路线、车型或备注，流程是先带 updateScene 和 orderNo 重新预估，用户确认后再更新。
• 司机接单后可用 trip_send_driver_message 留言、trip_call_driver 拿司机手机号；客服电话走 trip_contact_customer_service（action 传 getPhone）。

账单与售后

• trip_pull_bill：查未支付订单费用明细。
• trip_rate_driver：评价司机（1 满意、2 不满意），仅限已支付订单且行程结束 3 天内有效。
• trip_query_history_orders：按时间、起终点、费用范围筛历史订单；trip_delete_order 删记录，也要二次确认。
• trip_create_invoice：支持个人与公司抬头、批量开票。公司必传 invoiceTitle 和 taxNumber，个人必传 connactName 和 connactPhone。

适用边界与参数注意点

这不是导航工具。公交地铁、步行骑行驾车导航、租车自驾、货运搬家物流，都不该用它。

参数上还有几个坑：routeTags 默认不传，只有明确提特殊路线才填；callOrderServiceType 默认不传走智能推荐，显式指定时必须是字符串（"2"）；为他人叫车把手机号填进 whoTel。