作者为同学 Tejas 做了 KTCL CommuteShield：印度果阿的公交智能卡系统靠离线批处理对账，中央服务器在每晚 11:59 关闭批处理队列，如果在这之后在线充值，钱虽然扣了，但余额要到第二天晚上才同步到闸机，于是 Tejas 第二天早 7:30 刷卡时会被闸机拒绝。问题在于 Tejas 喜欢在实验课后去 Wadi 球场踢球，这种临时多出来的行程会不知不觉刷爆余额——周五晚只剩 18 卢比，第二天早上就被困在车站看着校车开走，而那正是重要考试前的早晨。简单的「余额低于 50 卢比就报警」会被无视，反而造成通知疲劳。方案是让 agent 在每晚 8:00（比批处理截止早约四小时）本地运行，抓取官网余额、读取明天的课表与活动、用 SerpApi 检索果阿公路的洪水与施工信息，再把一个标定过的七维特征向量交给 TabPFN 做贝叶斯表格推断，算出被滞留风险；只有当风险达到或超过 60% 时才推送 Telegram 提醒并给出最低充值金额，安全日则完全沉默。