kimi3免费额度是多少

很多人是先在网页版或 App 里试了 Kimi，觉得好用，再想接到自己的脚本或工具里跑，这时候才发现「免费」和「免费」不是一回事：对话入口的免费、开放平台的试用额度、编程套餐里的额度，规则各不相同，能干的活也不一样。这篇不讲模型有多强，只帮你把免费额度这件事拆成可核对的三步：先确认自己用的是哪个入口，再去站内对应页面看当时的数字，最后按用量估算够不够。

很多人是先在网页版或 App 里试了 Kimi，觉得顺手，再想接到自己的脚本或工具里跑，这时候才发现「免费」和「免费」根本不是一回事。对话入口的免费、开放平台新账号的试用额度、编程或订阅套餐里含的额度，是三个独立的池子，能干的活也不一样。这篇不聊模型强弱，只帮你把免费额度拆成可核对的三步：先确认自己用的是哪个入口，再去站内对应页面看当时的数字，最后按自己的用量估算够不够。

先说结论方向：额度大小本身是浮动的，写死数字没有意义。真正决定你能不能一直白嫖的，是限制条件（限速、并发、有效期、是否只对部分档位生效）和耗尽后的行为（直接报错，还是自动转付费）。这两点比「送多少」更影响体验。

先分清你问的是哪个「免费」

• 判断方法：先问自己要的是「人聊天」还是「程序调用」，只有后者才受接口计费、限速和额度耗尽停不停的影响
• 同一个账号下不同入口不一定共享额度，别默认网页版能用的量等于接口能调的量
• 如果只是偶尔问问问题，对话产品的免费部分通常够；一旦要跑批处理，就得按接口口径重新算
• 编程套餐里的额度往往绑定特定客户端或插件，换工具可能就用不上

额度数字别背，去站内页面核对当时的数

Kimi 官方平台的按量口径、长文本计费规则、试用额度的具体数值，都写在站内对应的厂商页里。这类数字会随政策调整，用别人截图里的旧数据最容易踩坑。到 厂商与模型资料库（/sites） 找到 Kimi 那一页，看当时标的价格与额度说明，这是唯一靠谱的来源。

1. 确认额度单位看清是按 token 计还是按次数计。按 token 的要再分输入和输出，两者单价经常不一样。
2. 确认有效期试用额度有没有到期日、到期未用是否作废，写在条款里，别等跑任务前一天才发现没了。
3. 确认适用范围是否只对部分模型档位生效。如果只覆盖低档模型，你想要的强模型可能根本不在免费范围内。
4. 折算成调用次数用 工具目录（/tools） 里的成本计算器，把额度数字按你的平均输入输出长度折成「能问多少次」，比看总额直观得多。

限制条件比额度大小更影响体验

额度是「总量」，限制是「怎么花」。一个总量不小但每分钟只允许几次请求的额度，跑批量任务时会卡到你怀疑人生；反过来，速率宽松但有效期很短的额度，适合做验证不适合做长期服务。下面这几项在下手前都要确认。

限速

每分钟或每天的请求数上限，超出会被拒或排队

并发上限

同时能开几条请求，直接影响批量任务的耗时

模型范围

免费额度覆盖哪些档位，强模型常常不在其中

有效期

额度是否有时间窗，过期是否清零

耗尽行为

是报错停掉，还是自动转成付费扣费，两者的账完全不同

如果走的是中转站而不是官方直连，额度折算方式、倍率、是否共享官方池子都可能不同。先到 中转站可信度排行（/rankings） 看该站标注的口径和倍率说明，再决定要不要用它来消耗免费额度。倍率不透明的站点，免费额度再大也不建议接生产。

算一遍够不够用，再决定要不要付钱

• 记录一周真实调用：总次数、平均输入输出长度、有没有长文档或长上下文任务
• 用平台自带或中转站提供的用量记录倒推，比凭感觉估准得多
• 给免费额度设一个用量上限或告警，避免某次批量任务一夜跑完
• 把免费额度当启动资金而不是长期方案，超过一定量级就去做官方按量价和中转站折算价的对比
• 对比时到 价格追踪（/price-watch） 看当时的数字，别用记忆里的旧价

什么情况下这套算法不适用？如果你的任务对延迟极敏感，或者需要稳定并发，那免费额度基本只能做功能验证，正式跑之前就该按付费口径做预算，省得中途被限速打断。