kimi 的 coding plan 有点小气了

[licoycn]

试了一下 4.99 的，用 cc 发了一下你是哪个模型，那个频控明细一下就变成了 74/100 ，要 4 个小时重置一次，这还怎么玩 0.0 ，估计搞几个请求就不行了

[freefcw]

之前 4 小时是软限制，有但是没生效，现在的 4 小时是直接不让请求了吗

[0139]

频控明细不知道有什么用，我已经到 0 了，还能用，本周剩余 2 天就用完了

[licoycn]

@freefcw 是还可以请求，但是不知道会不会会频率有限制，还没试

[licoycn]

@0139 是的，明天我再试试用完了会不会有啥限制

[EsWann]

Kimi 的 Coding Plan 和其他家的计算方式不一样，kimi 的是每次调用就算一次（根据使用观察得出结论），Minimax 的 Coding Plan 计算方法如下（来自 Minimax 官方文档），也就是说大约 Minimax 计费 1 次，Kimi 计费 15 次

Q: 为什么 “一个 prompt 约等于 15 次模型调用”？
A: 在 AI 编程工具中，您的一次操作（例如请求代码补全或解释代码）在工具后台可能会被拆分为多次与 AI 模型的连续交互（例如：获取上下文、生成建议、修正建议等）。 为了简化计费，我们将这些后台的连续调用打包为一次 “prompt” 计数。这意味着您在套餐内的一次 “prompt” 实际上包含了多次模型的复杂调用。

[licoycn]

@EsWann 那这种的还可以

[bbbblue]

今天改了说是改成 token 计算 但是具体的 token 量还没给。。。

[hongc]

一天用完，感觉根本没做好 coding plan 的准备就上马了
4 小时调用量实际上是软限制，就是整体太小气，1024 次请求 甚至比不上 kiro 的 500 次 claude

[crytis]

@bbbblue 已经改了。之前用的全都重置成 0 了

[EsWann]

Kimi 的 Coding Plan 计费方式就是蛮贵的，相比 GLM 和 Minimax