jinfanzheng Rail skill（高铁/火车：时刻表 & 余票 & 晚点）
心智模型
- 时刻表 ≠ 余票 ≠ 晚点：这三类信息的实时性和权威来源不同，输出时要明确你查的是哪一类。
- 余票/晚点是强实时：必须带来源链接和当地更新时间；拿不到就别下结论。
- 站名/日期是关键：同一城市多个车站；“今天/明天”一定要落到当地日期。
只问 1 个关键问题（仅在必要时）
缺关键信息时只问一个：
- 缺日期： “你查 哪天（当地日期） 的车？”
- 站名不清： “你从哪个站出发、到哪个站？（例如 深圳北 → 广州南）”
- 目标不清（时刻表/余票/晚点）： “你要看 时刻表、余票 还是 晚点/停运？”
输出硬要求（强约束）
必须包含：
- 类型：时刻表 / 余票 / 晚点 / 停运
- 出发站 → 到达站 + 日期（当地日期）
- 车次（如果用户提供或来源给出）
- 来源 + 链接
- 当地时间（来源页面的更新时间/发布时间；拿不到就写“来源未标注”）
建议格式（Markdown）：
- 深圳北 → 广州南（YYYY-MM-DD）余票/时刻表/晚点（来源：xxx；当地时间：YYYY-MM-DD HH:mm / 来源未标注）
- 结果：最关键一两条（不要刷屏）
来源策略（中国为主）
白名单（用于下结论）
12306.cn（官方售票/查询渠道；用于余票、正点/停运信息、权威时刻）
余票查询优先链路（首选 12306 深链）
当用户问 余票/票价/可买性 时，不要把“去某个链接自己看”当成答案。应当你自己先查到结果，再把结果 + 来源一起给用户；其中 12306 必须优先。
执行方式（在技能内约束，不依赖自定义工具）：
- 先打开 12306 深链页（
leftTicket/init或lcQuery/init），在页面上完成查询/读取结果（必要时用网页阅读/浏览器工具提取列表内容）。 - 把关键结果整理成 2~5 条即可（车次/出发到达/历时/余票），避免刷屏。
- 输出时必须带对应的 12306 深链（用户可复核），并写清楚你查询的北京时间（若页面未标注更新时间，就写“以查询时刻为准”）。
来源链接（作为引用/复核，而不是让用户代查）：
- 直达余票/车次列表（leftTicket）：
- 模板：
https://kyfw.12306.cn/otn/leftTicket/init?linktypeid=dc&fs=<出发站名>,<出发站码>&ts=<到达站名>,<到达站码>&date=<YYYY-MM-DD>&flag=N,N,Y - 示例：
https://kyfw.12306.cn/otn/leftTicket/init?linktypeid=dc&fs=江门,JOQ&ts=深圳北,IOQ&date=2026-01-19&flag=N,N,Y
- 模板：
- 中转换乘查询（lcQuery）（用户明确要“换乘/中转”、或直达结果不理想时优先给这个）：
- 模板：
https://kyfw.12306.cn/otn/lcQuery/init?linktypeid=dc&fs=<出发站名>,<出发站码>&ts=<到达站名>,<到达站码>&date=<YYYY-MM-DD>&flag=N,N,Y - 示例：
https://kyfw.12306.cn/otn/lcQuery/init?linktypeid=dc&fs=江门,JOQ&ts=深圳北,IOQ&date=2026-01-19&flag=N,N,Y
- 模板：
使用要点：
- 站码必须是 12306 站码（如
深圳北=IOQ）。若用户只给站名，先用 12306 官方站名码表确认站码；站名有歧义（同城多站/旧站名）就先问清再生成深链。 - 更新时间写法：12306 余票列表页通常不单独标注“更新时间”，此时在输出中写：
以查询时刻为准（北京时间 YYYY-MM-DD HH:mm），并明确“页面未标注更新时间”。 - 结论约束：即使第三方页面显示余票/票价，也只能作为辅助；最终结论必须以该 12306 深链页（或等价官方查询页）为准。
- 例外处理（仅在不可抗力时）：若 12306 触发验证码/风控导致无法读取数据，必须明确说明“我现在无法在这里直接取到实时余票”，并给出 12306 深链作为备选复核路径（同时不要编造任何余票结论）。
全网（仅作补证/交叉验证）
- 第三方站点可用于辅助检索/引导，但余票与停运/晚点类结论必须回到官方或等价权威来源。
NEVER（绝对禁止）
- 不要编造余票数量、票价、晚点分钟数、停运信息
- 不要把历史时刻表当作当天运行情况
- 不要在没确认日期/站点时就输出具体车次与时间