> ## Content Index
> Fetch the complete content index at: https://globalfeed.ai/llms.txt
> Use this file to discover other available public pages before exploring further.

# llama.cpp 新版让本地服务器运行决策模型并加快生成
- URL: https://globalfeed.ai/zh/llama-cpp-xin-ban-rang-ben-di-fu-wu-qi-yun-xing-jue-ce-mo-xing-bing-jia-kuai-sheng-cheng/
- Published: 2026-10-07T15:01:14.000Z
- Updated: 2026-10-07T15:01:14.000Z
- Description: 用于在自己电脑上运行 AI 模型的开源程序 llama.cpp 发布了 0.6.0 版。其服务器新增面向决策模型的 /v1/systemone 接口，Clef 获得文本与图像的完整支持。新版还扩展了 MTP 和 DFlash 等加速方法，加入 GLM-5.3-Flash 支持，并可在网页界面中直接下载模型。
- Author: GlobalFeed Editor
- Tags: llama.cpp, 本地模型, 开源, 决策模型, 推测解码, x-ggml_org, dil-zh, elle

**llama.cpp** 于 2026 年 10 月 5 日发布了 0.6.0 版。llama.cpp 是一款开源程序，用户可以借助它在自己的电脑或服务器上运行 AI 模型，无需把数据发送到云端；项目由 ggml-org 社区开发。根据发布说明，这一版本中对本地运行模型的用户最重要的变化集中在三个方面：面向决策模型的新服务器接口、更多加快回复生成的方法，以及对新模型的支持。

最值得关注的新增功能是名为 `/v1/systemone` 的端点。借助这一接口，决策模型可以直接在 llama.cpp 自带的服务器程序 llama-server 中运行。决策模型会读取一个情境，并为事先设定的每个选项给出概率。这样一来，把客服工单分派给对应团队、判断文档类型等分类工作都可以在本地完成，数据无需离开企业内部。

## 决策模型在 llama-server 中返回概率

根据发布说明，新接口首批支持 laya、julia-1、lev、openjev 和 kev 五款模型，同一版本中又加入了 nimble。Cloudflare 几天前发布的 Clef 也获得了文本和图像输入的完整支持。服务器文档显示，该接口遵循 TypeSafe API 格式。请求中包含需要评估的情境和若干问题，问题分为三种：选项题（choice）、分级评分题（score）和是非题（noul）。返回结果包括概率最高的选项、每个选项的概率以及一个置信度数值。由于模型不生成文本，结果会一次性返回，不支持流式输出（streaming）。

文档还提到几处细节。其他模型会逐个独立回答问题，Clef 则会把同一请求中的所有问题放在一起阅读，并共同作出判断。运行 Clef 的服务器只提供这一端点，无法进行文本生成。图像输入需要模型本身支持，并通过 `--mmproj` 加载多模态投影文件，openjev 和 Clef 都属于此类模型。此外，`GET /v1/models` 现在会报告每个模型能够读取和输出的内容类型，原生决策模型会被标注为 "decisions" 输出，客户端无需加载模型即可识别。

## 推测解码加快回复生成

语言模型按顺序逐个生成词元（token），每一步都要完整运行一次大模型。推测解码（speculative decoding）的做法是先用一种快速方法为接下来的几个词元起草，再由大模型一次性核对草稿，接受其中正确的部分。草稿命中率高时，生成速度会明显提升，最终输出仍然由大模型确认过的词元组成。

llama-server 提供多种推测解码方法，本版中有两种尤为突出。MTP（多词元预测）利用模型自身包含的一个层，这个层经过训练，可以提前预测多个词元，因此不需要额外的草稿模型，用 `--spec-type draft-mtp` 即可开启。根据发布说明，本版为 Qwen3.8-Flash-Next 系列加入了 MTP 支持，在 NVIDIA DGX Spark 上测得解码速度提升约 1.5 倍。本版还为草稿模型和 MTP 加入了概率采样选项，目的是在温度参数大于零时让草稿更常被接受。

DFlash 则使用一个独立的小型草稿模型。文档介绍，这种草稿模型一步就能生成一整块词元（即块扩散方法），并在预测时读取主模型的内部状态。草稿模型总是针对某个特定的目标模型训练。用法示例：`llama-server -m model.gguf -md dflash-model.gguf --spec-type draft-dflash --spec-draft-n-max 7`，其中 `--spec-draft-n-max` 的取值会被限制在草稿模型训练时使用的块大小以内。ggml-org 在 Hugging Face 上的 Qwen3.8-27B 仓库中，除主模型文件外，还提供了现成的 `dflash-` 和 `mtp-` 前缀文件，无需自行转换即可试用这两种方法。本版还为 MiMo 模型加入了 DFlash 支持。

## GLM-5.3-Flash 等新模型获得支持

新模型方面，规模最大的是 GLM-5.3-Flash（GLM5-Next）。根据发布说明，这是一款采用混合专家（MoE）结构、可读取文本和图像的 3200 亿参数混合架构模型。Ling 3.0 VL 和 LFM2.5-Encoder 系列模型也加入了支持列表。

## 网页界面可以直接下载模型

llama-server 自带的网页界面也进行了改版，新增了连接 Hugging Face Hub 的数据层和模型下载流程，还能估算某个模型能否装进电脑内存。这样一来，用户无需在命令行中查找模型文件，就能在界面中选择并下载模型。

面向 Apple 设备的 Metal 后端有两项更新：一是针对 F16 KV 缓存的新 flash attention 内核，二是用于推测解码和批量解码的新矩阵乘法内核。根据发布说明，新内核可让 Apple GPU 上的矩阵乘法最多提速约 3 倍。Vulkan 后端加入了针对量化 K/V 的稀疏 flash attention，底层的 ggml 库也升级到了 0.26.0 版。

## GlobalFeed 自行测试中 MTP 提升了生成速度

在 GlobalFeed 的自行测试中，我们在单张 NVIDIA RTX 3090 显卡上运行了一个基于 Qwen3.8-27B 微调的模型（Q4 量化）。开启 MTP 后，处理土耳其语商务文本时的生成速度从每秒约 39 个词元提高到约 58 个，决策输出没有变化。为基础版 Qwen3.8-27B 训练的 DFlash 草稿模型，与这个微调模型搭配处理自由形式的土耳其语文本时，只有约 5% 的草稿被接受，速度反而降到大约一半；在 JSON 提取任务中，速度则有所提升。由此得出的经验是：为基础模型训练的草稿模型，未必适合由它衍生的微调版本，任何加速方法都应在自己的模型和语言上实际测量。

发布说明中的速度数据针对的是特定模型和硬件，实际收益会因模型、量化格式、语言和任务类型而有所不同。服务器文档指出，决策模型返回的概率会按模型文件中保存的参数进行缩放，不保证与您自己数据中的真实比例一致，因此在处理非英文文本之前，最好先用自己的样例进行测试。本版还提升了已保存会话文件的格式版本，依赖旧版本所保存会话的用户在升级前应先确认这一点。想从不同角度了解实际效果，也请关注独立研究人员的评估。

来源：[llama.cpp v0.6.0 发布说明](https://github.com/ggml-org/llama.cpp/releases/tag/v0.6.0?ref=globalfeed.ai)、[llama-server 文档：/v1/systemone](https://github.com/ggml-org/llama.cpp/blob/master/tools/server/README.md?ref=globalfeed.ai#post-v1systemone-typesafe-compatible-system-one-api)、[llama.cpp：推测解码文档](https://github.com/ggml-org/llama.cpp/blob/master/docs/speculative.md?ref=globalfeed.ai)、[Hugging Face：ggml-org Qwen3.8-27B-GGUF](https://huggingface.co/ggml-org/Qwen3.8-27B-GGUF?ref=globalfeed.ai)。