核心用法
tc-chengxin 是同程旅行官方推出的智能旅游 Skill，基于同程自研「程心」大模型，通过 Node.js 脚本调用同程后端 API，实现机票、火车票、酒店、景区、度假产品、长途汽车票等全品类旅游资源的实时查询与预订引导。
使用路径：用户输入自然语言查询 → 模型识别意图 → 调用对应 *-query.js 脚本（如 flight-query.js、hotel-query.js、train-query.js 等）→ 原样输出脚本返回的格式化结果（表格/卡片）→ 用户点击链接直达预订页。
关键能力矩阵：
- 机票：城市对查询、航班号精确查询、特价/低价机票推荐（含无目的地低价探索）
- 火车票：城市对、站到站、车次号精确查询，支持高铁/动车/一等座等偏好筛选
- 酒店：按城市、商圈、入住日期筛选，返回实时房态与价格
- 景点：目的地景区列表、特色标签（亲子/5A/园林）筛选
- 度假产品：自由行/跟团游套餐，支持「出发地+目的地+天数」完整行程规划
- 长途汽车：公路客运班次查询，支持站到站精确匹配
- 智能交通：未指定交通方式时，同时返回机票、火车票、汽车票综合对比
输出格式：根据 channel 和 surface 参数自动适配——Web 端输出 Markdown 表格，微信/移动端输出卡片格式，链接区分 PC 端与手机端。
显著优点
1. 官方数据源，实时准确：所有数据直接来自同程旅行生产环境 API，价格、库存、班次信息实时同步，杜绝大模型幻觉导致的虚假信息。
2. 交易闭环，一键预订：输出结果内置直达预订链接，用户无需二次搜索即可完成下单转化。
3. 意图路由精准：7 大类专用脚本覆盖旅游全场景，特价机票、智能交通推荐等特色能力满足差异化需求。
4. 格式自适应：自动识别渠道特性（Web/微信/移动端），输出体验原生一致。
5. 免费接入，配置简单：个人用户可通过同程 APP/小程序搜索「程心激活码」免费获取 API Key，企业用户可联系官方批量开通。
潜在缺点与局限性
1. 强依赖脚本输出：大模型角色被严格限定为「API 输出通道」，禁止任何内容加工、美化或补充，灵活性受限；若脚本返回格式不佳，用户体验直接受影响。
2. 无结果时策略复杂：航班/车次无结果时，需人工介入推荐「临近枢纽出发+地面段衔接」方案，涉及多脚本串联调用，对模型推理链要求较高。
3. 参数完整性要求高：火车票、机票等查询必须提供出发地+目的地（或车次号/航班号），参数缺失时需引导用户补齐，无法像通用对话那样模糊兜底。
4. 度假产品≠攻略生成：travel-query.js 返回的是可预订套餐列表，非文字行程规划；若用户仅要攻略文案，需明确说明能力边界。
5. 地域覆盖依赖同程：国际航线、小众目的地若未接入同程供应链，则无法返回结果。
适合人群
- 即时预订型旅客：已明确出行时间、路线，追求比价效率与交易便捷的用户。
- 特价敏感型用户：关注「哪里便宜」「何时买划算」的价格探索型消费者。
- 企业/开发者：需将旅游搜索能力集成至客服、助手、小程序等场景的 B 端客户。
- 微信生态用户：同程小程序原生支持，链路最短。
常规风险
- 数据时效性风险：旅游价格与库存波动极快，脚本返回结果存在分钟级延迟可能，用户以点击链接后的实际页面为准。
- 临近出发方案误用：推荐的「空铁联运」「临近机场出发」方案涉及多段行程衔接，换乘时间预估依赖通用常识，非实时接驳数据，需明确提示用户预留缓冲时间。
- 渠道格式混淆：微信渠道需使用纯文本 URL（非 Markdown 链接），若模型误判
channel可能导致链接无法点击。 - API Key 泄露风险：个人激活码需妥善保管，避免硬编码于公开仓库。