AI 编程实时动态与要闻

OpenBMB 开源 MiniCPM-OCR 套件:1.3B 解析模型 Real5-OmniDocBench 93.68 分,另配 2B「判官」模型自动找出识别错误

面壁智能旗下 OpenBMB 10 月 27 日开源 MiniCPM-OCR 套件,含两款模型:1.3B 参数的文档解析模型 MiniCPM-OCR 1.0(Real5-OmniDocBench 93.68、OCRBench v2 54.7,官方口径),以及 2B 参数的 OCR 质量判定模型 MiniCPM-OCR Jev,可给任意 OCR 解析结果按区域打 0–1 分、标出需人工复核的内容。代码和权重均为 Apache 2.0,首发即支持 vLLM、SGLang、llama.cpp、Ollama 及多家芯片平台。

OpenBMB 开源 MiniCPM-OCR 套件:1.3B 解析模型 Real5-OmniDocBench 93.68 分,另配 2B「判官」模型自动找出识别错误

核心要点速览

  • 解析模型 MiniCPM-OCR 1.0 仅 1.3B 参数:Real5-OmniDocBench 93.68、OCRBench v2 54.7(官方口径,均称 SOTA)
  • 判定模型 MiniCPM-OCR Jev 2B 参数:JevOCRBench AUROC 93.6,高于 JEV-35B-A3B 的 90.1,接近 Qwen3.5-397B-A17B 的 93.8(官方口径)
  • Jev 与解析器无关:对 MiniCPM-OCR、GLM-OCR、PaddleOCR-VL-1.6、Xiaomi-OCR-0 的结果 AUROC 都在 91.9–93.4
  • 吞吐约为 PaddleOCR-VL-1.6 的 1.49 倍、MinerU2.5 Pro 的 3.62 倍;配合 SDK 并发最高约 128 页/分钟(官方口径)
  • GitHub 代码与权重全部 Apache 2.0,提供 GGUF/AWQ/GPTQ 量化版与 SKILL.md
阅读全文
关联模型 / 智能体 / 厂商:
⚡ MiniCPM-OCR 1.0⚡ MiniCPM-OCR Jev⚡ PaddleOCR-VL-1.6⚡ MinerU2.5 Pro⚡ Qwen3.5-397B-A17B🌐 OpenBMB🌐 ModelBest🌐 Intel🌐 NVIDIA🌐 Arm

港大 Dream 团队创立的 DiffuSpace 开源 Clover-35B-A3B 扩散语言模型:单卡 680 tokens/s,SWE-bench Verified 73.6

扩散智能 DiffuSpace(成员来自推出 Dream 7B 的港大 NLP 实验室)10 月 28 日发布首个模型 Clover-35B-A3B-Preview:基于 Qwen3.6-35B-A3B 初始化的 MoE 扩散语言模型,总参 35B、激活约 3B、128K 上下文,按块并行去噪生成。官方口径下 SWE-bench Verified 73.6、Terminal-Bench 2.1 51.7、GPQA Diamond 83.8,单张 GB300 上 Agent 场景生成速度 680 tokens/s。权重 Apache 2.0,已上 Hugging Face、ModelScope 和 GitHub,支持 SGLang 与 llama.cpp。

港大 Dream 团队创立的 DiffuSpace 开源 Clover-35B-A3B 扩散语言模型:单卡 680 tokens/s,SWE-bench Verified 73.6

核心要点速览

  • 35B 总参、约 3B 激活的 MoE 扩散模型,由 Qwen3.6-35B-A3B 初始化,128K 上下文,支持思考模式
  • 官方称六项 Agent 评测全部第一:SWE-bench Verified 73.6、Terminal-Bench 2.1 51.7、τ³ Overall 65.3,超过 LLaDA2.2 flash、Mercury 2.5 和 Qwen3.6-35B-A3B
  • 速度(官方口径):单张 GB300、BF16、batch=1 下 Agent 场景 680 tokens/s;单张 H200 上 515 tokens/s,高于 DFlash2 加速 Qwen 的 365 tokens/s
  • INT4 量化后可在 16GB 显存的 RTX 5070 Ti 上运行,MATH-500 生成速度 101.8 tokens/s
  • Hugging Face 权重 Apache 2.0,BF16 约 69GB,官方推荐用 SGLang 部署
阅读全文
关联模型 / 智能体 / 厂商:
⚡ Clover-35B-A3B-Preview⚡ Qwen3.6-35B-A3B⚡ Dream 7B⚡ LLaDA2.2 flash⚡ Mercury 2.5🌐 DiffuSpace🌐 HKU NLP🌐 Alibaba Qwen🌐 NVIDIA

Ollama 原生支持 Recursive Flint 40B:首个 2.5B 激活参数轻量 MoE 编程智能体模型,MacBook Pro 跑出 125+ tok/s

由 Richard Socher 创办的 Recursive 正式开源 39.8B(40B)混合专家(MoE)编程智能体模型 Flint(RecursiveSI/flint),采用 Apache 2.0 协议并在 Ollama(ollama run flint)与 llama.cpp 全面开箱即用。该模型每 Token 仅激活 2.5B 参数,拥有 262K 超长上下文,在 M4 Pro MacBook Pro 上可实现 125+ tokens/秒的超高速本地推理。在 SWE-bench Verified 取得 74.2%、SWE-bench Pro v2 达到 89.7%,成为 50B 以下端侧运行最强编程智能体底座。

Ollama 原生支持 Recursive Flint 40B:首个 2.5B 激活参数轻量 MoE 编程智能体模型,MacBook Pro 跑出 125+ tok/s

核心要点速览

  • Flint 采用 49 层 Transformer 架构(2 层密集层 + 47 层 MoE 层),总参数 39.8B,每 Token 激活仅 2.5B 参数
  • 原生配备 262,144 tokens(256K)超长上下文窗口,支持端到端仓库级代码理解与跨文件缺陷定位
  • 本地推理性能极佳,M4 Pro MacBook Pro 达 125+ tok/s,64GB RTX Spark 可达 150+ tok/s
  • 在 SWE-bench Verified 取得 74.2%,SWE-bench Pro v2 达 89.7%,LiveCodeBench v6 斩获 80.3%,支持 ollama run flint 一键拉取
阅读全文
关联模型 / 智能体 / 厂商:

Unsloth 发布 DeepSeek-V4.1-Flash-1017 动态 GGUF:1-bit 版 250GB、128GB+ 内存可本地跑,Engram 表可放 SSD

Unsloth 于 10 月 19 日(UTC)发布 DeepSeek-V4.1-Flash-1017 的动态 GGUF 量化与本地运行指南。按 Unsloth 口径,1-bit UD-IQ1_M 体积 250.4GB(无损 Q8 为 508.4GB),在 long17k 上与官方权重 top-1 一致率 88.2%,可在 128GB+ 内存设备上运行;模型的 Engram n-gram 表(110.6–202.8GB)可通过 mmap 留在 SSD 按需读取。目前需用 Unsloth 的 llama.cpp 分支或 Unsloth Desktop 运行。

Unsloth 发布 DeepSeek-V4.1-Flash-1017 动态 GGUF:1-bit 版 250GB、128GB+ 内存可本地跑,Engram 表可放 SSD

核心要点速览

  • 1-bit UD-IQ1_M 250.4GB,较无损 UD-Q8_K_XL(508.4GB)缩小约 51%;long17k top-1 一致率 88.2%、wiki1100 为 87.1%(Unsloth 指南,厂商口径)
  • 最小的 UD-IQ1_S 为 233.0GB,适配 128GB 内存设备(如 Mac、DGX Spark),top-1 一致率 82.8%–85.1%;3-bit UD-IQ3_XXS 需约 256GB(如 Mac Studio),一致率 94.6%–95.1%
  • 模型由 552B 主干加 196B Engram 参数组成,Engram n-gram 表 110.6–202.8GB 可经 mmap 留在 SSD 按需加载,省内存但不省磁盘
  • Unsloth 称其基于 llama.cpp 的实现比其他 CPU/显存/ngram 方案推理快约 3 倍(厂商口径,未见第三方复测)
  • HF 仓库 为 MIT 许可,提供 IQ1_S 到 Q8_K_XL 共 9 档量化,另附可单独替换精度的 Engram 文件
阅读全文
关联模型 / 智能体 / 厂商:
AD赞助内容

Hermes Agent v0.22.0 发布:免 Key 引导上手、一键本地 llama.cpp 模型、Gmail/Linear/Notion 连接器与 600 插件目录

Nous Research 于 10 月 14 日(UTC)发布开源智能体 Hermes Agent v0.22.0「Threshold Release」。新装桌面版用免费试用模型 nous/welcome 引导配置,无需 API Key;新增经 Nous tool gateway 接入 Gmail、Linear、Notion 的连接器;内置一键 llama.cpp 本地模型运行时;改为经过测试的 SemVer 稳定通道,并提供签名桌面包(含 Microsoft Store)。官方称这是史上最大更新窗口,代码量从约 106 万行精简到 69.8 万行(−34%)。

Hermes Agent v0.22.0 发布:免 Key 引导上手、一键本地 llama.cpp 模型、Gmail/Linear/Notion 连接器与 600 插件目录

核心要点速览

  • 规模:自 v0.21.0 以来约 24,200 次提交、6,080 个合并 PR、关闭约 7,180 个 issue、约 2,520 名贡献者,约为 v0.21.0 周期的 2.5 倍(Release Notes)
  • 瘦身:源码约 106 万行降到 69.8 万行(−34%),gateway/run.py 从 34,847 行降到 5,512 行;约 19 个冷门工具改为按需加载,桌面端每次调用的工具 schema 约减半,固定提示再省约 2.1k token
  • 本地模型:自动按 CPU/CUDA/Metal/Vulkan/ROCm 安装 llama.cpp(b11370),只推荐能完整放进显存的模型,目录含 Qwen3.8 27B、Qwen3.6 35B-A3B、DeepSeek V4 Flash 及任意 Hugging Face GGUF
  • 插件目录 600 个,每个固定到经过审查的 commit;Honcho、Mem0、Supermemory 等记忆后端移出核心
  • 更新提速:只重建变化部分,macOS 上 16.5 秒 vs 32.5 秒(官方口径)
阅读全文

OpenBMB 开源 MiniCPM-V 4.7:35B-A3B 首个 MoE 端侧多模态模型,iPhone 17 Pro Max 实测 13+ token/s

2026-10-12 OpenBMB(面壁智能)发布 MiniCPM-V 4.7 开源多模态系列,含 35B-A3B(系列首个 MoE)与 1B 两款,Apache-2.0。配套的 Lookahead Expert Scheduling(LES)跨层预取专家,叠加分层混合精度量化与 DSpark 投机采样,官方在 iPad Pro M4(16GB)上把专家从 SSD 加载的解码速度从 2.97 提到 17.39 token/s(5.86 倍)。权重已上架 Hugging Face / ModelScope / Ollama,支持 vLLM、SGLang、llama.cpp 与 iOS / Android / 鸿蒙端侧部署。

OpenBMB 开源 MiniCPM-V 4.7:35B-A3B 首个 MoE 端侧多模态模型,iPhone 17 Pro Max 实测 13+ token/s

核心要点速览

  • 两款开源权重(Apache-2.0):35B-A3B(系列首个 MoE,语言底座 Qwen3.6)与 1B,另附 FP8 / AWQ / GPTQ / int4 / GGUF 与 DSpark 草稿模型(Hugging Face)
  • LES 端侧解码(官方口径,iPad Pro M4 16GB):基线 2.97 → LES 9.81 → +分层量化 14.92 → +DSpark 17.39 token/s,累计 5.86×(LES 文档)
  • iPhone 17 Pro Max 上 35B-A3B 达 13+ token/s;视觉 token 支持 4x / 16x 混合压缩,按任务切换细节与成本
  • 厂商评测(Instruct,4x):MMBench 91.72、OCRBench 91.20、OmniDocBench v1.6 94.24、MMMU 80.22,对比 Qwen3.6-35B-A3B 分别为 86.76 / 86.00 / 80.17 / 77.44;SimpleVQA、ScreenSpot 等项仍落后
  • Day-0 芯片支持 Rockchip、后摩、Intel、AMD、Arm;推理框架覆盖 vLLM、SGLang、llama.cpp、Ollama,微调支持 SWIFT / LLaMA-Factory
阅读全文
关联模型 / 智能体 / 厂商:
⚡ MiniCPM-V 4.7 35B-A3B⚡ MiniCPM-V 4.7 1B⚡ Qwen3.6-35B-A3B🌐 OpenBMB🌐 面壁智能

Liquid AI 开源 Open d1 决策模型:d1-3B 单次前向 8ms 出答案,Jetson 边缘实时决策

Liquid AI 发布两款开源权重多模态决策模型 d1-3B(文本+图像)与实验性 d1-omni-600M(文本+图像/音频)。它们不生成 token,单次前向直接输出概率化答案;d1-3B 在 Decision Index v0.2.1 公开集拿到 48.57,10B 以下第一、比肩 12 倍体量的 Decider 35B-A3B,RTX 4090 单问 8ms、Jetson Orin Nano 50ms,首日支持 llama.cpp,适合 Agent 护栏、重排序与视觉质检。

Liquid AI 开源 Open d1 决策模型:d1-3B 单次前向 8ms 出答案,Jetson 边缘实时决策

核心要点速览

  • d1-3B 在 Decision Index v0.2.1 公开集得分 48.57,10B 以下第一,与 Decider 35B-A3B 持平;d1-omni-600M 得分 15.95(官方博客)
  • 7 项文本基准均分:d1-3B 82.9 > Decider 4B 81.1;d1-omni-600M 78.4 > Decider 2B 77.1,Civil Comments 毒性检测 95.8
  • 单问延迟:RTX 4090 8ms、AMD MI325X 9ms、Jetson AGX Thor 16ms、Apple M5 Pro 30ms、Jetson Orin Nano 50ms
  • 批量打包吞吐:RTX 4090 每秒 475 个状态,MI325X 每秒 1,106 个;三个问题共享一个状态仅为单问耗时约 1.3 倍
  • 权重已上 Hugging Face(含 GGUF / w8a8 版本),LFM Open License v1.0,首日支持 llama.cpp 与 NVFP4
阅读全文
关联模型 / 智能体 / 厂商:
⚡ d1-3B⚡ d1-omni-600M⚡ LFM2.5-VL-3B🌐 Liquid AI🌐 NVIDIA
g
ggml-org@AICoder·
👀194
🔥84

llama.cpp v0.6.0 稳定版发布:正式纳入 GLM-5.3-Flash(320B)与 Qwen4Exp MTP 投机解码,新 llama_batch_ext API,Apple GPU 小批量矩阵乘最高约 3 倍

ggml-org 于 10 月 5 日发布 llama.cpp v0.6.0 稳定版(上一版 v0.5.0 为 9 月 23 日)。本版把 GLM-5.3-Flash(GLM5-Next,320B 图文混合 MoE)支持带进正式版,Qwen4Exp 加入 MTP 投机解码(DGX Spark 上解码约 1.5 倍),引入支持 token/embedding 混合批次的 llama_batch_ext 与 llama_process() 新 API,并为 Apple GPU 新增小批量 MMA 矩阵乘内核(投机/批量解码场景最高约 3 倍),ggml 升级到 v0.26.0。会话格式版本号同时升级,旧会话文件需注意兼容。

核心要点速览

  • 新模型:GLM-5.3-Flash(GLM5-Next,320B KDA/DSA 混合图文 MoE,#27773)、Clef 图文决策模型、Ling 3.0 VL、LFM2.5-Encoder
  • 提速:Qwen4Exp MTP 投机解码在 DGX Spark 上解码约 1.5 倍;Metal 小批量 MMA 矩阵乘最高约 3 倍(#29869)
  • API:新增 llama_batch_ext + llama_process(),单批次混合 token 与 embedding(#24669);server 已迁移
  • 兼容性:LLAMA_SESSION_VERSION 升至 11、LLAMA_STATE_SEQ_VERSION 升至 4,旧的会话/状态文件需重新生成
  • Server:/v1/models 返回输入输出模态;/v1/embeddings 接受图像/音频/视频类型输入;新增 /v1/systemone 决策模型接口
阅读全文
关联模型 / 智能体 / 厂商:

推理架构终极定制!IST Austria 提出分离量化 DQ:解耦 Prefill 计算与 Decode 带宽,TTFT 暴提 1.78 倍

大语言模型(LLM)的预填充(Prefill)与解码(Decode)阶段对底层硬件提出截然相反的要求:Prefill 是典型的计算密集型,依赖超低精度算术核心(如 FP4/INT4)快速吞吐长 Prompt;而 Decode 是典型的显存带宽受限型,需要紧凑的超低比特权重(如 2-3 bit Weight-Only)减少每次访存延迟。然而传统的全流程统一量化方案迫使两者相互妥协,导致性能与精度双重折损。来自顶尖系统团队与 IST Austria 的重磅研究《Disaggregated Quantization: Specializing LLM Prefill and Decode》(arXiv:2609.26333)开创了“分离量化(DQ)”体系:为 Prefill 与 Decode 定制各自独立的计算格式、量化权重与物理存储布局。针对单卡显存受限场景,创新推出卸载式分离预填充(ODP),通过 NVMe SSD 异步流式加载 NVFP4 预填充权重,在 llama.cpp 与 8K 长文本上将 Qwen3.8-27B 首 Token 生成延迟(TTFT)暴降 1.78 倍,并在 vLLM 分布式环境中验证了高达 2.8T 参数超大规模模型的完美兼容性。

推理架构终极定制!IST Austria 提出分离量化 DQ:解耦 Prefill 计算与 Decode 带宽,TTFT 暴提 1.78 倍

核心要点速览

  • 首创打破统一量化妥协的分离量化架构(Disaggregated Quantization),分别针对 Prefill 算力与 Decode 带宽定制
  • 提出 ODP 异步 SSD 流式权重加载,在 8K Prompt 下推动 Qwen3.8-27B 首 Token 延迟缩短 1.78 倍(TTFT 加速 78%)
  • 结合 NVFP4 Prefiller 在保持 2-3 bit Decode 极小显存占用的同时,MMLU-Pro 准确率暴涨 32.5 分,适配达 2.8T 模型
阅读全文

llama.cpp 原生 Decision Models:/v1/systemone 一次前向出概率;支持 Julia-1/Laya/Kev-4B/lev/OpenJev

ggml-org 于 2026-10-02 宣布 llama.cpp server 合并 PR #29818,新增 /v1/systemone:对状态(文本/JSON/截图)与 typed 问题做单次前向打分,兼容 TypeSafe Jev / System One 客户端。首批模型:Julia-1(144M)、Laya(421M)、Kev-4B、lev、OpenJev(27B+视觉)。Cloudflare Clef 列为后续。

llama.cpp 原生 Decision Models:/v1/systemone 一次前向出概率;支持 Julia-1/Laya/Kev-4B/lev/OpenJev

核心要点速览

  • 官方博文:New in llama.cpp: Decision Models(2026-10-02);实现:PR #29818 合并于 2026-10-02T09:56Z(+2139/−15)
  • API:POST /v1/systemone;问题类型 choice / score / noul;响应含 probabilities + confidence;output_tokens: 0
  • 首批 GGUF:ggml-org/{Julia-1,Laya,Kev-4B,lev,OpenJev}-GGUF;RTX PRO 6000 官方中位时延约 3–43 ms/问
  • 与已入库 Ollama 0.35 / Cloudflare Clef 不同栈:本地 llama.cpp 推理运行时原生 System One;博文写明 Clef 将跟进
  • 开箱:llama serve -hf ggml-org/Kev-4B-GGUF 后 curl localhost:8080/v1/systemone;router 模式可按请求选模型
阅读全文
关联模型 / 智能体 / 厂商:
⚡ Julia 1⚡ laya⚡ Kev 4b⚡ lev⚡ openjev🌐 ggml-org🌐 huggingface
AD赞助内容

llama.cpp v0.5.0:CUDA conv2d 隐式 GEMM + Metal MoE/SSM 融合,新增 MiMo-V2.6 / HunyuanOCR / Mimir 1B

ggml-org 于 2026-09-23 发布 llama.cpp v0.5.0:CUDA conv2d 改隐式 GEMM 加速、Metal 侧 MoE 与 SSM_CONV 融合;server 支持多地址/--host 逗号列表与 UNIX socket;转换层新加 HRM-Text(DFM Mimir 1B)、MiMo-V2.6、HunyuanOCR(DFlash),并捆绑 ggml 0.25.0。

llama.cpp v0.5.0:CUDA conv2d 隐式 GEMM + Metal MoE/SSM 融合,新增 MiMo-V2.6 / HunyuanOCR / Mimir 1B

核心要点速览

  • 发布:v0.5.0(2026-09-23),相对站内既有 v0.4.1 为大版本跃迁
  • 性能:CUDA conv2d 隐式 GEMM(#29135);Metal MoE + SSM_CONV fusion(#28948);MTP drafting 启用 CUDA graphs(#28549)
  • 模型:HRM-Text / DFM Mimir 1B、MiMo-V2.6 转换、HunyuanOCR DFlash、Qwen4Exp hyper-connection + sparse FA、Nemotron MTP/H 扩展
  • Server:--host 支持逗号分隔 TCP 与 UNIX socket(#28690);function-call 输出可带 input_image;router 驱逐竞态修复
  • API:llama_adapter_lora_init_from_file_ptr();采样参数可走环境变量;llama-bench --version
阅读全文
关联模型 / 智能体 / 厂商:
⚡ qwen⚡ deepseek⚡ nemotron🌐 ggml-org

Ollama v0.40 重磅发布:Apple Silicon 默认启用苹果原生 MLX 运行时,端侧推理吞吐量翻倍

本地大模型推理运行时标杆 Ollama(@ollama)正式推出 v0.40.0 大版本更新。本次更新最具突破性的变革是:在搭载 Apple Silicon(M1 至 M5 芯片)的 Mac 设备上,Ollama 默认全面采用苹果官方原生 MLX 推理后端替代传统 llama.cpp 运行时。首批支持以原生 MLX 模式零配置运行 Qwen 3.8、Llama 3 等核心架构,彻底打通苹果统一内存的高带宽通道,本地推理首 Token 延迟降低 42%,持续生成吞吐量实现近乎翻倍的提升。

Ollama v0.40 重磅发布:Apple Silicon 默认启用苹果原生 MLX 运行时,端侧推理吞吐量翻倍

核心要点速览

  • 在所有搭载 Apple Silicon 的 Mac 设备上,Ollama 默认自动路由至苹果官方 MLX 高性能执行引擎。
  • 彻底释放 Mac 统一内存带宽优势,Qwen 3.8 与 Llama 3 本地推理吞吐量平均提升 85%,首 Token 延迟下降 42%。
  • 开发者无需重新编译或手动切换后端,执行标准 ollama run qwen3.8 即可零摩擦激活 MLX 加速。
  • GitHub Releases 已提供各平台更新包与完整提交日志,国内开发者可免代理直连获取。
阅读全文
关联模型 / 智能体 / 厂商:
⚡ Qwen 3.8⚡ Llama 3.1 8b🤖 local-agent🌐 ollama🌐 apple

Cline v4.1.21:接入日本 OpenAI 兼容端点 ai&,模型目录扩至 6,386 / 209 家,本地长回复自动 compact 重试

Cline(VS Code 扩展)于 2026-09-24 发布 v4.1.21:新增日本开源权重 OpenAI 兼容提供商 ai&;模型目录刷新到 6,386 个模型、覆盖 209 家提供商,其中 19 家未固定默认模型的提供商会改默认(11 家切到 Claude Opus 5.5,含 GitHub Copilot 与 Vertex);本地模型(llama.cpp / Ollama / LM Studio)触达输出 token 上限时会 compact 对话并重试一次。同步抬升 js-yaml 最低版本至 4.3.2。

Cline v4.1.21:接入日本 OpenAI 兼容端点 ai&,模型目录扩至 6,386 / 209 家,本地长回复自动 compact 重试

核心要点速览

  • 新提供商:ai&——日本 OpenAI 兼容端点,面向开源权重(Release v4.1.21)
  • 目录规模:刷新至 6,386 models / 209 providers;19 家未 pin 默认模型的提供商会改默认,其中 11 家默认切到 Claude Opus 5.5(含 GitHub Copilot、Vertex)
  • 本地模型:llama.cpp / Ollama / LM Studio 触达输出上限时 compact 后重试一次,保留部分答案
  • 安全:js-yaml 最低 4.3.2,覆盖 rule/skill frontmatter 解析
  • 安装:VS Code Marketplace 或下载 cline-4.1.21.vsix
阅读全文

单卡 RTX 3090 本地编码智能体实测:Qwen3.8-27B Q4 + llama.cpp 约 59 tok/s,工具调用更稳

@Brjen 团队在一块 RTX 3090(24GB)上花一周对比本地编码智能体配置,胜出组合为 Qwen3.8-27B Unsloth UD-Q4_K_XL + llama.cpp(65k 上下文、q8 KV、原生 MTP depth 2、全 GPU)。真实多步编码跑分约 59 tok/s(45k 上下文时约 46 tok/s),并通过嵌套工具 JSON、修失败测试与正确 unified diff 等门槛;认为 Q3 不可靠、更高量化挤占上下文,Flash-Next 需卸载反而不稳。

核心要点速览

  • 胜出:Qwen3.8-27B UD-Q4_K_XL + llama.cpp,65k 上下文与 MTP,全在 3090 GPU。
  • 多步编码约 59 tok/s;通过工具 JSON、修测与正确 diff 等实用门槛。
  • Q3/过重量化与需卸载的 Flash-Next 在 24GB 上不如该组合稳。
阅读全文
关联模型 / 智能体 / 厂商:

llama.cpp v0.4.1:新增 Maple/Hy4/Spark2.5,修 qwen3-coder 解析并升级 ggml 0.24.0

官方 @ggml_org 发布 llama.cpp v0.4.1:新增 Maple 20B-A1B、Tencent Hy 4、Spark2.5 等架构支持;改进 Kimi-K3 状态回滚、JSON schema、qwen3-coder 复杂类型解析与 MCP/多模态相关修复,并将 ggml 更新至 v0.24.0。发布说明见 GitHub ggml-org/llama.cpp releases/tag/v0.4.1。

核心要点速览

  • 官方发布 llama.cpp v0.4.1,支持 Maple 20B-A1B、Tencent Hy 4、Spark2.5。
  • 改进 qwen3-coder 解析、Kimi-K3 回滚、JSON schema 与多模态/服务端稳定性。
  • ggml 升级到 v0.24.0;发布页 ggml-org/llama.cpp v0.4.1。
阅读全文
关联模型 / 智能体 / 厂商: