使用 Gemini 3.6 Flash 时如何保护隐私数据

在接入 Gemini 3.6 Flash 这类云端大模型时，隐私保护的重点不在模型能力，而在数据进入链路之前和之后的边界控制。无论通过官方网页、API 还是封装工具，只要内容被发送到云端，就需要先假设它可能被服务方记录、用于训练或被误读。因此，可行的方法是一套组合流程：先识别敏感级别，再脱敏，再最小化调用，最后验证输出与日志。

摘要判断：隐私保护不能依赖“相信模型不泄露”，而应默认发送内容存在被留存的风险。建议将高敏字段打码或用占位符替换，对不能出域的数据则不要调用云端 API；同时启用最小化权限的密钥、关闭日志留存并定期检查输出是否包含原始敏感值。关键在于数据边界，而非模型能力。

先确定哪些数据必须保护

不同的使用场景，敏感字段差别很大。通常需要保护的包括：个人身份信息（姓名、身份证号、手机号）、财务信息（银行卡号、交易记录）、健康信息（诊断、用药）、企业机密（合同金额、源代码）。先列一个敏感字段清单，然后按字段拆开处理：哪些字段只保留部分信息，哪些字段完全不许进入模型，哪些字段可以原样发送但需要缩短上下文。

建议按以下方式分类：

不可出域：法律或业务规定不允许离开本地的数据，例如未脱敏的实名医疗数据、核心代码片段，这类数据不应该出现在任何请求里。
可脱敏后发送：可以通过规则替换掉的字段，比如姓名换成“用户A”，身份证号只保留后四位。
低敏或公开：产品名称、常见技术问题等，可以不处理，但仍建议不附带多余个人信息。

这个分类表不需要固定，但每次接入前都应当过一遍。

调用前：先替换，再发送

脱敏最直接的方式是在请求体构造之前做一轮占位符替换。下面是一个可复制的提示词 demo，它的用途是让模型在接收输入时，只看到脱敏后的文本，从而降低原文泄露到对话记录或日志中的机会。

# 脱敏替换示例（在发往模型之前执行）
原始输入：
  患者 张伟，联系电话 138-0000-0000，诊断结果：急性阑尾炎。
脱敏后文本：
  患者 {name}，联系电话 {phone}，诊断结果：{diagnosis}。

# 实际发送给模型的提示词：
请根据以下脱敏信息完成病例摘要，不要猜测缺失字段：
患者：{name}，年龄：45，诊断：{diagnosis}

这个 demo 的要点是：先用确定性规则把真实值替换为占位符，再放进提示词。替换规则建议写在一个独立函数里，方便在多个调用之间复用，也方便后续切换到更严格的加密方案。验证方式：在本地跑一组包含真实敏感值的样例，确认发给模型的字符串中不存在真实值。

此外，还需要做到最小化。只发送完成任务所需的最小字段，比如总结病例时不需要患者的完整住址，那就不要包括。可以设置一个“字段白名单”，在构造请求时只允许通过白名单字段。

调用时：控制传输和密钥范围

如果通过 API 接入 Gemini 3.6 Flash，传输层和访问层也需要有明确的边界。无论使用官方 SDK 还是自己拼接请求，都应该使用 HTTPS，不在 URL 或日志中携带 API key。下面是一个典型的 REST 请求骨架，可作参考，但具体字段需以所使用的 SDK 文档为准：

POST /v1beta/models/gemini-3.6-flash:generateContent
Host: generativelanguage.googleapis.com
Authorization: Bearer ${GEMINI_API_KEY}
Content-Type: application/json

{
  "contents": [
    {
      "parts": [
        { "text": "这是脱敏后的提示词内容" }
      ]
    }
  ],
  "generationConfig": {
    "temperature": 0.2
  }
}

对于这个骨架，有几个动作需要坚持：不把 key 写在代码仓库里，而是通过环境变量或密钥管理服务注入；每个集成环境单独使用一个 key，并在需要时轮换；关闭服务端日志或数据留存开关（如果所用账号支持）。同时，也要注意不要在请求头或正文里额外填入与任务无关的用户标识。

使用后：验证输出和留存痕迹

模型返回结果后，不等于隐私保护结束。建议做一次输出检查，确认结果中没有把占位符反解成真实值，也没有把上下文中的其他敏感字段拼接出来。如果模型输出中存在脱敏前的原串，说明脱敏流程有漏洞，需要排查提示词或后处理环节。

可用的验证清单如下：

用一段测试数据包含明确的敏感值（如“张伟-110101199001011234”），发送后检查输出中是否出现该字符串。
在请求发送前打印最终请求体，人工确认没有完整敏感值。
如果服务方提供日志或使用记录，检查请求内容是否被明文记录。
对 API key 设置最小权限，并定期更换。

如果以上任一项不满足，就需要回到接入前重新设计脱敏规则或数据边界。

常见问题

模型会记住我发送的内容吗？

这与服务方的数据留存策略有关，且每次配置不同。在无法确认时，建议默认会记住，因此不发送不可出域的数据。如果确实要使用，需主动查看控制台中的数据集开关，或联系服务方确认保留期限。

有没有办法在不脱敏的情况下使用？

如果你的环境中要求发送明文，那么风险也会相应提高。技术上可以缩短请求长度、限制轮次，但无法彻底避免敏感值进入云端。更稳妥的办法是使用本地模型或私有化部署，但这不是本页讨论范围。