2026年10月17日，《The Verge》集中报道了Yelp、达美航空与美国金融机构对第三方AI智能体访问的限制。几个案例看起来相似，落到产品上却各有分寸：商户信息可以通过许可接口供给，订票牵涉实际交易，证券账户又叠加了身份和反欺诈要求。把它们统称为“平台封杀AI”，会错过真正影响开发者的一条规则：用户让智能体帮忙，不会自动赋予智能体访问另一家公司系统的权利。
达美航空的网站使用条款把这件事说得很直白。用户授权第三方代理操作，仍由用户承担代理发出的请求和交易后果；用户的授权并不构成达美对该代理访问网站或系统的批准。条款同时禁止未经明确书面许可的爬虫、机器人和其他自动化访问方式，并对代表他人购买或管理机票的人设有旅行代理资质等限制。这是当前可查的服务条款，不应理解为10月17日当天临时生效的新规。对于产品经理，这段条款直接改变了一个常见演示的性质：浏览器自动填表能跑通，和产品取得可持续的商业接入权，隔着一份合同及交易责任安排。
餐馆信息与机票交易，不能共用一种接入策略
Yelp已经有明确的商业数据通道。其Places API文档介绍了以私有API密钥鉴权的商户搜索、商户详情、点评摘要等接口，数据授权页面列出不同计划与用途。该文档中的点评接口是“最多三条摘录”，并非无限提取网站上的全部评论；开发团队如果想做本地商户发现，应该按订阅计划核实展示、缓存、再分发和调用量限制。10月17日的报道提及Yelp对付费许可渠道的强调；工程上最稳的理解是先谈数据使用范围，再决定工具如何调用，不要把人能看到的页面当成无边界数据源。
达美案例是下一层：航班搜索信息可能更新很快，预订则要锁定价格、乘机人、行李规则、支付和退改条件。用户说“给我选一个最便宜的”，代理还缺少上限预算、是否接受中转、是否接受不可退票等决策信息。即使某个接口允许读取航班信息，也未必允许代客付款或改签。把查询权和交易权分离，能减少代理在“看起来已完成”与“订单确实成立”之间制造的落差。达美另有自己的AI服务使用条款，那份条款主要规范它提供的聊天与搜索等AI功能，不能拿来推定第三方代理获准调用订票系统。
银行和券商的访问又多了一层安全约束。日报引用的媒体报道记录了摩根大通和嘉信理财对AI代理访问客户账户的限制。这里不把媒体描述扩大为统一适用于所有银行、所有账户类型的正式行业禁令。对于开发者，金融场景的设计底线已经清楚：允许代理帮用户归纳公开产品资料，与允许代理持有登录凭据、读取持仓、转账或下单，风险等级不同。任何写入资金或订单的动作都应该有独立的身份验证、交易限额、审计记录和人工确认。
把“用户同意”拆成四张可检查的凭据
第一张是服务方许可：目标网站、数据权利人或接口提供商具体允许什么用途？搜餐厅、显示摘要、缓存评论与代用户下单，往往要分别写入许可范围。对于有官方API的服务，先核对文档、条款、流量限制与商务合同；对于没有授权接入的服务，不要把“模拟人类浏览器”当成绕开条款的方法。robots.txt、反爬机制和账号封禁是平台表达访问偏好的不同层面，但它们自身也不能替代完整的商业许可协议。
第二张是用户授权：谁授权、授权给哪个代理、可以处理哪些个人资料、有效期多久？一次性“替我查明天航班”不能推成长期保存旅行历史。权限可以按资源与动作拆开，例如读取行程、提交候选方案、创建预订草稿、最终支付。建议给用户一个可读的授权回执，明确服务名称、动作范围、到期时间和撤销入口；密钥采用短期令牌，避免要求用户把主账号密码交给代理。服务方授权与用户授权是交集，缺任何一边，系统都不该推进高风险操作。
第三张是工具权限。同一个模型会说会写，却不应默认获得同一批凭据。在运行时把工具绑定到具体任务，记录调用对象、参数摘要、策略判定和拒绝原因；代理只拿当前任务需要的最小权限。网页内容、邮件和搜索结果可能包含诱导模型额外操作的指令。外部内容只能作为待处理数据，不应被升级为“给自己转账”“调用另一个工具”的执行命令。读写隔离、域名白名单和异常速率限制，这些普通软件工程措施对代理同样适用。
第四张是最终交易确认。用户在自然语言里提出意图，最终价格和条款却可能在执行期间变化。订票界面应在提交前回显乘机人、航段、币种、总价、退改规则；金融类操作至少回显标的、数量、金额和截止条件。要求确认不是让用户把整段任务重新做一遍，而是让不可逆步骤有一个可核对的明确决策。接口还需返回幂等键与交易状态；超时后先查询原订单，不能盲目重试造成重复购买。
企业采购时，先问失败会在哪里留下痕迹
平台接入与模型选择常被混成一道采购题。真正应当要求供应商拿出的，是权限矩阵与失败日志：哪些接入来自官方接口或签约数据；哪些访问需要用户单独授权；执行了哪些写操作；被拒绝时是否能停止；付款后如何证明订单已创建。一次顺畅的屏幕录制只覆盖成功路径。更有价值的测试，是故意让价格变化、授权到期、验证码触发、上游返回429、用户中途撤销，观察系统能否保留状态并向用户准确解释。
如果一家旅行服务商明天要上线代理，第一版最好只让它比较航班并保存候选项。拿到明确的服务方许可和用户授权后，再开放生成待确认订单；支付上线则要等到退款、争议处理和人工客服都接得住。发布会上讲“全自动买票”很轻巧，凌晨遇到账号冻结或重复扣款，值班的人不会这么想。平台也有动力提供分层授权接口：与其在黑箱浏览器上被动识别机器流量，不如明确价格、身份与可追责的调用规则。
更难的问题是服务方、用户和代理之间如何分担差错。当代理引用过期价格，是数据许可条件问题、缓存设计问题还是用户确认问题？当账户被入侵，是身份验证不足还是代理保存了不该保存的令牌？技术团队可以先把每一个操作关联到用户授权版本、平台接口版本与交易确认记录，法务与客服才能沿着同一条时间线处理争议。这条链要在第一笔真实订单前设计好，而不是出事后补日志。
模型让代理更善于“替人做事”，平台开始要求它能证明“凭什么做”。未来可落地的智能体产品，竞争点不只在完成任务的速度，还在权限拒绝后能否体面停下、授权恢复后能否继续，以及结果能否被服务方和用户共同查验。
参考资料
- The Verge, “Websites are closing their doors to AI agents”（2026-10-17）：Yelp、达美与金融机构案例的集中报道。
- Delta Air Lines, Terms of Use：第三方代理、旅行代理身份与自动化访问限制的现行条款。
- Delta Air Lines, AI Terms of Use（标注生效日2025-04-15）：达美自有AI工具的适用范围和禁止用途。
- Yelp, Getting Started with the Yelp Places API：API鉴权、商户查询与点评摘要的接口边界。
- Yelp, Terms of Service（2026-01-01版）：平台服务与内容使用条款。
两幅配图为概念示意，不对应具体平台产品界面。