技能介绍

要解决的问题

机票预订看起来是一次搜索、一次下单，实际流程会跨多个接口：搜索航班、获取报价、创建订单、查询票号、计算退票费、提交退票或改签、查询并提交发票。参数之间存在依赖关系，例如 priceId、flightInfoId、orderSource、ticketId、tripId、voucherOrderInfo 都必须从上游接口取得；国内和国际订单又使用不同字段。直接拼参数容易触发业务错误，也容易造成误预订、误退票。

技能如何工作

该技能通过 MCP Server 的 JSON-RPC 接口调用 JournAI 机票工具，认证使用 Authorization: Bearer $HUOLI_API_KEY，响应时检查 result.structuredContent.code 是否为 0。核心能力包括：

航班搜索：按日期、城市或机场、价格、直飞、中转、舱位等条件查询，并根据“下午/早班机/最便宜”等偏好显式传 sortBy 与 sortOrder。
预订链路：从 search_flights 到 get_flight_offers，再到 uni_order_create，保持 priceId、flightInfoId、orderSource 等参数可追溯。
退改签流程：退票按 uni_order_query → refund_query_fee → 用户确认 → refund_submit 执行；改签按 uni_order_query → reroute_query_flight_filter → reroute_confirm → 用户确认 → reroute_submit 执行。
发票处理：通过 query_invoiceable、submit_invoice、query_invoices、manage_invoice 查询、提交和管理报销凭证，操作前确认 canCancel、canUpdate、canResend 状态。

所有写操作，如 uni_order_create、uni_order_cancel、refund_submit、reroute_submit、submit_invoice、manage_invoice，都需要在调用前向用户确认；多选项场景也应让用户选择，而不是模型自行决定。

适用边界

适合用于已有 HUOLI_API_KEY 的机票出行任务，尤其是需要严格步骤、参数校验和用户确认的助手场景。使用时要注意：身份由 API Key 绑定，无需额外传用户标识；国内订单以 ticketIds 等字段为主，国际订单常需要 tripInfoList、contacts；搜索结果为空时按翻页、扩大 pageSize、调整日期或机场处理；涉及金钱和票务变更时，必须保留确认步骤。