Kimi 就 K3.1 Pro 限频致歉：订阅用户获一次性 25% 月度额度恢复

道歉涉及什么，调整针对哪里

Odaily 页面显示的报道时间是 10 月 26 日 08:14（新加坡时间）。该报道引述 Kimi 在 X 发布的说明，称使用频率限制和不必要的消耗由平台自身造成，本应更早解决。ChainCatcher 随后也报道了相同解释。Odaily、ChainCatcher

PANews 报道称，月之暗面于 10 月 24 日发布 Kimi K3.1 Pro。此次处理发生在该版本发布之后，分为账户额度与任务参数两部分。额度部分是一次性恢复，数额按月度总额度的四分之一计算；参数部分则针对不必要的子代理调用和输出长度。PANews 将恢复量描述为约一周额度，但没有给出各订阅档位对应的请求次数，也没有公布某项任务调整前后的实测消耗。

因此，用户现在有一项具体记录可以核对，就是账户显示的已用量或剩余量。至于相同工作会少用多少额度、回答会缩短多少、限频是否还有变化，这些问题需要后续观察。报道中的参数调整本身，不能替代实际任务的结果。

范围表述也需要看清。问题名称指向 K3.1 Pro，恢复方案的报道措辞则覆盖所有订阅计划用户。核对时应保留自己账户显示的计划名称，避免只凭标题中的型号判断适用范围，也不要把订阅用户的处理方式扩展成免费账户安排。

25% 按月度总额计算

报道说的是恢复相当于每月总额度 25% 的使用量。用户要查看的是使用额度记录，不能据此推算订阅价格、付款金额或账单调整。现有报道没有提供退款方案。Odaily

可以用一个纯算术例子理解：假设月度总额记为 100 个单位，25% 就是 100 乘以 0.25，等于 25 个单位。这里的“100 个单位”只是说明百分比，并非 Kimi 公布的某个套餐规格。如果假设账户只用了 10 个单位，就属于已用不足 25% 的情况，按报道中的规则，已使用量将归零。

低用量账户这一条尤其容易被看错。恢复已用部分后显示为零，并不意味着在完整月度额度之外再多出四分之一。检查时，把原先已用多少、调整后已用多少放在一起，才有可比较的记录。ChainCatcher

“约一周额度”也不等于连续一周都能以某种固定速度使用。报道提供的是额度比例，没有给出个人工作量与消耗速度。对某位订阅用户来说，能做完多少工作，应看具体任务及其用量记录，不能只根据“一周”两个字安排整个项目。

核对时，先记下计划名称、页面若有显示的月度总额、已用量和观察时间。等调整出现，再按相同口径比较前后记录，保存结果后再开始下一项任务。保留原始标签也很有用：一次截图显示“已用”，另一次显示“剩余”，两者需要先换成相同口径再比较。

被打断的任务怎样接着做

如果此前有任务未完成，先保存已返回的内容，再列出还缺什么。例如，文稿缺少哪个章节，某个问题尚未回答，或结果里哪一部分没有交付。下一次请求可以围绕这项缺口提出，便于检查实际完成情况。是否重做整项任务，应由剩余工作决定。

等账户出现额度调整后，可以选择一项终点清楚的小任务观察。发送前记录用量，返回后检查内容是否完整；如果账户提供用量变化，再把变化记下来。

限频提示与额度扣减也应分开记。Kimi 此次被报道的道歉同时涉及使用频率和不必要消耗，恢复月度额度回应了其中的额度问题。报道没有公布新的具体频率上限，因而无法仅凭恢复量判断限频变化。如果再次中断，保留提示原文和当时的任务，比只记一句“还是慢”更有用。

结果本身同样需要核对。报道提到会减少输出长度，短回答是否合适取决于原本的请求。一个只问单个问题的任务，与明确要求完整文稿的任务，验收方式不同。检查时回到自己要求的内容，看看有没有遗漏，再决定是否补充提问。

如果需要反馈异常，整理一份简短记录即可：使用什么订阅计划、额度调整前后分别显示多少、观察时间是什么，以及是否出现具体报错。对于未完成的任务，附上缺少的部分。尽量描述可核对的结果，不把一次体验推断为整个平台的统一表现。

目前还缺哪些确认

Odaily 与 ChainCatcher 提到，相关变化将在太平洋标准时间所称的“当天结束前”体现在使用进度条中。这个相对日期没有提供足够清楚的绝对时间基准，本文不将它换算为某个确定的新加坡时间截止点。订阅用户可以检查账户中是否已出现调整。

媒体报道均指向 Kimi 的同一份声明，说明了宣布的处理方案。额度是否已到账、参数变化对具体任务有什么影响，还需查看订阅账户与任务记录。

后续跟进时，最有用的是两份可比较的材料：账户用量变化，以及任务是否完成的结果。先核对恢复量，再观察继续执行的工作，把发生的变化写具体，才能知道尚需解决的是额度记录、频率限制，还是任务输出本身。