Cloudflare 11 月 4 日上线了一组面向个人智能体流量的分析和管控功能。站长现在能在后台单独看到替用户比价、查资料、下单的智能体，并对每一个分别设置访问策略。
这类流量以前不好处理。智能体背后站着真实用户，全部拦掉可能丢客户，全部放行又看不清它们在干什么。Cloudflare 这次的思路是先把它们从自动化流量里分出来，访问规则交给站长决定。
“Better visibility into agent activity allows you to decide what access makes sense for your site.”
（更清楚地看到智能体的活动，你才能决定网站该开放哪些访问。）
后台多了什么
分析。 Security Analytics 的 Bot Analysis 图表新增 Personal Assistants 类别，和 Verified Bot、Likely Human、Likely Automated、Automated 并列。Top statistics 也多了一个组件，列出访问网站的智能体和请求数；筛选某个智能体后，其他组件会跟着显示它请求的路径、收到的状态码和来源网络。
账户层。 开通 Account Abuse Protection 的站点还能看到智能体代表哪位用户。登录和注册事件会标明是否由个人智能体发起、具体是哪一个，反欺诈团队可以按智能体事件或数量筛账户。如果攻击者借智能体入侵了某个账号，可以按 Hashed User ID 写 WAF 规则，只处理这一个账户，其他依赖同一智能体的用户不受影响。这项能力还在早期访问阶段。
策略。 原来的 AI bot 策略分 Search、Training、Agents 三类，现在 Agents 扩展到受支持的个人智能体，设置项改名为 AI Crawler and Agent access policies。每个智能体有三个选项：
- Allow，不拦；
- Block on pages with ads，只在含广告的页面拦；
- Block，直接拦。
Search 和 Training 两类策略没动。新站接入时，引导流程会问是否靠广告变现，再据此推荐策略。
第二个选项最能看出这次功能的用意。智能体替人读网页，广告没人看，靠广告吃饭的站点损失的是展示收入；同一个智能体去商品页帮人下单，对站点又是好事。按页面类型拦，比按身份一刀切更贴近站长的实际需求。
博客没有写的部分
文章没有列出受支持智能体的名单，只说具体选项要到后台查看；也没写这些功能对应哪些套餐，以及没被识别的智能体会落进哪个类别。识别依据方面，文章只提到 Cloudflare 维护着规模最大的已验证机器人目录，没有说明智能体需要做什么才能进入这个目录。
这几处会直接影响效果。一个不自报身份的智能体如果继续混在普通流量里，三档策略就管不到它。亚马逊 9 月封 Meta 的 Muse 时，理由之一正是这个代理浏览时不表明身份。
Cloudflare 称下一步要做三件事：用保护隐私的方式传递用户上下文、帮助评估信誉、在出问题时明确责任。具体方案和时间表都还没给。
国内站点怎么看
用 Cloudflare 的中文站，现在就可以去 Security Settings 里看这项设置。先看一段时间的数据再动手更稳：内容站可以先试”只拦含广告页面”，电商和工具站如果发现智能体带来了注册和下单，放行更划算。
国内手机端也在走类似的路。字节 9 月发布豆包手机助手消费者版时，同步公示了 SAEP 协议，让第三方应用声明是否允许助手做屏幕自动化。两者管的层不同，一个在网络入口，一个在系统屏幕，思路相通：被访问的一方开始有了明确的开关。
站长端多了开关，智能体厂商就要面对一个新局面，同一个助手在不同网站上能做的事会越来越不一样。用户看到任务失败时会怪谁，目前还没有答案。
参考来源：Cloudflare 官方博客、CocoLoop；功能范围以 Cloudflare 公告口径为准，豆包与亚马逊相关背景来自公开报道。