观点：Notify Me 最重要的盯票用法，只差一个检查频率的改动

昨天我们刚写过一篇 Notify Me 功能详解，介绍 macOS 27 里 Safari 新增的这个能力：借助 Apple Intelligence 盯住一个网页，内容一有更新就发通知。今天要说的这篇，则是 9to5Mac「Feature Request」栏目的一篇读者向文章——作者 Ben Lovejoy 很喜欢这个功能，但认为它离最重要的使用场景只差一个改动。需要先说明：以下论点均出自作者本人，属于功能改进请求，并非已上线或已计划的能力。

先复述一下功能的逻辑：用户让 Safari 监控某个网页，AI 会自动检查页面变化，发现更新就推送通知，全程不需要人守着页面。最直观的用法是盯商品页——等补货、等降价，到了心理价位再下单。从我们昨天文章里的截图也能看出，设置弹窗里只需描述想让 Safari 关注的变化，再挑一个检查时间即可，上手门槛不高。作者的出发点也在这里：计算机本来就该替人包揽枯燥的重复劳动，可现实中我们仍经常陷在手动的重复操作里，AI 正在改变这一点，Safari 的 Notify Me 就是其中一个好例子。

作者眼中最重要的场景：抢票

Lovejoy 认为，自己最常做、也最折磨人的手动刷网页，就是等门票开售。有些活动的门票开售后几分钟内就会售罄，热门场次甚至刚一放票就空，而开售时间还经常不准点。他的做法是提前几分钟打开售票页面，然后一遍又一遍手动刷新；有时售票窗口比承诺时间晚 20 到 30 分钟才开，这个过程会变得极其耗时和折磨人。

这本来是 Notify Me 的完美用例，问题卡在一个限制上：检查频率最高只能设成每小时一次。用他的话说，这本该是计算机最擅长接管的活儿，可等 Safari 发来通知，票大概率已经卖光，至少心仪的那些座位早就没了。

他提出的改动：分钟级甚至 15 秒级检查

作者的请求很简单：允许把检查频率设成每分钟一次，甚至每 15 秒一次。理想状态下，票一放出通知就到，用户再手动完成购买，不必守在页面前反复刷新。他也清楚这样做的风险——用户若长时间高频访问同一个网站，效果相当于对该网站发起拒绝服务攻击，苹果必须配套限制措施。他自己给出了一个方案：高频检查单次最长运行 30 分钟；同一网站用完一次后设一个月的重置期，期间不能再次对该网站启用高频检查。理由是，大多数网页本来也不需要经常这么盯，重置期不会影响正常使用。

盯网页的需求不止抢票一种，难点是同一个

抢票之外，这类监控需求其实处处都是：等一台热门新硬件上架开售，比如传言里十月的 MacBook Pro 十月改款若真来了，开售当天盯商店页面等库存，就是 Notify Me 的拿手场景；蹲某篇长文的更新、等某个页面恢复访问，都是同一个逻辑。这些场景的共同点是「变化时刻不确定、出现后的窗口又极短」，恰恰是最需要高频检查的那一类需求。眼下唯一的拦路虎就是频率上限，一小时一次的节奏对付商品降价可能够用，对付几分钟内清空的票池明显不够。

频率限制松一点还是紧一点，最终要看苹果怎么在用户体验与网站负载之间权衡，作者的建议能不能进系统，眼下没有任何时间表，只能先立此存照。9to5Mac 在原文末尾还发起了投票征集读者意见，你若也有想让 Notify Me 盯住的东西，不妨先想想它现在的检查频率够不够用。