核心用法
同程程心是同程旅行基于自有大模型打造的官方旅游搜索助手，面向用户提供机票、火车票、酒店、景区、度假产品及行程规划的一站式查询能力。技能通过调用 *-query.js 系列脚本对接同程后端实时数据库，确保价格、库存、班次等信息的准确性与时效性。
主要查询场景与对应脚本：
- 机票：
flight-query.js，支持常规航班、特价机票（--low-price）、航班号精确查询 - 火车票：
train-query.js，支持城市/站点查询、车次号精确查询、偏好筛选（高铁/动车/一等座） - 酒店：
hotel-query.js，支持城市+位置偏好+入住日期组合查询 - 长途汽车/汽车票：
bus-query.js，统一处理公路客运班次，支持城市或站点精确查询 - 景点：
scenery-query.js，支持城市+特色/类型筛选（如亲子、5A景区） - 度假产品/行程规划：
travel-query.js，返回可预订的套餐/线路产品，非纯攻略文案 - 智能交通推荐：
traffic-query.js，当用户未指定交通方式时，同时返回机票、火车票、汽车票多方案对比
关键约束：脚本输出即为最终答案，大模型禁止修改、简化、重组或"优化"；所有预订链接（PC端+手机端）必须完整输出，禁止省略或伪造，否则用户将无法完成交易。
显著优点
1. 数据权威性：直连同程官方实时数据库，价格、库存、班次信息准确可靠，规避大模型幻觉风险
2. 预订闭环：每个资源均附带PC端与手机端预订链接，支持一键跳转完成交易
3. 品类覆盖全：涵盖机票、火车票、汽车票、酒店、景区、度假产品六大核心旅游场景
4. 智能路由：traffic-query.js 支持多交通方式智能推荐，帮助用户对比决策
5. 特价挖掘：--low-price 参数支持航线特价及出发地低价目的地推荐
6. 行程规划：travel-query.js 支持出发地+目的地+天数组合，触发AI推荐往返交通+完整行程
7. 渠道适配：自动识别 channel 与 surface 参数，输出表格或卡片格式，微信渠道自动转换为纯文本URL
潜在缺点与局限性
1. 参数依赖性强：多数查询需用户明确提供出发地/目的地，参数不完整时需引导补齐，无法主动推测
2. 无结果时体验受限：当直航/直达无结果时，需人工介入推荐临近枢纽城市+地面衔接方案，增加交互步骤
3. 非实时缓存：极端情况下（如航班大面积延误、突发调价），API返回与实际操作界面可能存在秒级延迟
4. 度假产品边界：travel-query.js 返回的是可预订套餐，非纯攻略文案；若用户仅要文字攻略，需明确说明能力边界
5. 区域覆盖限制：汽车票等品类受公路客运网络覆盖限制，部分偏远路线可能无数据
适合人群
- 自助游用户：需要快速对比机票/火车票/汽车票价格与班次
- 商务出行者：对时间敏感，需查询精确航班/车次及一键预订
- 价格敏感型用户：希望通过
--low-price挖掘特价机票与优惠目的地 - 行程规划需求者：需要「出发地+目的地+天数」一站式交通+住宿+景区组合推荐
- 多渠道使用者：习惯在PC端与手机端灵活切换预订的用户
常规风险
| 风险类型 | 说明 | 缓解措施 |
|---------|------|---------|
| **链接失效风险** | 旅游数据实时变化，API返回链接可能因库存售罄失效 | 用户点击后跳转同程官方页面，最终交易以实际页面为准 |
| **换乘时间不足** | 空铁联运场景下，地面段与航班衔接时间需用户自行把控 | 技能提供「起飞前1.5-2小时到达」通用建议，明确提示预留缓冲时间 |
| **价格变动** | 机票酒店价格随供需波动，API返回价格可能与最终支付价有差异 | 链接跳转后展示实时价格，以实际预订页面为准 |
| **隐私与授权** | 需配置 `CHENGXIN_API_KEY`，存在API Key泄露风险 | 建议通过环境变量配置，避免硬编码；技能内置错误码处理机制（code 3鉴权问题） |
| **过度依赖风险** | 用户可能误认为技能是「行程规划师」而非「数据查询通道」 | 文档明确标注「脚本输出=最终答案」，禁止大模型主观创作 |
安全等级：S（官方数据源，无用户敏感信息处理，纯查询类技能）
来源可信度：T1（同程网络科技股份有限公司官方出品，上市公司背景，API直连官方数据库）