HiAPI
kimi-k3 模型详情页顶部 21:9 宽幅 Hero 图:左侧柔光留白,右侧虹彩玻璃文档层叠延展,kimi-k3 名以发光立体字融入其中,奶油、冰蓝与珊瑚色渐变。

Moonshot AI

Kimi K3

kimi-k3

Moonshot AI 的开放权重前沿模型,原生支持文本、图像与视频理解,100 万 token 上下文,擅长长程编码与工具调用迭代

kimi-k3
上下文窗口
1,000,000
输入
最大输出
131,072 tokens
发布日期
2026-07-17
流式 JSON 结构化

价格

kimi-k3 /百万 tokens

规格 单价
输入 $2.320
缓存输入 $0.232
输出 $11.600

概览

定位简介

Kimi K3 是 Moonshot AI 推出的开放权重推理模型,主打长程编码、知识工作与复杂推理。它原生支持文本、图像与视频理解,上下文窗口达 100 万 token,适合在大型代码仓库中跨文件定位与修改、按日志与测试反馈多轮迭代,以及长文档分析这类需要持续上下文的文本生成任务。需要以纯文本输出处理长上下文、多步推理工作的开发者,可将其作为主力候选。

核心亮点

  • 100 万 token 长上下文——单次调用可容纳超长文档或大型代码库片段,减少跨文件任务中的分段拼接。
  • 原生多模态输入——文本、图像与视频在同一模型内统一处理,无需外挂视觉模块。
  • 面向长程任务的迭代能力——强调工具调用与依据日志、测试结果、运行反馈反复调试,适合多步 agent 流程。
  • 高稀疏 MoE 架构——896 个专家中激活 16 个,官方称整体扩展效率较 Kimi K2 提升约 2.5 倍。

能力说明

长上下文文本处理:100 万 token 上下文窗口,可用于长文档通读、跨文件代码理解与多轮任务中持续保留前期信息,减少反复裁剪输入的工程成本。

多模态内容理解:原生支持图像与视频输入,可结合截图、图表或视频素材生成文本结论,适用于需要从视觉材料中提取信息的文本输出任务。

工具调用与迭代调试:面向长程任务设计,支持多步工具调用,并能依据日志、测试与运行反馈调整后续动作,适合构建自主 agent 工作流。

结构化知识工作输出:可完成深度研究报告、交互式可视化与仪表盘等端到端产出,输出为文本形态,便于下游渲染或二次加工。

适用场景

  • 维护大型代码库的开发者——输入仓库多文件与需求描述,产出重构方案与跨文件修改建议,用于提交前的代码审查与迁移规划。
  • 构建 agent 工作流的后端团队——输入任务目标与工具清单,产出多步调用计划并根据执行反馈迭代,用于自动化运维与研发辅助流程。
  • 需要长文档分析的知识工作者——输入合同、报告等长文本,产出结构化摘要与要点提取,用于内部知识库整理与决策支持。
  • 处理图文混合素材的产品团队——输入截图、图表或视频片段,产出说明文本与分析结论,用于产品文档与内容运营。

限制与选型建议

模型参数规模达 2.8T,对推理算力与响应时延有较高要求,不适合低延迟、高频轻量的简单文本任务。当前接入侧仅标注输出类型为文本,多模态输入的具体接口形态需以实际参数支持为准。百万级上下文的有效利用率受检索与注意力行为影响,长文档任务建议先做小样本验证。若任务只需短上下文与低成本推理,可优先考虑更小的模型。

  • Kimi K3 的 Low、High、Max 怎么选?

    日常提取、改写和短问答可以先试 low;需要多步分析时试 high;难题或复杂代码任务再比较 max 的效果。reasoning_effort 默认是 max,只提供 low、high、max 三档,没有 medium 或 none。更高档位可能产生更多思考 Token、等待更久,应结合回答质量和 usage 选择。

  • 为什么没有关闭思考和调节温度的开关?

    Kimi K3 在当前接入中始终开启思考,降低开销应先尝试 low,而不是传 thinking.type=disabled。本页不会发送 thinking、temperature 或 top_p;从其他模型迁移时,也应移除这些控制字段,使用顶层 reasoning_effort 选择档位。

  • 回答很短,为什么仍有较多输出 Token 费用?

    模型生成的思考内容也按输出 Token 计费,所以最终回答的字数不能代表总输出量。usage.completion_tokens 已包含思考 Token;如返回 completion_tokens_details.reasoning_tokens,它是其中的明细,不要重复相加。费用按普通输入、缓存读取和输出三项分别计算,每项 Token 数除以 100 万,再乘本页对应美元单价。

  • 多轮对话只保存最终回答可以吗?

    不建议。下一轮 messages 应按顺序带回所需历史,并保留 API 返回的完整 assistant 消息,包括 content、返回的 reasoning_content,以及可能存在的 tool_calls。只保存最终文字会丢失 Kimi 继续思考或续接工具所需的上下文。本页 Playground 会保留返回的思考内容。

同类型模型