12306 Train Assistant

12306 CLI Skill 🚄

目标

用本仓库的 client.py 完成 12306 相关查询与下单辅助，优先覆盖：

• 余票查询：left-ticket
• 中转换乘：transfer-ticket
• 中转下单：transfer-book
• 经停站：route（支持 --train-code 自动解析）
• 登录态检查：status
• 二维码登录：qr-login-create
• 候补管理：candidate-queue / candidate-orders / candidate-submit / candidate-cancel / candidate-pay
• 需要登录的操作：passengers / orders / book / transfer-book / candidate-submit / candidate-cancel / candidate-pay

触发信号

用户提到下列需求时触发本技能：

• “查明天北京到上海余票”
• “G1033 经停站”
• “深圳到拉萨怎么中转”
• “把第1个中转方案下单”
• “候补排队状态怎么样”
• “12306 登录状态”

执行原则

1. 默认用 text 输出（便于用户阅读）；仅在用户明确要求结构化数据时加 --json。
2. 解析相对日期（今天/明天/后天）为 YYYY-MM-DD 后再执行命令。
3. 站名支持中文/拼音/三字码，直接传给命令即可。
4. route 优先用 --train-code，减少用户提供 train_no 的负担。
5. 失败时先给出可执行修复建议（缺参数、日期格式、站名不匹配、风控限制等）。
6. book 成功后优先告知订单号；若传了 --channel，同时给出支付二维码路径与支付链接；若网页支付不可用，建议去 12306 App 的“待支付订单”继续支付。
7. qr-login-create 会自动后台启动登录检查；扫码确认后统一用 status 判断是否已登录。

常用示例

示例 1：余票查询

python3 client.py left-ticket --date 2026-03-23 --from 北京南 --to 上海虹桥
python3 client.py left-ticket --date 2026-03-23 --from 北京 --to 上海 --limit 10 --json

示例 2：中转换乘

python3 client.py transfer-ticket --date 2026-03-23 --from 深圳 --to 拉萨 --limit 10
python3 client.py transfer-ticket --date 2026-03-23 --from 深圳 --to 拉萨 --middle 西安 --json

示例 2.1：中转下单

# 先预检（不最终提交）
python3 client.py transfer-book --date 2026-03-23 --from 成都 --to 广安 --plan-index 1 --seat second_class --passengers 张三 --dry-run

# 正式提交
python3 client.py transfer-book --date 2026-03-23 --from 成都 --to 广安 --plan-index 1 --seat second_class --passengers 张三

示例 3：经停站

# 推荐：直接用车次号，脚本自动解析 train_no
python3 client.py route --train-code C956 --date 2026-03-23 --from 南部 --to 南充北

# 已知 train_no 时可直查
python3 client.py route --train-no 760000C95604 --date 2026-03-23 --from NBE --to NCE

示例 4：登录与状态

python3 client.py status
python3 client.py login --username <账号> --password <密码>
python3 client.py login --username <账号> --id-last4 <证件后4位> --send-sms
python3 client.py login --username <账号> --id-last4 <证件后4位> --sms-code <6位验证码>

# 二维码登录流程
python3 client.py qr-login-create
python3 client.py status

示例 5：乘车人与订单

python3 client.py passengers --limit 50
python3 client.py orders --where G --page-size 20
python3 client.py orders --where H --start-date 2026-02-01 --end-date 2026-03-01

示例 6：订票（预检与提交）

# 只校验，不最终提交
python3 client.py book --date 2026-03-23 --from 北京南 --to 上海虹桥 --train-code G101 --seat second_class --passengers 张三 --dry-run

# 正式提交
python3 client.py book --date 2026-03-23 --from 北京南 --to 上海虹桥 --train-code G101 --seat second_class --passengers 张三

# 单人选座（D 会自动归一化为 1D）
python3 client.py book --date 2026-03-23 --from 北京南 --to 上海虹桥 --train-code G101 --seat second_class --passengers 张三 --choose-seats D

# 支付渠道 + 本地支付二维码
python3 client.py book --date 2026-03-23 --from 北京南 --to 上海虹桥 --train-code G101 --seat second_class --passengers 张三 --channel alipay

示例 7：候补查询

# 候补排队状态
python3 client.py candidate-queue

# 候补订单（进行中）
python3 client.py candidate-orders

# 候补订单（已处理）
python3 client.py candidate-orders --processed --start-date 2026-03-11 --end-date 2026-04-09 --limit 20

# 提交候补（建议目标席别余票为“无”时）
python3 client.py candidate-submit --date 2026-03-23 --from 北京南 --to 上海虹桥 --train-code G101 --seat second_class

# 取消候补
python3 client.py candidate-cancel --reserve-no <候补单号>

# 候补支付参数（自动读取 reserve_no）
python3 client.py candidate-pay

# 候补支付参数（指定 reserve_no）
python3 client.py candidate-pay --reserve-no <候补单号>

每个命令参数说明

全局参数（所有命令可用）

left-ticket 余票查询

transfer-ticket 中转换乘

transfer-book 提交中转订单

route 经停站查询

login 登录

status 登录状态检查

无专属参数，仅使用全局参数。

qr-login-create 生成二维码登录图片（自动后台检查，不阻塞）

passengers 乘车人查询

orders 订单查询

candidate-queue 候补排队状态

无专属参数，仅使用全局参数。

candidate-orders 候补订单查询

candidate-submit 提交候补订单

说明：当前实现会继续执行候补确认与排队查询；若超时会返回“仍在排队中”，可继续用 candidate-orders/candidate-queue 查看。

candidate-cancel 取消候补订单

candidate-pay 候补支付参数获取

说明：传 --channel 时会自动尝试本地生成支付二维码图片，便于用户直接扫码支付。若缺依赖可安装 qrcode 或 segno。

book 订票

参数提取规则

• 出发站：--from
• 到达站：--to
• 日期：--date（格式 YYYY-MM-DD）
• 经停场景：用户给车次号（如 G1033、C956）时用 --train-code
• 经停场景：用户给内部号（如 760000C95604）时用 --train-no
• 查询区间优先用用户提供的 from/to

输出策略

• 默认输出文本结果并概括关键信息。
• 若用户说“返回 JSON / 机器可读”，添加 --json 并返回结构化摘要。
• book 成功时应突出 order_id；若传了 --channel，应优先展示二维码路径。
• transfer-book 成功时应突出 order_id 与方案序号（plan_index）；若传了 --pay-channel，应优先展示二维码路径。

示例工作流

示例 A：余票

用户：“查明天北京到上海余票”

python3 client.py left-ticket --date <明天日期> --from 北京 --to 上海

示例 B：经停站

用户：“C956 经停哪些站”

如果用户未给日期或区间，先补齐最小参数（日期、from、to）；拿到后执行：

python3 client.py route --train-code C956 --date <日期> --from <出发站> --to <到达站>

示例 C：中转

用户：“深圳到拉萨怎么中转”

python3 client.py transfer-ticket --date <日期> --from 深圳 --to 拉萨 --limit 10

示例 C.1：中转下单

用户：“把第1个中转方案给我下单，二等座，乘客张三”

python3 client.py transfer-book --date <日期> --from <出发站> --to <到达站> --plan-index 1 --seat second_class --passengers 张三

# 需要支付二维码时
python3 client.py transfer-book --date <日期> --from <出发站> --to <到达站> --plan-index 1 --seat second_class --passengers 张三 --pay-channel alipay

示例 D：候补

用户：“帮我看看候补订单有没有兑现”

python3 client.py candidate-orders --processed --start-date <起始日期> --end-date <结束日期> --limit 20

限制与注意

1. 中转结果来自 12306 推荐，不保证覆盖所有可行组合。
2. 可能触发风控（如 error.html），需提示用户稍后重试或降低频率。
3. 订票链路依赖登录态与乘车人信息，建议先 status/passengers。
4. 站点解析依赖 12306 站名字典，极少数别名可能无法直接命中。
5. 相对日期必须换算成绝对日期再执行命令。
6. 支付渠道提前询问；脚本会尝试返回支付二维码/链接；也要主动提示用户去 12306 App 的“待支付订单”支付。