你把文档丢给 AI,它拿去训练吗

「同一件事，官方两页各说各的。我把它们并排放给你。」

你注册 Kimi 开放平台、拿到一把 API Key 的时候，大概就是点个「同意」进去了。那份用户协议里有一条，管的是你输入和输出的内容往后怎么被使用。它默认生效，没有勾选框。

先把两个名字说清。Kimi 开放平台是给开发者用程序去调 Kimi 的那套接口；API Key 就是配给这套接口的一把钥匙。它和你在网页上聊天用的那个入口，是两个入口 —— 下面所有结论都只对前者成立。

所以这篇要回答的是一个很具体的问题：你放进去的文档，会不会进到模型的训练里？ 答案取决于你落在哪一档，而这一档在你注册那天没人告诉过你。

边界放前面：以下全部是官方文档口径，本工作区未实测 —— 没有 Key、没有账号，一次真实请求都没发过，也没开通过零数据保留。技术栈只有 Kimi 开放平台一家，单点来源，别读成「AI 平台都这样」。

三份文件，管的人写得不一样

这套规矩散在三份文件里，而它们各自说「我管谁」的时候，口径不一样。

《Kimi 用户服务协议》的导言，把 Kimi 定义成「以网页、应用程序、浏览器插件、小程序……方式向您提供的产品与服务」。按这句话，它管的面很宽。

《Kimi 开放平台隐私政策》第 1.2 节写的是「本政策适用于我们的开放平台服务」—— 只认开放平台这一个入口。

零数据保留那一页范围更窄，开头就说自己是「Kimi 开放平台为企业客户提供的数据保护模式」，只管开放平台，且只面向企业客户。

两份文件的范围写法不同，为什么这么写，文件里没解释，这篇也不猜。能确定的是：本文所有结论，只在你是开放平台 API 用户时成立。 网页版和手机 App 实际怎么处理输入内容，本工作区没有核实，这里不往下推。

日期也交代一句：用户服务协议和隐私政策都标了「版本生效日期：2026 年 8 月 31 日」「版本更新日期：2026 年 8 月 24 日」；零数据保留那一页没有任何日期，引用时就只能说到抓取当天如此。

同一款授权，前后两个词

用户服务协议第五节第 3 条，整条原文是这样：

「为了提升您使用本服务的体验，您授予我们一项免费的使用权，以在法律允许的范围内将您输入输出之内容及反馈用于模型服务优化。如您不希望您的内容被用于模型训练，您可以通过本协议所载的联系方式联系我们。」

这一款里能读出四件事：授权是免费的；范围是「您输入输出之内容及反馈」；用途那一栏的字样是「模型服务优化」；不想被这么用，走的是「通过本协议所载的联系方式联系我们」。

然后是同一款里的一处对照：前半句写「模型服务优化」，后半句写「模型训练」。 两个词出现在同一段里，前者是被授权的用途，后者是退出时提到的那个用途。

再加第三处。隐私政策第 2.3 节讲「对话信息」时，写的是「这些信息有助于我们优化模型」。

三处措辞摆在一起：授权句「模型服务优化」、退出句「模型训练」、隐私政策「优化模型」。并排列出，中间不放等号。 这几处说的是不是同一件事，原文没给解释，这篇也不替它下结论 —— 你能看见的是三个不同的写法，位置也各不相同。

三档：注册那天没人告诉你自己在哪一档

同一个问题，答案按你的身份分成三档。

第一档 · 普通注册用户（协议默认）

上一节那款就是这一档：免费授权、用途写「模型服务优化」、注册即生效，没有勾选框。

想改的话：协议只给「通过本协议所载的联系方式联系我们」，第十四节第 2 条把它写实了 —— 发送邮件至 support@moonshot.cn。协议里没有任何设置项或控制台的描述。这一档在文件里只有一条邮件路径，没有开关。

第二档 · 企业客户（默认）

零数据保留那一页有一句明确的：「Kimi 开放平台默认不使用企业客户数据训练模型」。企业客户这一档默认就不拿客户数据训练。想改怎么办：文件没有要求你做什么，这就是默认状态。

第三档 · 企业客户，并且开通零数据保留

这一档才是「零保留」，落在下面一节讲。

零保留那一档，很多人以为自己已经在里面

先把名字拆开：零数据保留（Zero Data Retention，缩写 ZDR），是一种服务端设置 —— 你的请求内容只在生成回复的过程中存在于系统里，回复一返回就清除，不做留存（法律法规要求的除外）。

它不默认给你。那一页的原话是「ZDR 按需开放给企业客户……可联系销售申请评估」。重点在「申请评估」这四个字：能不能过、按什么标准评、要评多久，文件都没写。写成「找销售就能开通」，就超出了原文。

而且就算开通了，也有保不到的。那一页专门有一节问「ZDR 适用所有数据类型吗？」，答案是一个「不是」，接着是「以下服务和数据类型需要特别注意：」，一共五项：

• Batch Job 服务
  ：通过 Batch API 提交的批处理任务不支持 ZDR。Batch API 指的是批量提交任务 —— 把很多请求打包一次性交上去、等结果，便宜但慢。这一项不保零保留。
• 直接上传的图像或视频
  ：通过文件上传接口直接提交的图像或视频，无法保证零数据留存。
• Kimi Hosted Agents 托管智能体
  ：用它处理的数据，无法保证零数据留存。托管智能体是平台替你运行起来的那类智能体。
• 运营数据
  ：安全日志、账单记录等运营数据，不属于零数据保留范围。
• 第三方服务
  ：第三方模型、连接器、插件等第三方服务处理的数据，不受这份 ZDR 政策约束。

前三条的定性是「不支持 / 无法保证」，后两条是「不属于范围 / 不受约束」。五项一条不落 —— 少看哪一条，都会让人以为自己已经全保住了。这也是为什么只记住「三类」不够用：最容易踩的，往往就是你以为不在清单里的那两项。

文件没写的，我不替它补

有几处空白，读者得知道要自己去问：

• 「企业客户」怎么认定 —— 要不要企业认证、要不要签合同、看不看充值档位？三份文件都没定义。
• 发了那封邮件之后，平台怎么处理、多久处理 —— 原文只写到「联系我们」为止。
• 申请 ZDR 的评估标准和通过率 —— 原文只说「可联系销售申请评估」。
• 开通 ZDR 要不要另外加钱 —— 那一页只写「接口、参数、计费完全不变」。那是「不变」，读不出「不加价」。

还有一处，文件给了范围、没给数字：隐私政策第 5.2 节说存储期限是「为实现服务目的所必需的时间内」。没有天数。 所以「保留 N 天」这类写法出不来，谁写了都是替官方补的。

今天能做的一件事

三档合起来，其实只有一个动作：确认自己现在在哪一档。 三种身份对应三种默认状态，也对应「要不要动手」的三种答案。而这件事注册那天没人提示过，协议里也没有一个页面告诉你「你属于第几档」，只能顺着手上那把钥匙往回查。

去翻一下你手上那个 API key，是什么档？ 是拿邮箱自己注册的普通账号，还是挂在企业合同下面的？如果一时说不清，先把用户服务协议第五节第 3 条那条授权和那条退出各读一遍，再决定要不要发那封邮件。