梳理完整的数据路径
列出应用、网关、所选卖家或模型提供方，以及参与请求处理的上游服务。除文本提示词外，还要覆盖上传文件、图片、音频、生成结果和工具返回内容。识别保密信息与个人信息，删除任务不需要的字段。 评估 Rock API 时，先阅读 安全与隐私指南，再核对计划使用的具体模型或市场服务条款。文档没有回答某项要求时，应向运营方索取书面说明。针对某条调用路径的概括表述，不会自动适用于全部卖家或上游模型。用证据回答具体问题
不能因为使用 HTTPS 或兼容 OpenAI 格式，就推断服务符合某项监管要求、保证数据驻留或具有合同级零保留安排。与服务运营方确认所需的数据处理协议及适用例外。
同时保护密钥和自己的日志
把 API 密钥保留在服务端，通过密钥管理系统保存，并区分开发、预发布和生产环境。仅向需要的人员与服务授予访问权限；可用时启用权限范围和消费控制。记录密钥负责人、撤销和轮换流程，并演练如何替换泄露密钥。 检查应用、SDK、反向代理、可观测性工具和客服导出中的日志。即使常规应用日志不记录正文，调试模式也可能捕获完整载荷。对鉴权头脱敏，默认避免保存客户内容。引入生产数据前，先用合成数据检查错误路径。 用量元数据也需要评估。请求 ID、时间戳、模型名称、token 数、IP 地址和账户标识组合后，可能暴露业务活动或识别个人。为这些记录定义用途、保留期限和访问规则，不要把所有“非提示词数据”都当成匿名信息。形成可追溯的上线结论
记录已评估的服务、依据文档、评估日期、允许发送的数据类别、未解决的问题和责任人。验证脱敏和访问控制，确认安全事件联系人，并决定哪些工作负载必须等待要求满足后才能开放。更换模型、卖家、路由配置或日志功能后，应重新评估。安全管理 API 密钥
在评估服务与数据处理方式的同时，规划凭据存储、轮换与撤销。