此页是 2026-06-18 的观测快照,查看该模型当前信息 → /m/bytkim__qwen36-27b-mtp-pi-tune-gguf/

归档 / 2026-06-18 / Qwen3.6-27B-MTP-pi-tune (bytkim)

Qwen3.6-27B-MTP-pi-tune (bytkim)

面向无思考代理编码的MTP微调版,本地GGUF推理

入选理由
即用GGUF和Ollama,专为无思考代理编码优化,MTP加速解码,适合本地agent开发。基于Qwen3.6-27B微调,有Terminal-Bench基准。
对位
对位 Qwen2.5-Coder-32B
适合
无思考代理编码循环 / 工具调用与 Shell 自动化
不适合
需要安全对齐的敏感场景
规模
27B · 256k
授权
Apache-2.0 · 可商用
框架
llama.cpp / ollama
工具调用
OpenAI-style function calling
血统
量化自 Qwen3.6-27B
可信度
已发布多量化GGUF,llama.cpp原生支持MTP,实测draft acceptance ~78%

社区实测

社区普遍认为 Qwen3.6-27B 是 2026 年最强的本地可跑密集模型之一,在编程和结构化任务上表现突出,常被拿来与 Claude Code 对比且被认为能「撑住」;MTP 用三个 flag 就能提速约 20%,16-20GB 显存即可跑量化版,部署门槛友好。

  • 在本地 agentic coding 场景下实际能顶住 Claude Code 的对比(社区实测反馈)
  • 结构化规划任务中比 35B-A3B MoE 输出更干净一致,适合需要深思熟虑的工作
  • MTP 在 llama.cpp 上仅需三个 flag 即可获得约 20% 速度提升,无需额外 draft 模型
  • 量化后仅需约 20GB 显存,消费级硬件可跑
  • 密集架构避免了 MoE 路由复杂度,行为更可预测
  • 原生 262K 上下文窗口,可通过 YaRN 扩展至约 1M tokens
  • 原生支持文本、图像、视频多模态输入
  • Apache 2.0 开源协议,可商用
  • MTP 在 max-token 设置较低时,代码质量可能不如搭配 Qwen3.5-0.8B 做 draft model 的方案
  • 在部分基准测试上仍落后于 Qwen3.5 27B 和 Gemma 4 31B,并非全面领先
  • SVG/图像生成质量不稳定,社区测试中与 GLM 5.1 等模型对比有明显差距
  • 日常快速响应场景下比 35B-A3B MoE 慢,不适合追求即时速度的轻量任务
  • FP8 精度下消费级 GPU 吞吐仍受限,缺乏 NVFP4 支持时理论速度约 38 tok/s
  • 开启 thinking/reasoning 模式会增加延迟和 token 消耗

截至 2026-06-21

快速上手

ollama run hf.co/bytkim/Qwen3.6-27B-MTP-pi-tune-GGUF

评分详情

Q1
今天能接上用吗   5 / 5
Q2
有可信证据吗   3 / 5
Q3
是新东西吗   2 / 5
总分
10

HuggingFace 原始数据 (抓取于 2026-06-18)

作者
bytkim
任务类型
text-generation
推理库
gguf
下载
1,543
点赞
64
许可证
Apache-2.0
标签
gguf, llama.cpp, qwen, qwen3_6, mtp, multi-token-prediction, speculative-decoding, conversational, image-text-to-text, multimodal, vision, image, text-generation-inference, reasoning, chain-of-thought, agent, coder, devops, tool-use, function-calling, long-context, pi, qlora, sft, text-generation, base_model:Qwen/Qwen3.6-27B, base_model:finetune:Qwen/Qwen3.6-27B, license:apache-2.0, model-index, endpoints_compatible, region:us

探索

源链接