DeepSeek Kimi 通义千问怎么选，API 成本与场景

本文的主线仍是 DeepSeek Kimi 通义千问 三者的 API 价格、上下文窗口与代理开发路由。

这篇对比面向要接 API 的开发者，在 DeepSeek、Kimi 与通义千问之间做默认路由，而不是再追一份模型评测榜。

做 agent 或中文应用时，最容易被社交评测带偏。更稳的问题只有三个：官方每百万 token 单价是否撑得住量；上下文与缓存规则是否匹配任务；区域与账单是否可落地。本文用 2026-09-20 可打开的官方定价页，把 DeepSeek Kimi 通义千问 拆成可执行路由。

成本优先的通用对话与工具调用：先看 DeepSeek

DeepSeek 官方定价页按每 1M tokens 列出 deepseek-flash 与 deepseek-v4-pro，并区分峰时/非峰时与 cache hit。例如 flash 在非峰时 cache miss 输入约 0.15 美元、输出约 0.6 美元；峰时约为两倍。pro 非峰时更高，并发上限也更低。官方写明峰时为 UTC 周一至周五的 01:00–04:00 与 06:00–10:00（中国法定节假日除外），其余为非峰时。适合把大量请求压在预算内，并愿意按 UTC 峰时规则做成本核算。

不要只看输入价：工具调用、重试与较长输出会把账单推向输出侧。若你的任务短问短答、可缓存系统提示词，flash + cache hit 往往是三类里最能控费的一档。

超长上下文与旗舰推理：看 Kimi

Kimi 官方文档写明 kimi-k3 每 1M tokens 输入 3.00 美元、输出 15.00 美元，cached input 0.30 美元，上下文约 104 万 tokens；另有 cache write 计费与 5 分钟/1 小时 TTL。单价明显高于 DeepSeek 闪档，但长文档、长程编码与知识工作更常落到这一档。K2 系列单价更低、上下文约 26 万 tokens，可作降级旁路，但不要把旗舰价和闪档价混在同一预算表里。

选型时把“必须一次塞进多少原文”写成硬条件。若多数请求远小于 100K，为超长窗口买单通常不划算。

阿里云生态与区域配额：看通义千问

通义千问经阿里云 Model Studio / DashScope 计价。国际文档（新加坡等）列出如 qwen3.7-max 约每 1M 输入 2.5 美元、输出 7.5 美元；更新的 qwen3.8-max 国际档约输入 2 美元、输出 6 美元；并注明部分免费额度仅特定区域。中国（北京）等同档单价通常更低，但 endpoint、开票与合规要求不同。已在阿里云、需要企业开票与同云网络时，集成与运维成本可能低于“绝对最便宜模型”。

区域错配是最常见翻车点：把“新加坡免费额度”当成全球默认，或在错误地域调企业模型，都会让压测数字失真。

什么时候不要选某一家

不要只因社区喊“最强推理”就默认 Kimi：若任务短、可缓存、预算紧，输出单价会迅速吃掉优势。不要只因 DeepSeek 闪档便宜就忽略峰时翻倍与并发上限。不要只因通义在国内好开票，就把必须走国际合规的流量硬塞进错误区域。合同要求特定云厂商、或团队只会维护一套密钥体系时，先写清约束，再谈模型名。

压测验收清单

固定同一提示词、同一工具定义与同一成功标准，至少跑三类负载：短对话、带 2–3 次工具调用的任务、长文档摘要。记录输入/输出 tokens、延迟、错误率与是否触发峰时价。换算每千次真实任务成本，而不是单次补全。确认区域 endpoint、内容策略与发票路径。哪条在预算内稳定过线，就冻结默认模型；其他作降级或升级旁路，并写进配置而不是口头约定。

账单核算要拆开的三张表

第一张表写模型单价：输入、输出、cache hit、cache write（如有）、峰时系数。第二张表写任务结构：平均输入 tokens、平均输出 tokens、工具调用次数、重试率。第三张表写区域与发票：endpoint、余额币种、是否可开增值税票、内容审核策略。三张表对不齐时，不要宣布“某模型更便宜”——你比较的是不同约束下的不可比数字。

对代理开发尤其如此：一次真实任务可能包含规划轮、工具结果回填与最终回答。若只拿单轮补全去比价，你会系统性地低估输出侧与重试。建议在压测脚本里把“任务成功”定义为可执行结果，而不是模型说了“完成”。

若团队同时维护中文客服与英文技术支持，也可以做双默认：中文高流量走 DeepSeek flash，长文档知识库问答走 Kimi，阿里云内网批处理走通义。双默认的前提是配置中心能按路由键切换，而不是开发口头记得换模型名。

当前结论与默认推荐

预算敏感、通用对话与工具调用：默认 DeepSeek flash，并核算峰时。超长上下文或旗舰推理且预算够：默认 Kimi k3，短任务可降到 K2。已绑定阿里云、要区域与开票一体：默认通义千问，并按实际地域核价。代理开发还会消耗工具描述、重试与思维链 tokens——用“完成一次真实任务”计价，并设截断与摘要，避免把 API 价格优势喂给无效上下文。

选型决策树（可直接贴进架构文档）

1. 任务是否经常超过约 100K 输入原文？是 → 优先评估 Kimi k3；否 → 继续。
2. 是否必须走阿里云同区域网络或国内开票闭环？是 → 优先通义千问并核地域价；否 → 继续。
3. 是否以高并发短任务为主且预算敏感？是 → 默认 DeepSeek flash，并加峰时告警；否 → 按质量门槛在 flash/pro 与 Kimi 间压测。
4. 是否有合规要求禁止特定供应商？有 → 从短名单剔除，不要在压测后再做人治例外。

把以上四步写成架构文档的“模型路由”小节，比在群里反复问“今天用哪个模型”更省事。价格会变，决策树应指向“以官方定价页为准的复核日期”，而不是把某次截图单价写死成永久真理。