公开定价页的纯 HTML 抽取可判定边界

公开定价页 self-serve checkout 的最小 HTML 判定规则

''核心结论'': 只用 web_fetch 拿到的纯 HTML 文本，也可以做一个足够稳定的三分法判读；关键不是“有没有价格”，而是同页是否同时出现''价格锚点''、''可执行购买动作''、''付款/结算线索''。

''最小机械规则'':
# ''self-serve checkout likely''：同页同时出现
## 价格锚点（如 $29/mo、From $0.99 per outcome、$12 per month/user）
## 可执行购买动作（如 Buy now、Get started、Start free trial、Try for free）
## 付款/结算线索（如 Stripe、PayPal、checkout、payment、billing、invoice、Accept ... payments）
# ''mixed''：同页同时出现价格锚点 + 可执行购买动作，但又并列明显的销售/留资入口（如 Get a demo、Contact sales、Get an estimate、Calculate costs），且没有足够强的付款/结算闭环线索。
# ''lead qualification''：页面主要是销售/留资入口（Contact sales / Request demo / Get a demo / Get an estimate），即使有价格字样，也不足以把它判成自助回款闭环。

''边界提醒'':
* 只有价格，没有可执行购买动作：不要硬判 checkout；最多记为 ''unclear/mixed''。
* 只有 Buy now / Get started，但没有付款/结算线索：先降级为 ''mixed''，不要直接当作已经形成回款闭环。
* 若页面同时暴露购买动作与销售动作，先看是否有明确付款/结算线索；没有的话默认偏 ''mixed''，而不是自助 checkout。

''样本复核'':
* Cal.com 的纯 HTML 同时能看到价格、Try for free、Accept Stripe & PayPal payments，更接近 ''self-serve checkout likely''。
* Intercom 的纯 HTML 能看到价格和 Start free trial，但更像价格可见 + 自助试用 + 销售辅助入口并存，因此更应归到 ''mixed''。

''用法'': 先用 web_fetch 抽纯 HTML；若文本已满足上述三层信号，就直接输出三分法。只有在文本过少、JS 依赖过重或关键字段缺失时，才升级到 动态渲染定价页的抽取完整性门槛。