搜「Kimi K3 是收费的还是免费的」，多半是两种情况：一是刚开始试，想知道能不能一直白用；二是准备往项目里接，担心免费额度撑不住。这两件事答案不一样，因为「免费」要分入口看——网页/App 对话、编程类套餐、按量 API 是三套完全不同的计费口径。这篇不背数字，只给你一条判断顺序：先确认你用的是哪个口子，再去站内对应页面核对当期规则，最后决定是继续白用、开订阅还是走按量。
搜「Kimi K3 是收费的还是免费的」，背后一般是两种人：一种是刚开始试，想知道能不能一直白用下去；另一种是准备把模型接进项目里，担心免费额度撑不住、中途被迫掏钱。这两种问题答案不一样，因为「免费」这件事得先分入口看——网页和 App 里聊天、编程类套餐、按量调用的官方 API，是三套完全不同的计费口径。
这篇不背具体数字（数字会变），只给你一条判断顺序：先确认自己用的是哪个口子，再去站内对应页面核对当期规则，最后决定是继续白用、开订阅还是走按量。照着走一遍，基本能自己得出结论，不用到处问人。
先分清你问的是哪个入口，三个口子规则不一样
同一个模型，从不同地方用，收费规则可以完全不同。很多争论其实就是两个人说的根本不是同一个入口。所以在你问「收费还是免费」之前，先回答一个问题：我是在聊天框里用，还是在代码里调？这个答案决定了后面所有判断。
- 网页 / App 对话入口
- 面向个人聊天，通常给的是周期性额度，用完提示额度不足，可等刷新或升级
- 编程类订阅套餐
- 按周期付费换一定额度，适合每天在编辑器里高频用的人，超出后要么等刷新要么再买
- 按量计费的官方 API
- 按实际调用量扣费，没有「免费版」这一说，用量小反而比订阅省
- 先确认入口：聊天框、编程客户端还是 API 调用，三者互不通用；
- 网页和 App 一般是「有额度但有限」，不是无限免费；
- 订阅套餐是按周期结算，额度跟着周期刷新；
- API 是按调用量扣费，没有月费门槛，但也没有白用额度；
- 同一个账号在不同入口的额度不共享，别拿一个口子的经验套另一个。
免费那一侧的边界：能用，但不等于无限用
免费入口通常是给周期性的额度，每天或每月刷新，用完就得等下一轮或者升级。它设计出来是让你试、让你轻度用，不是让你当生产工具长期跑。判断能不能长期白用，别听别人说「够用」，拿自己一周的真实用量去对额度。
| 你的使用场景 | 看哪个指标 | 常见结论 |
|---|---|---|
| 每天几次问答、偶尔长文 | 日额度消耗速度 | 多数情况够白用，注意别频繁传大文件 |
| 每天几十轮对话 | 日/月额度消耗速度 | 容易触顶，先统计三天再判断 |
| 整段代码或长文档处理 | 单次 token 消耗 | 免费额度很难撑住，要单独估 |
| 团队多人共用一个账号 | 人均额度实际分摊 | 个人口径对不上，按团队口径重算 |
- 记三天用量连续三天记下自己每天大概多少次对话、有没有传长文档，写在纸上
- 对当期额度拿这个数字去站内额度类页面核对当时的刷新周期和上限，别记旧数字
- 判断余量如果三天里有两天接近触顶，说明免费侧不适合你的常规节奏
- 设提醒如果够用，就在额度快用完的日子设个提醒，避免用着用着突然中断
付费那一侧：订阅和按量是两种花法
付费不是只有一种方式。订阅是先付一笔固定费用，换一个周期内的额度，适合每天都要用、用量稳定的人；按量是按实际调用扣费，没有月费门槛，适合偶尔跑批或者接进产品里的场景。两条路的取舍标准不是价格高低，而是你的用量稳不稳定。
- 用量稳定、每天都在用：订阅更省心，不用每次算调用量；
- 用量波动大、集中在某几天：按量更划算，闲时不用付钱；
- 只是试需求、还没定下来：先用免费侧跑一两周再决定；
- 接进产品给用户用：按量更可控，但要提前估峰值和成本上限；
- 两边都沾：可以先按量，等用量稳定了再切订阅。
还有一层容易忽略：订阅额度用超后的处理方式跟按量不一样——前者通常是等刷新或再买，后者是直接继续扣。这决定了你的项目能不能接受「某天突然没额度」。如果你的业务要求稳定可用，这一条比价格更值得先确认。
落地核对顺序：四步确认自己要不要付钱
下面这条顺序是给选型用户用的，照着走一遍就能得出结论。核心原则是：不要凭印象判断，每一步都落到一个具体动作上。
- 确认入口先明确自己是网页 / App 对话、编程客户端订阅还是 API 调用，三者规则分开算
- 核对当期规则去站内对应页面看额度与计费口径：模型库看规格、API 页看按量方式、套餐目录看订阅额度
- 估自己的量把每天大概的对话次数或调用量写下来，跟额度对一遍，别用感觉代替估算
- 做决定额度够就继续白用并设提醒；不够就先按周期试订阅，不要一上来就签长期
| 核对项 | 去哪看 | 看什么 |
|---|---|---|
| 模型规格与能力边界 | 站内模型库页 | 上下文长度、适用场景，判断要不要换模型 |
| API 按量口径 | 官方 API 相关页 | 计费单位、是否有最低消费、超额怎么算 |
| 编程类订阅额度 | 套餐目录页 | 周期额度、刷新方式、超出后的处理 |
| 中转站可信度与价格追踪 | 站内相应导航页 | 第三方渠道的当期价格与风险提示 |
先分清入口，再对当期数字，最后才谈要不要掏钱——顺序反了，问谁都没用。
这些情况下上面的判断不适用
上面那套顺序解决的是个人或小团队的常规场景。以下几种情况要单独处理，别直接套用。
- 团队共享账号：个人额度口径对不上，要按团队订阅的人均额度重算；
- 长文档、长上下文任务：单次消耗比日常对话高出一个量级，免费额度很容易不够；
- 业务要求稳定不断线：免费侧即使够用也不建议当生产环境，这跟价格无关；
- 通过第三方中转调用：计费规则由中转方定，要单独去看它的可信度和当期价格，不能照搬官方口径。
常见问题
我不确定自己用的是免费版还是付费版，怎么查？
先看你从哪进的：从官网或 App 聊天框进，通常是免费侧；从某个订阅套餐或编程客户端进，多半已经在付费额度里；如果代码里带 key 调接口，那是按量计费，跟免费版没关系，具体口径到官方 API 页面看。
免费额度用完了，只能付钱吗？
不一定。第一可以等下一个刷新周期；第二可以换用量更省的方式，比如把长文档先切分再问；第三才考虑升级订阅或转按量。要不要付钱取决于你的用量是不是刚性、能不能等，先把这三条按顺序试一遍再决定。
