网站看到的不是人，是「中间人」
Cloudflare 11 月 5 日的博文《Agents aren't humans (but they kinda are)》把远程托管的个人智能体归为「中间人」：它替用户上网，网站看到的是智能体，不是背后的用户。文章把云浏览器、代理与 VPN 列为同类角色，并举 Meta 的 Muse、OpenAI 的 dots 为例。作者的底线是：无论是否经过中介，用户与网站之间的业务关系与各方安全责任都必须继续成立。
麻烦很具体：账号被多位用户共用时，网站只看到一个账号、一个客户端；「友好欺诈」指用户先批准智能体下单、事后又主张未授权，而智能体跑在自己的基础设施上，网站拿不到设备、IP 这些旁证；共享智能体里只要有一个用户滥用，网站往往只能封掉智能体本身，连带封住它服务的其他人。此外还有复制知名智能体 UA 冒充、反复查库存与价格造成的资源消耗，以及内容被读走换来别处答案、网站既无访问也无广告收入的「无补偿消费」。
要补回的三件事：身份、信誉、问责
文章的解法不是把智能体当人，而是让网站重新拿到身份、信誉、问责，分别回答「是不是如实说了自己是谁」「可信吗」「谁负责」。身份被描述成一条光谱，分四档：不带任何标识、会话级、账号级、跨运营方持久的唯一级。既有协议各有分工：Web Bot Auth 传达智能体自身的平台身份（对请求签名），OAuth 传达账号身份，MOLE 面向用户信誉，被定位为 Private Access Tokens 的后续方案。作者同时指出，IETF 的 AI Preferences 工作组目前只管「用途」偏好（训练、推理、搜索）的表达，还没有专门小组处理「网站允许智能体做什么」这类需求。
- 本次进展：Cloudflare 宣布成立 Trusted Agent Delegation（TAD）联盟，把智能体运营方、身份核验公司、支付方、商户、发布商、代理与云浏览器厂商拉到一起，梳理问题、评估现有协议，必要时把问题提交 IETF，并计划开边会与工作坊。
- 身份方案的边界：Web Bot Auth 是 Cloudflare 的首选，但多中介嵌套的场景（智能体 A 调用智能体 B、跑在浏览器 C 里）仍需新机制；本地或端侧智能体（如 OpenClaw）不在这批工作的首要范围，因为它们更像自动化，缺少能积累信誉、承担问责的单一主体。
- 当周可用的动作：Security Analytics 已把 Personal Assistants 单列为流量类别；账号防滥用（早期访问）能在登录与注册请求中看出是否由个人智能体发起，并可只对该账号按 Hashed User ID 写 WAF 规则。
对企业官网的含义：在标准定稿之前，能核对的是自家访问日志与放行规则——谁在访问、以什么身份访问、出问题时能否追到具体账号。本文只梳理官方说法与边界，不承诺实际效果。
来源与适用范围
适用范围：本文讨论由运营方在云端托管、替用户执行任务的「个人智能体」访问企业官网这一场景，事实依据为 Cloudflare 官方博客 2026 年 11 月 5 日与 11 月 4 日两篇文章，其中 11 月 5 日一篇以观点陈述与生态倡议为主。文中列举的协议与机制（Web Bot Auth、MOLE、x402、OAuth、WIMSE、AIPREFs）多数仍处于标准讨论或早期实现阶段，尚未形成统一规范，最终形态与时间存在不确定性。不适用场景：本地或端侧智能体（文中举例 OpenClaw）被作者明确排除在首批工作范围之外；文中提到的 Security Analytics 流量类别、逐智能体放行规则与账号防滥用能力属 Cloudflare 平台功能，不是跨平台通用标准，其他 CDN 或自建站点的对应能力需另行核对。与已发布观察的划界：11 月 4 日产品公告对应的流量类别拆分与逐体放行规则，已在《AI 助手替客户访问官网：Cloudflare 新增「个人智能体」流量类别与逐体放行规则》中单独成文，本文只保留与「身份—问责」论证直接相关的部分，不重复展开。本文不承诺排名、收录或流量效果。
- Agents aren't humans (but they kinda are)Cloudflare Blog · 原始日期 2026.11.05 · 读取核对 2026.11.06
- See the agents, set the terms: new visibility and control for personal agentsCloudflare Blog · 原始日期 2026.11.04 · 读取核对 2026.11.06
不知道先看哪一步？
和真人顾问聊清楚。
告诉我们你的品牌和客户问题，一起确认采样范围与下一步。