/ Модель

Характеристики

Контекст
262 144 токена
Лицензия
Apache 2.0
Архитектура
qwen3_5 · dense
Опубликована
26 мая 2026

Qwen3.6-27B-Uncensored-MagicQuant-MTP-GGUF

Генерация текстаТекст → текст9 профессий

Qwen3.6-27B-Uncensored-MagicQuant-MTP-GGUF — GGUF-квантизированная языковая модель на базе llmfan46/Qwen3.6-27B-uncensored-heretic-v2-Native-MTP-Preserved.

999скачиваний за 30 дней4лайкавеса обновлены26 мая 2026

Бенчмарки

Как модель справилась с задачами пользователей ailist и что о ней публикуют открытые лидерборды

Публичные оценки

Из открытых лидербордов. Сравнивайте результаты одного теста при одинаковых условиях — отсутствие оценки не значит, что модель хуже.

В подключённых источниках результатов для этой модели пока нет.

Что умеет модель

Описание составлено по карточке модели и метаданным Hugging Face

Релиз подготовлен magiccodingman с использованием конфигураций MagicQuant, а базовые форматы квантования и инструменты предоставлены llama.cpp. Модель предназначена для генерации текста и диалоговых сценариев, включая задачи, где требуется менее ограниченное поведение модели.

Доступно несколько вариантов квантования MagicQuant и llama.cpp с размерами примерно от 8,92 до 27,70 ГБ. Наиболее крупный вариант MQ-Q6_K_1 имеет размер 27,70 ГБ и заявленное значение KLD 0,003838; также представлены варианты Q5, Q4, Q3 и Q2. В модели сохранена поддержка MTP, однако MTP-тензоры квантовались в Q8_0 из-за неполной поддержки imatrix и MTP в llama.cpp на момент подготовки релиза. Указаны архитектура Qwen3.6 и размер 27B параметров, но сведения о языках, максимальном контексте и точном наборе модальностей отсутствуют; по описанию это текстовая модель.

Сильной стороной релиза является подбор и локальная проверка конфигураций квантования MagicQuant, направленный на сохранение качества при уменьшении размера. При этом репозиторий является клоном финальных конфигураций из другого выпуска, а не результатом полного собственного поискового конвейера MagicQuant; заявленные метрики относятся к пересобранным вариантам. Качество и требования к памяти зависят от выбранного кванта, а низкобитные варианты могут заметнее терять качество. Модель распространяется по лицензии Apache-2.0.

Для каких профессий подходит9

Разделы каталога профессий, в задачах которых используется эта модель

Все профессии

Также подходит для

Карточка модели

README от автора на Hugging Face, как он его опубликовал

Открыть на Hugging Face

MagicQuant Hybrids (v2.0) - Qwen3.6-27B Uncensored (By llmfan46)

MagicQuant is a benchmark driven GGUF hybrid discovery and validation system focused on finding real, practical GGUF quants specific to each architecture.

Whether it's a pure baseline model built by llama.cpp, learned tensor configurations from Unsloth, or a custom built MagicQuant hybrid, the model table below shows quants that have won dominance checks, survived collapse spaces, and/or were found to be nonlinearly better. Instead of dumping every quant type possible, MagicQuant tests, validates, and brutally murders anything deemed unworthy.

MagicQuant is a project intended to become open source. Currently the full methodology is documented at the MagicQuant Wiki.

That wiki will eventually have the code uploaded and be renamed to just "MagicQuant" for the repo instead of "MagicQuant-Wiki". The code is still too much in the early prototype stage. It's beginning to mature, but it requires a heavy hand throughout the process.

Once I'm confident in the code, believe the methodology and protocols are mature enough that I won't be changing it weekly and bricking every setup after every update. I'm excited to share not just the entire methodology, but the entire code base to reproduce MagicQuant :)

I’m a solo developer working full time for myself to achieve my dream. I build open source code on the side. If you like any of my work, buying me a coffee is always appreciated. Otherwise, I hope you enjoy, maybe give me a star or something. Or just send me good vibes. Either way, thank you!

Click here to see ways to support - BTC, Paypal, GitHub sponsors.

This repository did not run through the full MagicQuant evolution/search pipeline. It is a clone of the final survivor tensor configurations from magiccodingman/Qwen3.6-27B-MagicQuant-GGUF, rebuilt and benchmarked locally for this model.

The archived MagicQuant JSON files in magicquant-manifest/ are copied from the source release for durability. The clone benchmark JSON and the table below are from this clone run, so those metrics reflect the rebuilt outputs in this repository.


Final survivors

NameProviderKLDSize (GB)Download
MQ-Q6_K_1MagicQuant0.00383827.70Link
MQ-Q6_K_3MagicQuant0.00585924.10Link
MQ-Q5_K_S_1MagicQuant0.00697522.34Link
MQ-Q5_K_S_2MagicQuant0.00790221.31Link
LM-Q5_K_Sllama.cpp0.01551019.16Link
MQ-IQ4_NL_1MagicQuant0.01715518.03Link
LM-IQ4_NLllama.cpp0.02507316.29Link
LM-IQ4_XSllama.cpp0.02895115.57Link
MQ-IQ3_M_1MagicQuant0.04448314.94Link
LM-IQ3_Sllama.cpp0.06556312.91Link
LM-IQ3_XXSllama.cpp0.09807611.67Link
LM-IQ2_Mllama.cpp0.16549310.49Link
LM-IQ2_Sllama.cpp0.2121109.85Link
LM-IQ2_XXSllama.cpp0.3023248.92Link
  • This model architecture had unusual anomaly detection occurrence. MagicQuant pipeline utilized this anomaly to achieve unusually better quants than normally achievable. Please read the wiki to understand what a quant anomaly is and how it's utilized.
  • MQ-Q6_K_2 removed even though referenced in manifest files. The Q6_K_2 strictly lost to Q6_K_1 meaning the cloning process didn't translate perfectly for that specific quantization pattern. Which is not a big deal but is why I removed it. No reason to have a quant that's just worse than another both in KLD and still larger in size.

MTP Support Notes

Please note that Q8_0 was used for the MTP tensors because as of the time this was added, llama.cpp imatrix and MTP tensor support isn't working fully. Therefore the manifest files won't perfectly represent the new tensors added. Not that it's a huge deal tbh.

This is a more unique situation due to MTP tensors stripped previously but re-added later.


  • llama.cpp — Baseline quantization formats and llama.cpp tooling.

External/custom baselines are normalized into MagicQuant's controlled comparison flow. MagicQuant rebuilds a learned baseline under native-source / MagicQuant-controlled conditions, including its own imatrix handling, so hybrids or external baselines (like Unsloth) can be judged on a more equal footing. That does not mean MagicQuant proved the original upstream artifact or upstream imatrix was worse. These comparisons exist for internal hybrid-search consistency and equal playing field comparisons, not as a universal judgment of the original creator's exact release artifact.

Easier to digest explanation:

MagicQuant compares and benchmarks the models quant to tensor configurations, but not the original artifact. And there's different reasons MagicQuant chooses to lift up a winning quant, not all winners are purely "better". It depends heavily on a variety of factors. Though choices are always documented in the repo under the manifest folder. You can always view what and why decisions were made by the automated system.

So, MagicQuant can confidently tell you, "under the same quantization to tensor configurations and identical imatrix, with this benchmark, I deemed this a winner".

By default, if an external provider like Unsloth is deemed the winner, the repo should generally link directly to the original provider instead of re-hosting the quant. External GGUFs are normally only re-uploaded when a specific winning variant does not already exist (e.g. Heretic models or similar).


Release metadata

  • Final survivor metrics — full file names, KLD, PPL, PPL delta %, byte sizes, download targets, and replacement lineage. PPL delta % is measured against the native/reference PPL when available; negative is better and larger positive values are worse.
  • Hybrid tensor map — tensor-group assignments and effective-state details for MagicQuant hybrid GGUFs.
  • Clone tensor configs — exact per-GGUF tensor quantization maps for reproducing this final output list in repository clone mode.
  • Isolation samples — isolated base/group probe samples with KLD, PPL, PPL delta %, and size truth.
  • Bad trade details — structured bad-trade pruning decisions from the isolation optimizer.
  • Clone benchmark summary — fresh benchmark results from this clone run.
  • Replacement details — structured details for baselines or anchors removed from the final download table, including reason codes, KLD deltas, PPL delta %, and size deltas.
  • STRICT_DOMINANCE — the winner was no larger and had lower real KLD than the removed anchor.
  • NEAR_BASELINE_PREMIUM — the winner used only the configured near-baseline size premium and beat the real linear KLD trade line.
  • INTERIOR_DISCOVERY — the winner was selected as a useful interior point inside a size/KLD gap between anchors.
  • SPACING_COLLAPSE — two candidates were too close in practical output space, so the stronger one was kept.
  • FINAL_DOMINANCE — a later validated survivor dominated this artifact in final real benchmark comparison.

Underlined names in the table replaced or ultimately inherited the replacement of another artifact. Hover the name for the short replacement summary, or inspect magicquant-manifest/magicquant.replacements.json for exact KLD/PPL/size deltas.


Как запустить

На своей GPU в ailist. Цена — по текущим предложениям провайдеров

GPU в ailist

llama.cpp

Нельзя запустить

GGUF-модель ждёт проверки: нужно выбрать файл кванта под доступные GPU.

Класс архитектуры
Qwen3_5ForConditionalGeneration
Ревизия весов
a95ac13

0 моделей