> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rockapi.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# AI API 安全与隐私：买家上线评估清单

> 在发送生产或客户数据之前，评估 AI API 的数据流向、保留与训练条款、凭据、日志及安全事件处理流程。

向 AI API 发送客户数据前，应记录数据会经过哪些环节，以及各方可能保留什么。网关、市场卖家和上游提供方的角色与条款可能不同。本文是买家评估清单，不构成公司隐私政策、认证声明，也不对某个服务作出保证。

## 梳理完整的数据路径

列出应用、网关、所选卖家或模型提供方，以及参与请求处理的上游服务。除文本提示词外，还要覆盖上传文件、图片、音频、生成结果和工具返回内容。识别保密信息与个人信息，删除任务不需要的字段。

评估 Rock API 时，先阅读 [安全与隐私指南](https://docs.rockapi.ai/zh-cn/security-and-privacy.md)，再核对计划使用的具体模型或市场服务条款。文档没有回答某项要求时，应向运营方索取书面说明。针对某条调用路径的概括表述，不会自动适用于全部卖家或上游模型。

## 用证据回答具体问题

| 领域 | 上线审批前需要确认的问题 |
| - | - |
| 内容保留 | 是否存储提示词、输出、文件或错误载荷？保留多久，备份和例外如何处理？ |
| 模型训练 | 内容是否可用于训练或服务改进？哪些设置或协议会改变该规则？ |
| 处理位置 | 数据在哪些地区处理和存储？会交给哪些次级处理方？ |
| 访问控制 | 谁可以访问内容，依据什么权限，是否有审计记录？ |
| 删除 | 如何响应删除请求？账号关闭后还会保留什么？ |
| 安全事件 | 通过什么渠道报告，如何通知，责任如何划分？ |

不能因为使用 HTTPS 或兼容 OpenAI 格式，就推断服务符合某项监管要求、保证数据驻留或具有合同级零保留安排。与服务运营方确认所需的数据处理协议及适用例外。

## 同时保护密钥和自己的日志

把 API 密钥保留在服务端，通过密钥管理系统保存，并区分开发、预发布和生产环境。仅向需要的人员与服务授予访问权限；可用时启用权限范围和消费控制。记录密钥负责人、撤销和轮换流程，并演练如何替换泄露密钥。

检查应用、SDK、反向代理、可观测性工具和客服导出中的日志。即使常规应用日志不记录正文，调试模式也可能捕获完整载荷。对鉴权头脱敏，默认避免保存客户内容。引入生产数据前，先用合成数据检查错误路径。

用量元数据也需要评估。请求 ID、时间戳、模型名称、token 数、IP 地址和账户标识组合后，可能暴露业务活动或识别个人。为这些记录定义用途、保留期限和访问规则，不要把所有“非提示词数据”都当成匿名信息。

## 形成可追溯的上线结论

记录已评估的服务、依据文档、评估日期、允许发送的数据类别、未解决的问题和责任人。验证脱敏和访问控制，确认安全事件联系人，并决定哪些工作负载必须等待要求满足后才能开放。更换模型、卖家、路由配置或日志功能后，应重新评估。

> [card] [安全管理 API 密钥](https://docs.rockapi.ai/zh-cn/blog/buyers/secure-api-key-management.md)
>
> 在评估服务与数据处理方式的同时，规划凭据存储、轮换与撤销。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.