国内首例智能体行为保全裁定落地：AI Agent合规时代的"奠基判例"

一、理论框架：智能体的"双重授权"原则

2026年6月，广州互联网法院发出一份里程碑式的行为保全裁定——国内首例智能体行为保全案件落槌。这份裁定的重要性，不仅在于它是"第一个"，更在于它确立了一个具有普适性的法律原则：智能体运行需要"双重授权" 。

何为"双重授权"？简言之，智能体要合法运行，不仅需要用户的授权，还需要平台的授权。做智能体，不仅需要"用户同意"，还需要"平台许可"。

这一原则的法律逻辑根植于两部法律：在中国是《反不正当竞争法》第十二条；在美国是《计算机欺诈和滥用法》（CFAA）。两部法律异曲同工，都将"绕过技术保护措施"明确列为禁止事项。

二、案例解读：中美双判例的制度共振

中国版：广州互联网法院裁定

被告是一款开源智能体软件，其被诉的核心行为是：未经授权，调用操作系统底层权限，避开原告平台的技术管理措施，实现自动化操作。

法院裁定结果：立即停止提供下载，立即停止避开技术措施的行为，删除相关教程，删除相关数据。

美国版：Amazon诉Perplexity案

几乎同一时间，美国华盛顿西区联邦地区法院审理Amazon起诉Perplexity案。Perplexity绕过Amazon的API，直接操作页面抓取内容。法院发出初步禁令——Amazon胜诉。

两案的法律逻辑高度一致：智能体的"万能钥匙"悖论——调用操作系统"无障碍服务"权限（本是给残障人士用的），绕过App层面的权限管控——这把"万能钥匙"能让平台的内容审核、数据安全、用户隐私保护机制全部失效。

"豆包手机"的教训

2025年，豆包手机1.0走激进路线，直接获取操作系统底层权限代替用户操作其他App。结果：到处撞墙，最终被迫暂停部分自动化场景。这一案例印证了：无平台授权的"万能钥匙"路径，在现实中根本走不通。

三、实务建议：智能体合规的"三层防火墙"

对于从事AI产品开发、合规审查的律师和从业者，本案提供了清晰的合规指引：

第一层：平台授权审查

任何智能体产品在设计阶段，必须评估其是否需要平台授权。具体审查要点：

产品是否调用第三方平台的API？
调用方式是否突破了平台的技术保护措施？
是否获得了平台的服务协议明确许可？

第二层：用户授权的边界

用户授权不等于"无限制授权"。本案确立的规则是：即使获得用户授权，如果平台未授权，智能体的部分功能仍可能构成侵权。这意味着产品设计时需要双重核验机制。

第三层：开源≠免责

被告是"开源智能体软件"，但开源不能成为侵权的免责事由。开源软件提供者若明知其产品会绕过技术保护措施而仍提供服务，仍可能承担连带责任。

四、律师合规业务的新机遇

本案为律师合规业务开辟了新赛道：

1. AI产品合规审查清单

新增"平台授权条款"审查模块，确保智能体产品的全链路授权合规。

2. 智能体调用合规协议

为平台方设计智能体调用协议模板，明确授权范围、使用限制、责任承担。

3. AI侵权维权法律服务

为平台方提供智能体侵权维权方案，包括证据保全、行为保全申请、损害赔偿计算。

结语

广州互联网法院的这份裁定，标志着AI Agent合规时代真正到来。从"能不能做"到"怎么做合规"，智能体产业必须建立"双重授权"意识。对于律师而言，这既是新的合规服务机遇，也是必须掌握的专业能力边界。

核心结论：智能体不是法外之地，平台授权与用户授权缺一不可。

数据来源：广州互联网法院（2026年4月30日）/浪潮不癫（2026年6月25日）