Cloudflare为个人智能体增加流量分析和按智能体设置的访问策略：账号级视图仍在早期访问，文章没有列出支持哪些智能体

2026年11月4日，Cloudflare博客发文介绍两类新功能，帮助网站所有者看清并控制“个人智能体”的访问。个人智能体指替用户把指令变成网站请求和操作的软件，比如比较商品、查找支持文章或完成购买。对网站来说，这些请求都表现为自动化流量。文章认为，完全拦截可能让网站流失客户，而看不清是哪个智能体在做什么，又很难判断流量带来的是价值还是风险。这篇文章是Cloudflare自己的产品介绍，没有给出使用效果的数据。

第一类是分析功能。在Security Analytics里，Bot Analysis图表在已验证机器人、疑似真人、疑似自动化和自动化之外，新增了“个人助手”类别，可以单独查看这类流量随时间的变化。Top statistics里新增“Personal Assistants”组件，列出有哪些智能体来访、各发了多少请求；筛选某一个智能体后，其他组件会只显示它的流量详情，包括请求的路径、收到的状态码和来源网络。这样可以看出某个智能体是在登录、浏览商品页、进入结账，还是在无法使用的页面上不断出错。文章说Cloudflare维护着世界上最大的已验证机器人目录，并把这些信息带进了流量详情，但没有说明识别的准确率，也没有列出具体支持哪些智能体。

对用账号保护用户的网站，文章还描述了“账号滥用防护”（Account Abuse Protection）里的视图，并明确这项功能目前处于早期访问。人群概览页显示哪些个人智能体在用户中活跃、有多少账号在使用；每次登录和注册事件会标明是否由个人智能体发起、是哪一个；欺诈团队可以按“AI助手事件”或“AI助手数量”筛选账号；单个用户的账号概览里也会列出代表该账号行动的智能体。如果分析人员判断有攻击者通过智能体控制了某个账号，可以对该账号的哈希用户ID写WAF规则来处置，而不必对所有依赖该智能体的人整体拦截。这些视图只对使用该早期访问功能的客户有意义，不是所有人都能立刻用上。

第二类是访问策略。Cloudflare今年夏天推出了AI机器人策略，让站点按搜索、训练和智能体三种行为分别设置。支持文章（7月1日）说明，从2026年9月15日起，新接入Cloudflare的域名默认在展示广告的页面上拦截训练和智能体类机器人，搜索类仍默认放行。现在，原来的“智能体”策略扩展为可对受支持的个人智能体逐个设置，设置项改名为“AI爬虫和智能体访问策略”。在安全设置中先设一个总的智能体策略，再为每个受支持的个人智能体选择“允许（不拦截）”“在有广告的页面拦截”或“拦截”。例如总策略设为“在有广告的页面拦截”，再对想欢迎的某个智能体选“允许”。原有的搜索和训练策略保持不变。新增站点时也能在接入流程里做这些选择，系统会询问页面是否通过广告变现，并据此给出推荐策略。

7月1日的支持文章还有两点与这些策略有关。第一，从9月15日起，把搜索和训练合在一起的多用途爬虫，会按它的所有行为适用最严格的规则，所以Googlebot、Applebot、BingBot这类爬虫会被选择拦截训练类机器人的客户拦住。第二，同一篇文章推出了BotBase，这是面向企业版机器人管理客户的、可搜索的已知机器人数据库，包含已验证机器人和智能体，当时只做可见性，控制功能承诺在当年晚些时候提供。11月4日的文章没有说明新的个人智能体视图是否来自BotBase，也没有说明受支持的智能体与BotBase目录的关系，读者不应自行推断。

文章最后说，识别出智能体只是一部分。网站可能认得发请求的智能体，却不知道用户是否是现有客户、授权了智能体做什么、是否有订阅，或者应该适用哪些保护。Cloudflare的下一个目标是用保护隐私的方式把用户上下文带过智能体，帮助评估声誉，并在出问题时明确责任归属，但这些都是尚未交付的计划，文章没有给出时间表。

对读者来说，要分清已经发布的和仍在规划的。已发布的是流量分析的新类别和组件、每个受支持智能体的三档策略；早期访问的是账号级视图；尚未交付的是用户上下文、声誉与问责机制。文章没有列出受支持的智能体，也没有说明哪些套餐可用，使用前应在自己的Cloudflare控制台里确认。