全能出行管家

要解决的问题

规划一次出行时，决策往往散落在四个维度上：坐飞机还是高铁、哪天出发更便宜、同价位酒店里哪一家位置更好、同一航线不同时段的航班差多少钱。人工做这件事需要在多个平台之间反复切换，而且拿到的价格大多是某个时刻的静态快照，很难把前后几天的波动放在一起看。

与此同时，很多人并不希望把姓名、证件号、手机号这类信息交给自动化脚本。自动化比价真正需要的是票价、车次、酒店评分和经纬度，而不是乘客身份。这个技能就是围绕这个区分来设计的：只查公开可检索的价格数据，不碰任何 PII，不代替用户下单或付款。

核心能力与工作流程

技能把出行决策拆成三层比价，每一层都有明确的数据来源。

交通方式比价比较飞机、高铁与自驾的总耗时、总费用、舒适度和准点率。飞机和高铁通过 searchLowestPriceFlight、searchLowestPriceTrain 查询最低价；自驾部分用高德 route 拿到距离和时间，再按里程估算油费与过路费。

多日期比价在目标日期前后各三天分别发起查询，生成价格波动表。机票周五和周日通常最贵，周二、周三最便宜；酒店周末溢价明显，周日到周四更划算；高铁票价相对稳定，节假日会上浮。

酒店性价比对比按价格、评分、位置、设施、取消政策五个维度加权打分，输出推荐排序。位置项会调用 geo 和 around 计算距目的地距离与周边便利度。

查询结果统一落盘到技能目录下的 output/，生成 HTML、JSON 和二维码。二维码内容是第三方平台的公开页面 URL，用于跳转，而不是直接跳转到带个人信息的订单页。会话中临时确认的偏好，比如“含早餐”“预算 500 以内”，只在内存里生效，不写磁盘、不跨会话保留。

适用边界

这个技能只做查询与比价，不调用任何下单、预订或支付接口，不执行 saveOrder、create_order、bookTrain 这类命令。用户最终要在途牛或 12306 等平台上自行完成预订。

它也不读取 PASSENGER_NAME、PASSENGER_ID、PASSENGER_MOBILE 等乘客环境变量。需要高德和途牛 API Key 时，从本地环境变量读取，不上传、不跨会话保存，技能包内也不包含任何密钥文件。

文件写入默认局限在 output/。写桌面目录和自动打开浏览器都属于 opt-in 行为，必须通过 --desktop 或 --open 显式触发，触发时控制台会打印警告。

调用途牛查询时优先使用 TUNIU_CLI_PATH 指向的本地入口，退化到 node_modules/tuniu-cli，最后才用 npx tuniu。所有子进程调用都以参数数组传给 spawnSync 并设置 shell:false，只构造已知的查询类命令，不执行任意输入。

文档中的示例价格与车次为占位符，真实数据以 API 返回结果为准。