想让它帮忙注册一个Claude账号，结果任务直接失败。作者在推文里记录了这次实验：用Grok Bot的新邮箱功能，走一遍Claude的自动注册流程，最后卡在了风控这一关。

问题不在邮箱，也不在流程本身。作者很快把原因定位到网络出口上——Bot所在的网络环境没有独立的出口IP，Claude那边看到的是一批共享的、可能已被标记的流量，于是直接判定为异常，拒绝服务。

Agent卡在哪一步

这件事暴露的不是模型能力问题，而是基础设施问题。一个AI Agent要完成"注册第三方SaaS账号"这种动作，光有邮箱、有表单填写能力还不够，它得先被目标服务当成一个正常用户看待。

而风控系统判断"是不是人"的第一道门槛，往往就是IP。共享出口、机房IP、被大量请求用过的地址，都会直接触发拦截。Agent再聪明，也过不了这道门。

出口IP成了硬门槛

作者给出的方向很直接：要让Agent像人一样自由注册和使用SaaS服务，就得给它配一个独立的出口IP。这不是优化项，是前置条件。

  • Bot默认的网络出口可能被标记或共享
  • 共享出口无法通过严格的风控验证
  • 独立出口IP是Agent自主注册服务的基础配置

换句话说，Agent要真正"独立办事"，网络身份得先独立。模型能力之外，这类基础设施细节正在成为AI工作流落地的实际瓶颈。

作者自己的总结很干脆：想让它直接帮忙注册一个Claude，没想到直接翻车，看来还是得给它配一个出口IP。