Gemini API 新项目默认保存请求：日志、保留与训练用途要分开看

先说结论：Google 的 Gemini API 版本说明写明，从 2026 年 10 月 26 日起，新建项目的 GenerateContent API 请求默认以 store=true 保存；此前建立的项目保留原有设置。这里改变的是项目日志和请求留存的默认值，不是自动把新项目的提示词授权给模型训练。开发者需要分别确认“请求是否留存”和“数据是否分享用于改进”，并且还要核对项目使用的是付费服务还是免费配额，因为两类服务的条款不同。

这个默认值变化主要影响新项目刚创建后的第一批 API 调用。已有项目不会被统一改成 true 或 false；若团队同时维护开发、测试和生产项目，不能仅凭项目年龄或代码模板推断当前开关。日志与数据集文档还指出，日志查看功能只适用于开通账单的项目，并支持在 AI Studio 查看请求、响应和元数据。因此，所谓“默认保存”要结合 API 计费状态、项目级设置和单次请求的 store 参数理解。

保存的是什么，保存多久

GenerateContent API 可以在请求上单独设置 store，单次请求值优先于项目级设置。项目所有者也能在 AI Studio 的 Logs and Datasets 设置中更改默认行为。文档给出的常规日志保留期为 55 天，可配置为 7、14、28 或 55 天；若将日志另存为数据集，数据集不会按该期限自动过期。日志默认属于 Google Cloud 项目且仅对项目拥有者可见，官方还说明它与仅为滥用监测而保留的日志分开。

Interactions API 原本就默认保存交互，以便通过 previous_interaction_id 在服务端延续对话；这次 10 月 26 日更新针对的是新建 GenerateContent 项目。对 Interactions API 按请求设置 store=false 后，应用要自行保留并重新提交完整对话记录，也不能继续依赖 previous_interaction_id。这两个 API 的状态模型不同，不建议把一个项目的存储配置直接照搬到另一个接口。

留存不等于训练授权

Data Logging and Sharing 文档将日志与分享行为区分开：在付费服务下，提示和回答默认不会用于改进 Google 产品，但会按条款在有限时间内记录，以检测滥用、保障服务和履行法律义务。开发者可以选择把数据集或反馈分享给 Google；分享后，相关内容可能用于产品改进和机器学习模型训练。另一方面，Gemini API 附加条款说明，非付费服务中的提示和回答可用于提供、改进和开发 Google 产品与机器学习技术。因而最关键的分界是服务层级与数据分享选择，而非单独的 store 开关。

实际落地时，可以在新项目创建后先检查 Logs and Datasets 的当前状态；若业务没有排障留存需求，在每个请求设置 store=false，并在发布前扫查 SDK 默认值。若确实需要日志，应明确谁有项目权限、哪些字段可能包含客户信息、保留多久，以及哪些样本能进入数据集。不要把 API Key、密码、访问令牌、客户机密或完整个人资料当作调试样本上传。需要做模型质量评估时，应优先用脱敏、获授权且目的明确的数据集。

结论：新默认值让开发调试更方便，也要求团队更早决定日志治理。保存请求有助于排查模型表现，但它不应被误读为“Google 默认用付费请求训练模型”，也不能忽略免费层级的不同条款。最稳妥的工程习惯是按环境和请求显式设置 store，限制项目成员权限，选择最短可用保留期，并把对外分享作为单独的数据授权动作审查。

参考来源

1. Gemini API Release Notes
2. Gemini API Logs and Datasets
3. Gemini API Data Logging and Sharing
4. Gemini API Interactions API guide
5. Gemini API Additional Terms
6. Gemini API pricing and billing