前言¶

抢一张定点车票，最难的不是下单，而是不知道余票什么时候放出来。手动刷 12306 网页，刷新几次就容易被风控，也没法在放票的第一时间切到支付页。对开发者来说，更顺手的做法是让脚本按固定间隔去问官方接口，一旦目标席别有票就立刻叫醒自己。

下面介绍一个做这件事的 Agent Skill：12306 余票监控。它把「定时轮询 + 条件过滤 + 多渠道报警」打包成一个可被 Agent 调用的能力，你只需要用自然语言说清车次、席别、日期和区间。

这是什么¶

12306 余票监控是一个基于通用 SKILL.md 格式的社区 Skill，坐标 @user_d41e2baa/train-ticket-monitor，版本 1.0.0，由 user_d41e2baa 发布维护，归类在 it-ops-security。

它解决的问题是：在 12306 放票或退票产生余票的窗口期里，用程序代替人盯着，并在命中条件时通过多种方式把人叫回来。资料中标注 requires_api_key=false，即不需要自行申请 API Key。

核心功能¶

1、按用户设定的间隔轮询 12306 官方接口，不依赖浏览器刷新。

2、按车次、席别、日期、区间四个维度筛选监控目标，只对命中条件的结果报警。

3、报警通道有三种：终端响铃、桌面通知、控制台高亮。三者可以覆盖命令行前台运行、切到后台、以及盯日志这三种常见状态。

4、跨平台支持 macOS、Linux、Windows，报警方式在三端都可用。

5、触发场景明确：当用户要求追踪火车票余票、监控放票、设置自动抢票提醒时使用该 Skill。

安装与启用¶

已抓取资料中只提供了 SkillHub 的坐标与地址，没有给出具体的安装命令和配置文件字段，官方页面在本次抓取时无法访问，因此这里不写未经核实的命令，避免误导。

可用的入口是：

SkillHub 页面：https://www.skillhub.cn/skills/user_d41e2baa/train-ticket-monitor
官方地址：https://api.skillhub.cn/user_d41e2baa/train-ticket-monitor
坐标：@user_d41e2baa/train-ticket-monitor

在支持 SkillHub 的 Agent 环境里，按上述坐标引用该 Skill，启用后即可在对话中直接下达监控指令。具体是哪种客户端、是否有 CLI 安装命令，需要以官方页面的说明为准。

典型用法¶

该 Skill 的输入是自然语言描述的监控条件，不需要手写参数。下面是与官方简介一致的用法示例。

1、监控某个日期、某个区间、某个席别的余票：

帮我监控 1 月 20 日北京南到上海虹桥的二等座余票，有票就提醒我

2、只盯指定车次：

盯着 G101 次列车的商务座，一旦有票马上通知

3、要求同时用多种方式报警：

监控明天广州南到深圳北的一等座，响铃加桌面通知都要

轮询间隔由 Skill 按用户设定执行。在 Agent 环境里下达上述指令后，Skill 会自行轮询并在命中时触发报警；如需查看它当前用了什么间隔或筛选条件，直接问 Agent 即可。

适用场景与注意¶

适合这几类人：需要抢定点车票、想第一时间知道放票时间的人；希望把监控脚本交给 Agent 托管、不想自己维护轮询循环的开发者；在多台机器上跨平台使用的人。

需要注意的几点：

1、它监控的是余票是否出现，不替代下单。命中报警之后，仍然需要手动进 12306 完成查票、选座、支付。

2、轮询官方接口有自己的节奏，间隔设得过短既没有意义，也可能给官方服务带来压力，按实际放票窗口设置即可。

3、12306 的余票和放票规则会随车次、日期和车站调整，筛选条件要写具体，避免区间或席别留空导致误报。

4、桌面通知依赖操作系统的通知权限，首次使用前确认当前用户有权限收到通知，否则只会走到终端响铃和控制台高亮。

5、该 Skill 来自社区（source: community），发布者为 user_d41e2baa，引入到生产流程前建议先在小范围跑一轮验证。

结尾¶

12306 余票监控的价值在于把「盯票」这件重复劳动变成一次配置加一句指令：按间隔轮询官方接口，按车次、席别、日期、区间过滤，命中后用终端响铃、桌面通知或控制台高亮报警，并在 macOS、Linux、Windows 三端可用。

官方地址：https://api.skillhub.cn/user_d41e2baa/train-ticket-monitor