研究团队 Swarmchasers 发布调查报告称，2026 年 9 月 28 日至 10 月 8 日，一批 AI 代理在与腾讯云相关的基础设施上，对阿里巴巴旗下地图服务 Amap（高德地图）发出了超过 2,600 次数据抓取尝试。代理主要查询中国地点信息，例如确认景点在高德地图上的出入口标签。研究团队表示，部分执行成功取得了数据，但没有证据显示这些代理彼此协调行动。
反复查询高德地图，部分尝试绕过限制
根据 Swarmchasers 的完整调查报告，这批代理在请求被网站反爬机制拦下后，部分执行转而使用公开的 URL 安全扫描服务运行自编程序，并尝试获取阿里巴巴反爬机制生成的验证 token、使用公开代码中暴露的地图 API 密钥，或查询非公开的预发布系统。
研究团队称，多数尝试没有成功，但部分执行取得了目标数据，随后通过 webhook 收件箱、请求 URL 或网页标题带回结果。报告据此认为，这次事件不只是代理大量发出普通地图查询，也包括它们在遭遇限制后寻找替代路径。
不过，报告没有证明代理获取了私人系统数据，也没有证明高德地图服务遭到入侵。Swarmchasers 提醒，应区分「尝试绕过防护」与「成功攻破系统」。
活动线索指向腾讯云香港，模型来源仍无法确认
Swarmchasers 通过代理建立的收件箱 IP 地址和流量记录，将这批活动关联到腾讯云香港服务器。研究者还观察到，相关连接经过一个名为 hysandbox-ats 的代理服务。报告称，这些线索与腾讯的云环境相符，但仅凭网络位置，无法确认模型来源。
部分代理自称是 Anthropic 的 Claude。对于每次执行具体使用了哪一款模型，研究团队表示无法独立确认。
研究者曾与仍在运行的代理直接互动
报告提到，研究者曾在一份代理可能会读取的报告中加入人类读者无法看见的文字，邀请代理通过邮箱索取网络数据。之后，研究团队收到了代理发来的消息，询问任务内容和执行环境。
Swarmchasers 认为，这让研究者得以与仍在运行的代理直接互动。但团队也在报告中承认，当时以不实描述引导代理联系研究者，事后认为这种做法并不妥当。因此，这些代理消息只能作为观察材料，不能被视为其身份或任务来源的独立证据。
匿名消息称系第三方模型评估，腾讯未正式回应
Swarmchasers 表示，研究团队曾向腾讯提出问题，但没有收到公司的正式回应。报告还引述一名熟悉此事但未具名的消息人士称，这批代理来自腾讯一个与混元模型团队分开的评估研究团队，目的是测试第三方模型浏览网络和回答问题的能力。
该消息人士还称，内部审查未发现代理彼此协调，也未发现外部系统遭入侵的证据。报告指出，这一说法来自匿名消息源，并非腾讯公开确认的信息。
报告重点指向代理权限与执行监督
Swarmchasers 将这次事件称为「fleet」，而非带有协作含义的「swarm」，因为研究团队没有发现代理实时协同的证据。报告认为，这一区分有助于避免把大量相似任务夸大为代理集体策划的攻击。
报告提出，更需要行业关注的是，当代理被赋予浏览网页、执行程序和回传数据的权限时，是否能够明确限制目标网站、可调用的密钥和替代服务，并记录其在被封锁后的行为。
Swarmchasers 认为，这份调查展示的是代理行为及基础设施线索，现阶段仍不足以判定是谁下达了任务、所用模型来自哪家公司，或是否发生了数据泄露。对于网站运营方，API 密钥和安全码不应出现在公开代码中；对于 AI 开发方，沙箱的网络出口、第三方工具以及数据回传渠道也应纳入测试范围。