为中国企业的海外业务部署 AI 智能体：备案、出境与 PIPL 的边界

先说结论：一个中国企业在海外部署 AI 智能体处理海外客户，通常有三套规则同时相关：中国这一侧——生成式 AI 的备案与标识要求主要针对面向境内公众的服务，海外客服一般不在其核心范围，但只要有数据在中国与海外之间流动，数据出境的评估、标准合同或认证，以及个人信息保护法的要求就在；所在地——比如新加坡的 PDPA；客户所在地——比如欧盟客户牵出 AI 法案。边界画得清楚，三套规则可以同时满足；画不清楚，最常见的后果不是被罚，而是一次审核时答不上来。

本文为方向性介绍，不构成法律意见。三套规则都在变动，且适用判断高度依赖具体事实，落地前请咨询熟悉中国与所在地法律的顾问。政策信息于 2026 年 9 月 26 日对照发布机构公开材料核对。

三套规则，各管一段

左右滑动查看完整表格。

错误假设一：“服务器在海外，中国规则不管”

数据出境规则看的是数据流向。一个典型的出海部署，智能体每天都在读境内的东西——CRM 里的客户、ERP 里的订单、国内同事的消息——这些从境内流到海外部署的那一刻，就是出境。服务器在新加坡不改变这一点，反而正是出境的原因。

出境有三条合规路径——安全评估、标准合同、认证——按规模适用，阈值和最新的申报指南在数据不出境里写得完整。这里要强调的是智能体让出境变得难以察觉：一次运行可能读了境内 CRM、调了海外模型、写回境外 CRM，全过程在毫秒之间，没人按过“导出”。所以这一步的判断不能停在“服务器在哪”，要画数据流。

错误假设二：“我们用了备案过的模型 API，合规是他们的事”

这个假设在生成式 AI 合规里已经拆过：调用已备案的模型，不等于你自己面向公众的应用免于登记。对出海部署而言，还多一层——你用的很可能根本不是备案过的国内模型，而是国际站或海外模型，这时国内的备案框架不是你的保护伞，海外那套规则才是。

反过来也成立：用了国内模型的中国站，海外客户的数据就流进了境内，这是一次入境，所在地的 PDPA 或 GDPR 会问你为什么。模型调用的位置是合规判断里最常被漏掉的一环。

把边界画出来：四个位置，三套规则

智能体在四个地方接触数据。对出海部署，每一个位置都要回答“这属于哪套规则”：

1. 静态存储。部署在新加坡，海外客户数据留在新加坡——PDPA 管。境内数据要不要同步过来？能不同步就不同步，同步就是出境。
2. 模型调用。海外客户的对话用国际站或海外模型处理，不回流境内；如果某个岗位必须用中国站模型，那个岗位处理的数据要单独评估。这是按岗位分配模型在合规上的真正用处。
3. 凭据。智能体持有境内系统（CRM、ERP）的令牌，等于海外部署有了读取境内数据的能力。权限范围限定到单个智能体、只读它真正需要的字段，是缩小出境范围最直接的手段。
4. 记忆与日志。智能体从境内数据里提炼出的事实，存在海外部署里，本身也是出境的数据。审计日志则是三套规则都要求的东西——它是你在任何一次审核里能拿出来的证据。

务实的结构

多数出海团队最终落在同一个结构上，因为它同时满足三边：

• 海外客户的原始对话留在海外，由海外部署处理，用国际站或海外模型。
• 国内团队看到的是摘要和审批——负责人智能体在企业微信里给你一段中文汇总，而不是把 WhatsApp 原始对话同步回境内。这大幅缩小了两个方向的数据流。
• 境内系统的访问按需、按字段、按智能体授权，并写进出境评估或标准合同的数据清单里。
• 一份写清楚四个位置的说明，作为对内的合规文档和对外的审核答卷。它通常只有一页。

这个结构在出海东南亚里从业务角度描述过，这里是它的合规解释。两者是同一个结构，这不是巧合：让数据少流动，既省合规也省钱。

什么时候需要真正的法律意见

• 境内个人信息的出境量接近标准合同与安全评估的阈值。
• 海外部署会处理境内员工的信息（比如国内同事通过企业微信和智能体对话）。
• 客户里有欧盟主体，或者行业受特别监管（金融、医疗）。
• 你的服务同时面向海外和境内公众——那就是两套服务，分别合规。

碰到任何一条，一页纸的边界说明就是你和顾问谈话的起点，而不是终点。