kimi价格和deepseek对比

选型时最常卡住的一步是：Kimi 和 DeepSeek 到底哪个便宜？两边官网给的单价单位不一样、免费额度和付费额度混着算、还有缓存和长文本这类变量掺进来，直接比数字很容易得出反的结论。这篇不讲死数字，只给一套能自己跑一遍的对比流程：先去哪些页面看当期价格、按什么口径对齐、按自己的任务量怎么折算、什么情况下这个结论不成立。

选 Kimi 还是 DeepSeek，很多人第一步就卡在「谁更便宜」上。问题是两边官网给的单价单位不一样，输入和输出分开报价，免费额度和付费额度又混在一起算，再掺上缓存命中、长文本、重试这些变量，直接拿两个数字比，很容易得出相反结论。

这篇不给死数字，只给一套能自己跑一遍的比价流程：先去哪看当期价格、按什么口径对齐、按你的任务量怎么折算、什么情况下这个结论不成立。数字随时会变，方法不会。想直接看数，去站内官方 API 价格页核对当时的报价即可。

第一步：先把两边的计费口径对齐，别急着比数字

比价最容易犯的错，是把两家的「每百万 token 价格」直接并排。实际上输入和输出是分开报价的，两家的档位划分方式也不一定一致——有的按上下文长度分档，有的按是否缓存命中分档。混着加总，等于白算。

输入单价

你发给模型的 prompt 部分，通常比输出便宜，长上下文时可能单独提档

输出单价

模型生成的内容部分，多数场景下是成本大头

缓存命中价

相同前缀重复调用时可能走更低档位，两家支持程度和计价方式不同

免费/赠送额度

单独记账，不能直接拿去抵扣单价对比，否则会低估真实付费成本

具体分项口径到站内各家 provider 页看：Moonshot（Kimi）和 DeepSeek 各有一页，写清了输入、输出、档位和备注。先确认你的典型请求落在哪一档——是短问答，还是几万字的文档，还是带工具调用的批量任务。

• 把两家的输入价、输出价、分档条件分别抄下来，别合并成一列
• 标注你的请求是否命中缓存、是否超长上下文，这决定你落在哪个档
• 免费额度和付费额度分两栏记，比价只看付费那一栏
• 对齐口径的通用概念可以到站内 AI 词典的基础分类页补，别凭印象猜

第二步：按你的真实任务量折算，而不是比单价

单价低不代表月成本低。真正的比法是：拿你自己的用量去乘两家的单价，得到月成本再比。所以先要拿到三个数——一个月里的输入 token 量、输出 token 量、请求次数。没有用量记录就按日常调用量估一个区间，宁可估宽一点。

1. 统计用量从你的调用日志或控制台用量页拉出近一个月的输入、输出 token 和请求次数；没有记录就按典型一天的调用量乘以工作日数估算。
2. 代入折算把统计到的用量分别乘上两家对齐后的单价，算出各自的月成本。站内有模型成本计算器工具，输入用量和单价就能直接出结果，比手算稳。
3. 补上隐性消耗把重试、失败请求、长上下文、工具调用这些额外 token 算进去。只算干净请求，会系统性低估。
4. 看历史波动价格不是一成不变的。到站内价格追踪页看两家的变动记录和当前生效档位，避免拿旧单价做决策。

还有一类容易被忽略的成本：如果你的任务需要反复喂同一段长文档，缓存命中与否会让实际支出差出一截。两家对缓存的支持方式和计价结构不同，这一点必须落到你自己的请求模式上判断，不能通用。

第三步：哪些情况下这个对比结论不成立

上面那套折算方法有明确的适用边界。踩到下面几条，结论会失真，得换一套判断逻辑，而不是硬套单价对比。

• 任务大量依赖超长文档：两家的长文本计价结构和上下文上限不同，按短文本折算出来的结论会偏
• 走中转站而非官方直连：倍率、汇率和渠道加价会让官方单价对比失效，先到站内站点目录和排行榜核对渠道口径
• 用量很小、主要靠免费额度：此时比价意义不大，该看的是额度刷新规则和限速，而不是单价
• 任务对延迟或稳定性极敏感：便宜的渠道如果频繁超时重试，实际成本反而更高，这时要按有效成本而非标价判断

换句话说，官方直连、用量稳定、以短中文本为主的任务，这套折算最准；一旦涉及中转、超长文本或极低用量，就要先把渠道和规则搞清楚，再谈价格。中转渠道的口径问题，站内站点目录和可信度检测页有对应的核对项。

落地清单：十分钟做完一次可比对的选型

把上面三步压成一张能反复用的清单。下次价格变动时，你只需要更新单价那一栏，不用把整套流程重做一遍。

1. 挑样本列出三类典型请求——短问答、长文档、批量任务，各取一条真实样本，记下各自的输入输出 token 量。
2. 抄单价到两家官方价格页抄下对应当前档位的输入、输出单价，连同缓存和长文本规则一起记下来。
3. 算月成本用站内模型成本计算器把用量和单价代进去，得出两家各自的月成本，再横向比。
4. 加安全系数在结果上留出余量，把重试、用量波动和价格调整算进去，再决定哪家做主力、哪家做备份。
5. 留一行记录把这次对比的假设写成一行——用了什么用量、什么档位、什么渠道。下次只需更新单价即可复用。