技能介绍

解决什么问题

航班 AOG（飞机故障）、天气或流控导致取消时，地面服务团队面对的是一次性的批量疏运：几百名旅客要在短时间内分散到其他航司航班、高铁或空铁联运路径上。手工比对携程和 12306 的余票，既慢又容易漏掉关键信息，比如高铁二等座到底还剩 23 张还是只显示"有票"。本 Skill 把查询、方案组织和可视化输出串成一条流水线，产出可直接转发到微信的 HTML 处置单。

核心能力

三源分流查询：机票走携程问道 API（需配置 WENDAO_API_KEY），高铁/火车走 12306 官方接口（无需 Key），去哪儿、飞猪等平台作为多源比价参考。
12306 精确余票：返回每趟车各席位的具体剩余张数、全量车次，支持车次类型、时间段、最长耗时、指定席位有票等过滤。
四套标准模版：A 他航直飞/中转、B 飞到周边城市接高铁、C 高铁到周边机场接飞机、D 纯地面保底，每套都含衔接耗时、余量和推荐标签。
纯内嵌 SVG 路线图：无外部 CDN 依赖，微信内置浏览器可显示，四套方案可切换。
HTML 处置单：综合对比表含 12306 余票列，并按人数与余票给出分批疏运建议。

关键步骤与注意点

先确认 AOG 机场、目的地、人数、时间点和预计修复时间；
按查询清单并行拉取机票与火车票数据；
填充模板生成 HTML，标注数据源与时效性。

注意：火车票查询必须使用 train_query_12306.mjs，携程问道的火车票数据只有"有/无"二值；携程问道返回的是"精选推荐"而非全量航班，必要时经 travel-cn 交叉验证；海南方向无直达高铁，需经湛江轮渡过海，模版 D 耗时很长；160 人以上需分批，单批受大巴容量或航班余座限制；所有余票数据执行前仍需人工复核。