For the complete documentation index, see llms.txt. This page is also available as Markdown.

🌙Kimi K2 Thinking:本地运行指南

关于在你自己的本地设备上运行 Kimi-K2-Thinking 和 Kimi-K2 的指南!

Kimi-K2 和 Kimi-K2-Thinking 在知识、推理、编码和智能体任务上实现了 SOTA 表现。Moonshot AI 的完整 1T 参数模型需要 1.09TB 磁盘空间,而量化后的 Unsloth Dynamic 1.8-bit 版本将其减少到仅 230GB(体积缩小 80%): Kimi-K2-GGUF

你现在还可以运行我们的 Kimi-K2-Thinking GGUF.

所有上传都使用 Unsloth Dynamic 2.0 ,以获得 SOTA Aider Polyglot 以及 5-shot MMLU 的表现。看看我们的 Dynamic 1–2 bit GGUF 在 编码基准测试中的表现.

运行 Thinking运行 Instruct

⚙️ 推荐要求

你需要 247GB 磁盘空间 来运行 1bit 量化!

唯一的要求是 磁盘空间 + RAM + VRAM ≥ 247GB。这意味着你不需要拥有那么多的 RAM 或 VRAM(GPU)来运行模型,但速度会慢很多。

1.8-bit(UD-TQ1_0)量化可以放入一张 24GB GPU 中(所有 MoE 层卸载到系统 RAM 或高速磁盘)。如果你还有额外的 256GB RAM,则在这种配置下预计速度约为 1-2 tokens/s。完整的 Kimi K2 Q8 量化大小为 1.09TB,至少需要 8 张 H200 GPU。

为了获得最佳性能,你至少需要 247GB 统一内存或 247GB 的 RAM+VRAM 总和 才能达到 5+ tokens/s。如果你的 RAM+VRAM 总和少于 247GB,那么模型速度肯定会受到影响。

如果你没有 247GB 的 RAM+VRAM,也没关系! llama.cpp 天生支持 磁盘卸载,因此通过 mmap,它仍然可以工作,只是会更慢——例如以前你可能能达到每秒 5 到 10 个 token,现在则低于 1 个 token。

我们建议使用我们的 UD-Q2_K_XL(360GB) 量化,以平衡体积和准确性!

💭Kimi-K2-Thinking 指南

Kimi-K2-Thinking 通常应遵循与 Instruct 模型相同的说明,但有几个关键差异,尤其是在设置和聊天模板方面。

🌙 官方推荐设置:

根据 Moonshot AI,以下是 Kimi-K2-Thinking 推理的推荐设置:

  • temperature 1.0 以减少重复和不连贯。

  • 建议上下文长度 = 98,304(最高可达 256K)

  • 注意:使用不同工具可能需要不同设置

我们建议将 min_p 设为 0.01 ,以抑制低概率、不太可能出现的 token。

例如,给定用户消息“1+1 等于多少?”,我们得到:

✨ 在 llama.cpp 中运行 Kimi K2 Thinking

  1. 获取最新的 llama.cppGitHub 这里。你也可以按照下面的构建说明操作。将 -DGGML_CUDA=ON 改为 -DGGML_CUDA=OFF 如果你没有 GPU,或者只想进行 CPU 推理。 对于 Apple Mac / Metal 设备,设置 -DGGML_CUDA=OFF 然后照常继续——Metal 支持默认开启。

  1. 如果你想使用 llama.cpp 直接加载模型,你可以使用下面的方法:(:UD-TQ1_0)是量化类型。你也可以通过 Hugging Face 下载(见第 3 点)。这与以下方式类似 ollama run 。使用 export LLAMA_CACHE="folder" 来强制 llama.cpp 用于保存到特定位置。

  1. 以上将使用大约 8GB 的 GPU 内存。如果你有大约 360GB 的 GPU 总内存,请移除 -ot ".ffn_.*_exps.=CPU" 以获得最大速度!

请试试 -ot ".ffn_.*_exps.=CPU" 将所有 MoE 层卸载到 CPU!这实际上允许你将所有非 MoE 层放到 1 张 GPU 上,从而提高生成速度。如果你有更多 GPU 容量,可以自定义正则表达式以适配更多层。

如果你的 GPU 内存再多一些,尝试 -ot ".ffn_(up|down)_exps.=CPU" 这会卸载上、下投影 MoE 层。

再试试 -ot ".ffn_(up)_exps.=CPU" 如果你的 GPU 内存更多一些。这样只会卸载上投影 MoE 层。

最后通过以下方式卸载所有层: -ot ".ffn_.*_exps.=CPU" 这使用的 VRAM 最少。

你也可以自定义正则表达式,例如 -ot "\.(6|7|8|9|[0-9][0-9]|[0-9][0-9][0-9])\.ffn_(gate|up|down)_exps.=CPU" 表示从第 6 层开始卸载 gate、up 和 down MoE 层。

  1. 通过以下方式下载模型(在安装 pip install huggingface_hub hf_transfer )。我们建议使用我们的 2bit 动态量化 UD-Q2_K_XL 来平衡体积和准确性。所有版本见: huggingface.co/unsloth/Kimi-K2-Thinking-GGUF

  1. 运行任意提示词。

  2. 编辑 --threads -1 用于指定 CPU 线程数(默认设置为 CPU 的最大线程数), --ctx-size 16384 来设置上下文长度, --n-gpu-layers 99 用于 GPU 卸载的层数。将其设为 99,并配合 MoE CPU 卸载,以获得最佳性能。如果你的 GPU 显存不足,请尝试调整它。如果你只进行 CPU 推理,也请移除它。

🤔没有 Thinking 标签?

你可能会注意到,在运行模型时没有 thinking 标签。这是正常且预期的行为。

在你的 llama.cpp 脚本中,请确保在命令的最后添加 --special 标志。一旦这样做,你就会看到 <think> token 如预期出现。

你也可能会看到每个回答都以 <|im_end|>结尾。这是正常的,因为 <|im_end|> 是一个特殊 token,在打印特殊 token 时会出现。如果你想隐藏它,可以在设置中将 <|im_end|> 设为停止字符串。

✨ 使用 llama-server 和 OpenAI 的 completion 库进行部署

按照 Kimi K2 Thinking安装 llama.cpp 后,你可以使用下面的方法启动一个兼容 OpenAI 的服务器:

然后在以下命令之后使用 OpenAI 的 Python 库 pip install openai :

🔍分词器的怪癖与修复

2025 年 11 月 7 日:我们通知了 Kimi 团队,并修复了 You are Kimi, an AI assistant created by Moonshot AI. 没有出现在第一个用户提示词中! 查看 https://huggingface.co/moonshotai/Kimi-K2-Thinking/discussions/12

非常感谢 Moonshot Kimi 团队对我们问题的超快响应,以及尽快修复了该问题!

2025 年 7 月 16 日:Kimi K2 更新了他们的分词器,以支持多次工具调用 ,根据 https://x.com/Kimi_Moonshot/status/1945050874067476962

2025 年 7 月 18 日:我们修复了一个系统提示词——Kimi 也在这里发了关于我们修复的推文: https://x.com/Kimi_Moonshot/status/1946130043446690030。该修复也在这里说明: https://huggingface.co/moonshotai/Kimi-K2-Instruct/discussions/28

如果你已经下载了旧检查点——不用担心——只需下载第一个被更改的 GGUF 分片即可。或者,如果你不想下载任何新文件,可以执行:

Kimi K2 的分词器玩起来很有意思—— 它的工作方式与 GPT-4o 的分词器大体相似!我们首先在 tokenization_kimi.py 文件中看到 Kimi K2 使用的以下正则表达式(regex):

经过仔细检查,我们发现 Kimi K2 与 GPT-4o 的分词器正则表达式几乎完全相同,可在 llama.cpp 的源代码中找到.

两者都会将数字分组成 1 到 3 位一组(9、99、999),并使用相似的模式。唯一的差异似乎在于对“Han”或中文字符的处理,Kimi 的分词器对此处理得更多一些。 该 PRhttps://github.com/gabriellarson 在经过一些 这里的讨论.

后很好地处理了这些差异。我们还发现正确的 EOS token 不应是 [EOS],而应是 <|im_end|>,我们也已在模型转换中修复了这一点。

🌝Kimi-K2-Instruct 指南

逐步指南:运行 Kimi K2 Instruct 模型,包括 Kimi K2 0905——9 月 5 日更新。

🌙 官方推荐设置:

根据 Moonshot AI,以下是 Kimi K2 推理的推荐设置:

  • 温度设为 0.6 以减少重复和不连贯。

  • 原始默认系统提示词是:

  • (可选)Moonshot 还建议将下面这句作为系统提示词:

🔢 聊天模板与提示词格式

Kimi Chat 确实使用了 BOS(句子开头 token)。系统、用户和助手角色都被包裹在 <|im_middle|> 之中,这很有意思,并且每个角色都有其各自的 token <|im_system|>、<|im_user|>、<|im_assistant|>.

为了分隔对话边界(你必须移除每个换行),我们得到:

💾 模型上传

我们所有的上传 - 包括那些非 imatrix 基础或非动态版本,使用我们的校准数据集,该数据集专门针对对话、编码和推理任务进行了优化。

MoE 比特数
类型 + 链接
磁盘大小
详情

1.66bit

245GB

1.92/1.56bit

1.78bit

281GB

2.06/1.56bit

1.93bit

304GB

2.5/2.06/1.56

2.42bit

343GB

2.5/2.06bit

2.71bit

381GB

3.5/2.5bit

3.12bit

417GB

3.5/2.06bit

3.5bit

452GB

4.5/3.5bit

4.5bit

588GB

5.5/4.5bit

5.5bit

732GB

6.5/5.5bit

我们还上传了 BF16 格式.

✨ 在 llama.cpp 中运行 Instruct

  1. 获取最新的 llama.cppGitHub 这里。你也可以按照下面的构建说明操作。将 -DGGML_CUDA=ON 改为 -DGGML_CUDA=OFF 如果你没有 GPU,或者只想进行 CPU 推理。

  1. 如果你想使用 llama.cpp 直接加载模型,你可以使用下面的方法:(:UD-IQ1_S)是量化类型。你也可以通过 Hugging Face 下载(见第 3 点)。这与以下方式类似 ollama run 。使用 export LLAMA_CACHE="folder" 来强制 llama.cpp 用于保存到特定位置。 要运行该模型 2025 年 9 月的新更新,请将模型名称从 'Kimi-K2-Instruct' 改为 'Kimi-K2-Instruct-0905'。

请试试 -ot ".ffn_.*_exps.=CPU" 将所有 MoE 层卸载到 CPU!这实际上允许你将所有非 MoE 层放到 1 张 GPU 上,从而提高生成速度。如果你有更多 GPU 容量,可以自定义正则表达式以适配更多层。

如果你的 GPU 内存再多一些,尝试 -ot ".ffn_(up|down)_exps.=CPU" 这会卸载上、下投影 MoE 层。

再试试 -ot ".ffn_(up)_exps.=CPU" 如果你的 GPU 内存更多一些。这样只会卸载上投影 MoE 层。

最后通过以下方式卸载所有层: -ot ".ffn_.*_exps.=CPU" 这使用的 VRAM 最少。

你也可以自定义正则表达式,例如 -ot "\.(6|7|8|9|[0-9][0-9]|[0-9][0-9][0-9])\.ffn_(gate|up|down)_exps.=CPU" 表示从第 6 层开始卸载 gate、up 和 down MoE 层。

  1. 通过以下方式下载模型(在安装 pip install huggingface_hub hf_transfer 之后)。你可以选择 UD-TQ1_0(动态 1.8bit 量化)或其他量化版本,例如 Q2_K_XL 。我们 建议使用我们的 2bit 动态量化 UD-Q2_K_XL 以平衡大小和准确率。更多版本见: huggingface.co/unsloth/Kimi-K2-Instruct-GGUF

  1. 运行任意提示词。

  2. 编辑 --threads -1 用于指定 CPU 线程数(默认设置为 CPU 的最大线程数), --ctx-size 16384 来设置上下文长度, --n-gpu-layers 99 用于 GPU 卸载的层数。将其设为 99,并配合 MoE CPU 卸载,以获得最佳性能。如果你的 GPU 显存不足,请尝试调整它。如果你只进行 CPU 推理,也请移除它。

🐦 Flappy Bird + 其他测试

当我们提供 DeepSeek R1 的 1.58bit 量化版本时,我们引入了 Flappy Bird 测试。我们发现 Kimi K2 是少数能够一次性完成包括这一项在内的所有任务的模型之一, Heptagon 以及其他测试,即使在 2-bit 下也是如此。目标是让 LLM 创建一个 Flappy Bird 游戏,但要遵循一些特定说明:

你也可以按照 r/Localllama 中的方式,通过 Heptagon 测试来测试动态量化版本,该测试会要求模型创建一个基础物理引擎,以模拟球体在一个移动的封闭六边形中旋转。(原文如此)

目标是让六边形旋转,并且六边形中的球应当移动。提示词如下:

最后更新于

这有帮助吗?