AI API 合规数据出境全指南：数据安全法、个保法约束下的企业落地清单

国内企业把业务接到 OpenAI、Anthropic、Google 等境外 AI API，技术层面几行代码搞定，合规层面却是三道门槛叠加：数据出境的红线、算法备案的义务、网络安全审查的潜在触发。把这三件事同时做对的团队不多，踩坑的方式却高度雷同。这篇文章把约束逻辑和操作细节一次讲清楚。

数据出境的法律底座：三部法如何交叉管辖

管住"数据往境外跑"这件事的，是《数据安全法》《个人信息保护法》（PIPL）和《网络数据安全管理条例》三层框架，调用 AI API 时三者同时适用。

《数据安全法》 的核心是数据分级。企业自己的数据必须按"一般数据—重要数据—核心数据"分级，其中重要数据出境需经安全评估，核心数据原则上禁止出境。向境外 AI API 发送的 prompt 里如果含有业务数据，就必须先判断它落在哪个级别。

PIPL 第 38-43 条 专门管个人信息跨境。向境外提供个人信息，必须满足以下三条之一：通过国家网信办的安全评估、经认证机构做个人信息保护认证、或与境外接收方签订网信办标准合同（SCCs）。三条路必选一条，没有豁免。

《网络数据安全管理条例》 补了一个门槛数字：上一年度处理超过 100 万人个人信息的数据处理者，向境外提供数据须申报安全评估；不足 100 万人但超过 10 万人的，可走标准合同路径。这两个数字是判断走哪条合规路的分水岭。

调用 AI API 时，每一次 API 请求本质上是一次数据传输——如果 prompt 里带了用户 ID、手机号、行为日志，PIPL 就被触发。很多团队误以为"只是调个接口"不算数据出境，这是最常见的认知误区。

算法备案：哪些场景真的触发义务

"算法备案"在国内有两个层次，容易混淆。

第一层是互联网信息服务算法推荐备案，适用于"利用算法推荐技术向用户推送信息"的场景，主体是提供服务的平台，不是 API 调用方。企业用 GPT-5.5 或 Claude Opus 4.8 给自己内部员工做工具，不面向公众推送内容，通常不触发这个备案。

第二层是生成式人工智能服务备案（《生成式人工智能服务管理暂行办法》），这一条对企业更直接：向境内公众提供生成式 AI 服务的，需向网信办备案。注意关键词是"向公众提供"——如果你是 ToB SaaS，把 AI 能力包在自己产品里再卖给企业客户，你是服务提供者，备案义务落在你头上，而不是 OpenAI 或 Anthropic。

判断是否需要备案的简单判断树：

使用场景	面向对象	是否需备案
内部员工生产力工具	企业内部	通常不需要
ToB SaaS，AI 功能嵌入产品	企业客户	需要
ToC 产品，用户直接交互 AI	公众	必须备案
开发测试环境	开发团队	不需要

备案材料核心包括：服务提供者基本信息、算法原理说明、训练数据情况说明、安全评估报告。其中"算法原理说明"不要求你交出模型权重，描述使用了哪家模型、做了什么任务即可。

安全评估：流程与常见卡点

网信办的数据出境安全评估是流程最重的一关，申报材料包含 15 项内容，从数据出境的必要性说明，到与境外接收方的合同条款，再到风险自评估报告，完整走完通常需要 3-6 个月。

实操中有几个高频卡点：

卡点一：数据最小化没做到位。 评估材料要求说明出境数据的范围和量级。如果你的 prompt 模板里把用户全量信息都塞进去，审查方会问"为什么需要发这么多"。解法是在 API 调用层做字段脱敏或截断，只传任务必需的上下文，不传用户 PII。

卡点二：合同条款与接收方不匹配。 标准合同（SCCs）中要求境外接收方承担数据保护义务，但 OpenAI、Anthropic 的标准企业协议条款未必完全覆盖国内 SCCs 要求，需要逐条比对并在数据处理协议（DPA）里补充。

卡点三：安全措施描述太虚。 自评估报告里必须写具体的技术措施，写"采用加密传输"不够，需要写明协议版本（如 TLS 1.3）、密钥管理方式、日志留存期限（国内要求不低于 6 个月）。

可落地的合规操作清单

下面这张清单可以直接对照自查，按优先级排序：

第一优先级（上线前必须完成）

• [ ] 完成数据分级梳理，识别 API 调用中哪些字段属于个人信息或重要数据
• [ ] 在 prompt 构建层实现 PII 过滤或脱敏，推荐用正则 + 命名实体识别双重过滤
• [ ] 与 API 供应商签订 DPA，确认其是否提供符合 PIPL 要求的数据处理承诺
• [ ] 统计年度处理个人信息规模，判断走安全评估、标准合同还是认证路径

第二优先级（产品面向公众前完成）

• [ ] 判断是否触发生成式 AI 服务备案义务，填报备案材料
• [ ] 准备算法透明度说明文档（使用的模型、任务类型、输出过滤机制）
• [ ] 建立用户知情同意流程，在隐私政策中明确告知数据出境目的和接收方

持续运营要求

• [ ] API 调用日志本地留存，保留期不低于 6 个月，包含请求时间戳、数据类型标签（不需要留原文）
• [ ] 每年做一次数据出境风险评估更新
• [ ] 监控 API 供应商隐私政策变动，变动后 30 天内重新评估合规状态

一个实用的工程技巧：在 API 调用的中间层（proxy 层）统一做合规处理，而不是分散在各业务模块里。这样脱敏规则、日志记录、异常拦截都集中维护，审查时也只需要审一个模块。

三条路的选择逻辑

回到最开始的问题：企业用境外 AI API，到底该怎么选合规路径？

处理个人信息不超过 10 万人规模的小团队，标准合同路径成本最低，找具备资质的法律顾问协助起草，通常 4-8 周可以完成；100 万人以上规模或涉及重要数据的，安全评估是必选项，预留 6 个月周期和相应人力；如果业务需要频繁更新数据出境范围，优先考虑找已经持有大模型算法备案号的国内 API 服务商做中间层，把数据出境的合规责任前置转移——这也是很多企业绕开直连境外 API 合规复杂度的实际做法。

---

如果你正在评估 AI API 接入方案，XycAi 词元平台（https://www.xyc.ai）是我目前用得比较稳的选择。它持有大模型算法备案号，企业合规文件齐全，可以开具全球发票，直接解决了上面提到的备案和 DPA 签署问题。同时接入了 GPT-5.5、Claude Opus 4.8、Gemini 3 等 200+ 主流模型，官方价 1.4 折起，Claude Code / Codex / Gemini CLI 都支持一键接入，对需要合规落地又不想自己搞境外直连的团队来说，值得优先评估。