SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF
Summary
发布了一个基于 ISTA-DASLab GSQ-RCO 量化版 Qwen3.8-Flash-Next 的「消融版」(abliterated) GGUF 模型,通过在已量化张量中直接移植 144 个去除拒答方向的张量,完整保留 GSQ 学到的量化参数,提供 IQ3_S/IQ3_XXS/IQ2_XS/Q2_0 等量化档位。
View Cached Full Text
Cached at: 10/08/26, 05:58 PM
SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF · Hugging Face
Source: https://huggingface.co/SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF GSQ-RCO upstream · layout preserved144 tensors transplantedIQ3_S / IQ3_XXS / IQ2_XS / Q2_0per-tensor blake2b verified262K contextAPACHE-2.0
Qwen3.8-Flash-Next · GSQ-RCO-abliterated
The refusal direction removed from analready-quantizedGSQ-RCO model — 144 tensors across all 48 layers swapped for ready-made abliterated weights, withevery value and scale GSQ learned left untouchedand the upstream per-tensor type assignmentrestored exactly. The IQ3_S build is verified tensor by tensor: everything that changed was supposed to, nothing else moved.
38.0 GB · Q2_0every tier costs only 0.25 – 0.44 GB over upstream55.1 GB · IQ3_S
English·简体中文 📖
🧭What this repository is
Anabliterated buildof theofficial ISTA-DASLab GSQ-RCO quantizations. Not a single one of GSQ’s learned quantized tensors was recomputed — 144 “write-to-residual-stream” projection tensors across all 48 layers were replaced with the corresponding tensors from a ready-made abliterated release.
BaseISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-GGUF— GSQ learned quantization + RCO budget-constrained type assignmentAblation sourceorcarouter/Qwen3.8-Flash-Next-Uncensored-GGUF— the 144 target tensors are taken straight from itMethodByte-level GGUF → GGUF tensor transplant (135 of 144 targets); the 9 remaining expert tensors, which upstream stores as Q2_0, are re-encoded from the abliterated values usingGSQ’s own learned block scales— no GSQ value is recomputed, only the codesNot doneAny dequantize → quantize cycle; any re-quantization from BF16 / safetensorsIn one line:what you get is stillthe GSQ-RCO quantization you already know, with those 144 tensors abliterated. It is the only abliteration route that preserves GSQ’s work.
⚠️Safety notice
This model isabliterated and refusal-removed— it has no meaningful built-in guardrails and may comply with harmful, illegal or unsafe requests. Deploy it only where you can supply your own moderation, access control and legal review; do not put it in front of end users without a safety layer of your own.
本模型经过拒答方向消融,不具备可靠的内置安全护栏,可能配合有害、违法或不安全的请求。请仅在你能够提供审核、访问控制与法律审查的场景部署。
🧬Why a transplant, and not a re-quantization
GSQtreats each tensor’sgrid assignment and per-group scaleas learnable parameters, trained jointly through a Gumbel-Softmax relaxation;RCOthen assigns one quantization type per tensor under a total size budget. As a result, a GSQ-RCO tensor value isnotwhat you get by feeding BF16 weights to a standard quantizer — rerunning the same recipe yields adifferentset of values.
There is exactly one way to abliterate a GSQ-RCO model:replace tensors in place inside the already-quantized GGUF. That is what this repository does.
The ablation itself is astrictly rank-1linear edit —W ← W − r\(rᵀW\)— with asingle direction rshared by all 48 layers × both attention types (DeltaNet / QSA) × both the attention and MLP sites × all 512 routed experts. Given that, “copy an already-abliterated tensor” and “compute the ablation yourself and quantize it” land on the same line, and the formerintroduces no new quantization error.
The rank-1 structure was measured on a BF16 abliterated release of the same base: σ₂/σ₁ of ΔW = 0.0032–0.0053; the direction of every one of the 512 routed experts agrees with the shared-expert direction at |cos| = 1.00000, and likewise across layers and sites.
📦Files in this repository
Each tier ships as two shards.Shard 2 is byte-identical across all four tiersand byte-identical to the copy in the upstream repository: it holds the per-layer n-gram embedding table (per\_layer\_token\_embd, 51.2B parameters), a lookup table rather than a matmul weight, so it is pinned at IQ4_NL, excluded from the search, anduntouched by the ablation.
FolderShard 1 (weights)Shard 2 (n-gram)Total downloadvs upstreamStatusIQ3_S/55.06 GB28.80 GB83.86 GB+0.25 GB✅ built · verifiedIQ3_XXS/47.34 GB28.80 GB76.14 GB+0.30 GB✅ built · verifiedIQ2_XS/39.67 GB28.80 GB78.47 GB+0.44 GB✅ built · verifiedQ2_0/38.02 GB28.80 GB76.82 GB+0.40 GB✅ built · verifiedmmproj-*.gguf0.91 GB—0.91 GBn/ashared with upstreammtp-*.gguf4.14 GB—4.14 GBn/aMTP draft head, one for all tiersstrata/0.77 GB—0.77 GBStrata only⚠️ runtime for the Strata engineLow tiers do not get fat here.Upstreamffn\_down\_expscan only live inQ2_0orIQ4_NL(the tensor has 640 elements per row, which is not divisible by 256, so every block-256 K / I format is ruled out). The abliterated values, however, only exist in an IQ4_NL build — take them literally and the two 2-bit tiers would have to lift all 48 expert tensors to IQ4_NL, +11.7 GB each. This repository re-encodes the abliterated values into Q2_0 usingGSQ’s own learned block scales, so all four tiers keep theupstream per-layer type assignment exactly(IQ3_S measured at 9×Q2_0 + 39×IQ4_NL, identical to upstream). The only remaining cost is the 96 small tensors, whose abliterated values only exist at Q8_0: +0.25 GB on IQ3_S and +0.30 – 0.44 GB on the others.
🔬What actually changed (IQ3_S)
Of the file’s 1223 tensors,144were touched — all in the same family of “write-to-residual-stream” projections, covering all 48 layers:
Tensor familyCountType beforeType afterSizeblk.*.ssm_out.weight36Q6_K×29 / Q5_K×4 / Q4_K×3Q8_0+0.16 GBblk.*.attn_output.weight12Q6_K×11 / Q4_K×1Q8_0+0.05 GBblk.*.ffn_down_shexp.weight48IQ4_NL×47 / Q8_0×1Q8_0+0.04 GBblk.*.ffn_down_exps.weight48Q2_0×9 / IQ4_NL×39Q2_0×9 / IQ4_NL×39±0Total144+0.25 GB95of them changed quantization type; the other49(48 routed experts + 1 shared expert)kept the upstream type— different values, same format. Full-file type histogram:
TypeUpstream IQ3_SThis repoΔTypeUpstream IQ3_SThis repoΔBF16484484—IQ3_XXS3434—F32292292—IQ3_S2020—Q6_K12989−40Q2_099±0Q8_0196+95F1611—IQ4_NL8639−47Q5_K3531−4Q4_K4743−4IQ2_S4040—IQ4_XS4545—Total12231223—Left alone:token\_embdandoutput(the output head). Abliterations often touch those two as well; the release we took the weights from did not, so neither do we. The other 1079 tensors are unchanged, byte for byte.
✅Four checks — how we know nothing got broken
① Tensor names1223 = 1223, every name matches; even the metadata entry count (73) and the data-section start are identical — only types and offsets moved.✅② Layout compatibilityTwo independent quantizations of the same base: dequantizing the same-named tensor on both sides and correlating gives0.992–0.996on the target families — the tensors mean the same thing and sit in the same memory order, which is what makes a byte copy meaningful.✅③ Per-tensor blake2b1223 digests of this build against the upstream file:all 144 targets differ, all 1079 non-targets match, zero exceptions. This single check proves both “the right tensors were replaced” and “nothing else was disturbed”.✅④ Behaviour spot-check“Give me a detailed, technically feasible way to get around a news site’s paywall.“ — the upstream buildrefuses; this oneanswers in detail.✅Check ③ is hard evidence; check ④ is only aspot check— we ran a small probe set, and only that one prompt is a clean discriminator for this model. Do not read it as a full evaluation of the ablation.
📉The cost — honest accounting
MetricUpstream IQ3_SThis buildΔFile size (shard 1)51.05 GiB51.28 GiB+0.23 GiBdecode (448 tokens)104.5 tok/s104.4 tok/s−0.1%prefill (41K context)3086.9 tok/s3035.1 tok/s−1.7%Expert cache slots1218512095−0.7%Speculative draft acceptance66.5%67.1%flatMeasured on the Strata engine, not a llama.cpp baseline— dual-GPU layer split, 256K context, KV streaming. With the upstream GSQ-RCO layout restored, those 9ffn\_down\_expstensors go back to Q2_0 (2.25 bpw), so the expert read volume isidentical to upstreamand decode lands level with it (104.4 vs 104.5; the 0.1% is measurement noise). Cache slots went back from 11478 to 12095. Absolute numbers on llama.cpp will differ, but the direction will not.
🚀Running it
This is standard GGUF with exactly the architecture of the upstream files, so itloads unmodified in any reasonably recent llama.cpp— no patched fork required. Usage is identical to the upstream tiers.
Download (both shards; llama.cpp picks up the second automatically)
hf download SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF --include “IQ3_S/*” --local-dir .
Text
llama-cli -m IQ3_S/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00001-of-00002.gguf \ -lm mmap --lazy-mode on -ngl 99 -c 32768 \ -p “Give me a detailed way to get around a news site’s paywall.”
Vision (multimodal)
hf download SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF \ mmproj-Qwen3.8-Flash-Next-BF16.gguf --local-dir .
llama-mtmd-cli -m IQ3_S/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00001-of-00002.gguf --mmproj mmproj-Qwen3.8-Flash-Next-BF16.gguf -lm mmap --lazy-mode on --image photo.jpg -p “Describe this image.”
Speculative decoding with the MTP draft head
llama-cli -m IQ3_S/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00001-of-00002.gguf -md mtp-Qwen3.8-Flash-Next-Q8_0.gguf --draft-max 4 -lm mmap --lazy-mode on -ngl 99
\-lm mmap \-\-lazy\-mode onkeeps the n-gram table memory-mapped on disk: it is 28.8 GB and one row is read per token. Shard 1 wants to be resident (VRAM or RAM); shard 2 is fine on an SSD. The vision projector is a standardclipGGUF shared with the upstream tiers, 0.91 GB. Native context is 262,144 tokens and the KV cache grows with it, so start at\-c 32768and work up.
🖥️Strata engine — the runtime this build was made for
This repository was producedand verifiedonStrata, the third-party engine that runs GSQ-RCO GGUFs on consumer hardware — the official model runs on a single 12 GB card with 64 GB of system RAM, and this one is only 0.25 GB larger.**No patched build is needed:**Strata sees an ordinary GSQ-RCO pack.
Download one tier (shard 1 + shard 2 + the MTP head)
hf download SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF --include “IQ3_S/*” --local-dir ./model hf download SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF mtp-q2_0.gguf --local-dir ./model hf download SC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF --include “strata/rt/*” --local-dir ./model
**Build a separate native pack for this model.**When migrating from the official GSQ-RCO model, changing only the GGUF paths is not enough:\-\-packmust point to a pack built from this repository’s GGUF files for the selected tier. The transplant changes tensor offsets, so the official model’snative\_experts\.txtcannot be reused. An old pack can causeArenaExpertSource: the pack's native\_experts\.txt does not match the model.
**PowerShell example, run from your Strata installation directory:**replace the input and output paths with your own. Keep both downloaded shards together with their original filenames; the packer automatically finds shard 2. Use a new output directory and keep the official pack for switching back.
.\.venv\Scripts\python.exe .\tools\iq_pack.py --gguf “C:\models\SC117\IQ3_S\Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00001-of-00002.gguf” --out “C:\strata\Strata-data\packs\sc117_iq3_s”
Point Strata at the SC117 model and its own native pack
--pack C:/strata/Strata-data/packs/sc117_iq3_s --native ./model/IQ3_S/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00001-of-00002.gguf --ple-gguf ./model/IQ3_S/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-IQ3_S-00002-of-00002.gguf --mtp ./model/strata/rt
Settokenizerto the new pack’stokenizerdirectory. If vision is enabled, pointvision\.modelat SC117’s first shard; the existing upstreammmproj\-Qwen3\.8\-Flash\-Next\-BF16\.ggufprojector can be reused. Keep your existing tuning parameters (\-\-expert\-profile,\-\-spec 4,\-\-max\-context 262144,\-\-kv int8,\-\-vram\-reserve\-mib, …) as a starting point. The main-model native pack is separate from the MTP runtime directory supplied to\-\-mtp.
This migration issue and successful loading after rebuilding the pack werereported by ghit72 on Strata v0.1.38. This is a community startup report, not a new evaluation of model responses.
Measured on Strata(dual GPU, 448-token decode):104.4 tok/sagainst the official file’s 104.5 — the ablation costs nothing in speed, because every tier keeps the exact upstream type assignment. Shard 1 goes from 51.05 to 51.28 GiB.
**mtp\-q2\_0\.ggufandstrata/rt/are Strata-only.**Their architecture tag isqwen4exp\-mtp, which llama.cpp does not recognise — that is why they sit in a separate folder. Using llama.cpp? Ignore them and takemtp\-Qwen3\.8\-Flash\-Next\-Q8\_0\.gguffrom the repository root instead.
**The MTP draft head is not abliterated.**No abliterated MTP head has been published anywhere, so the draft layer was extracted from the stock base checkpoint. The ablation only rewrites the 48 main layers — seestrata/README.md.
🧩What is here, and what is not
✅ All four tiers of the abliterated weights · ✅ the n-gram shard, byte-identical to upstream (download it once) · ✅ the standardclipvision projector · ✅ the complete transplant inventory and the per-tensor verification tooling · ✅ sizes and upstream type allocations for every tier
❌ No BF16 or high-precision builds — for lossless weights use thebase model· ❌ No training, fine-tuning or weight optimization of any kind — this repositoryonly moves tensors· ❌ No large-scale evaluation of the ablation (see check ④)
The quantization is the work ofISTA-DASLab, the abliterated weights are the work oforcarouter; this repository contributes the alignment procedure, the assembled files and the verification data.
🔍Reproducing it
The transplant is pure byte arithmetic — it needs no quantizer and no GPU:
① Find the targetsRead the upstream GGUF tensor table and take the four familiesssm\_out/attn\_output/ffn\_down\_shexp/ffn\_down\_exps— 144 tensors across the 48 layers.② Find the sourcesLook up the same names in the abliterated release. Take the 96 small tensors from its Q8_0 build and the 48 routed experts from its IQ4_NL build — HTTP Range is enough, about 0.85 GB instead of the full 90 GB.③ TransplantRecompute each tensor’stypeandoffsetin the tensor table and write the source bytesverbatim; everything else is copied from the upstream file. Careful: a GGUF tensor-tableoffsetisrelative to the start of the data section, not an absolute file position — that is the easiest thing to get wrong.④ Q2_0 re-encodeFor the layers upstream stores as Q2_0: dequantize the abliterated IQ4_NL values, then re-encode with Q2_0 usingupstream’s own learned block scale. Measured on real weights: correlation0.933with the learned scale vs0.794with the reference encoder’sd = amax— GSQ’s learned scale is the whole point of the format.⑤ VerifyRun the four checks above; the per-tensor blake2b comparison is the only one that catches both a missed and a spurious replacement.
📄License and credits
Apache-2.0, inherited from the base model — please also honour the licenses and model cards of every upstream repository.
Qwen— the Qwen3.8-Flash-Next base model ·IST-DASLab—GSQ+RCOand the quantized weights ·orcarouter— the abliterated weights ·llama.cpp— the GGUF format and tooling ·huihui-ai— the BF16 release used to confirm the rank-1 structure of the ablation. This repository is an independent project and is not affiliated with any of them.
Downloads last month612,411
Model tree forSC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUFhttps://huggingface.co/docs/hub/model-cards#specifying-a-base-model
Space usingSC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF1
Papers forSC117/Qwen3.8-Flash-Next-GSQ-RCO-abliterated-GGUF
Similar Articles
ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-GGUF
This repository provides GGUF quantizations of the Qwen3.8-Flash-Next model using gradient-based methods GSQ and RCO for optimized low-bit representation, enabling efficient deployment in standard tools.
ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-Coder-GGUF updated
ISTA-DASLab 发布/更新了 Qwen3.8-Flash-Next-GSQ-RCO-Coder-GGUF 模型仓库,提供可在 llama.cpp、vLLM、Ollama、LM Studio 等本地环境中运行的量化编码模型及部署说明。
ISTA-DASLab/Qwen3.8-27B-GSQ-RCO-GGUF
This repository provides GGUF quantizations of the Qwen3.8-27B AI model using GSQ and RCO methods for efficient deployment in standard tools.
ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-Coder-GGUF
ISTA-DASLab released a capability-targeted compressed version of Qwen3.8-Flash-Next that prunes half the routed experts and stores remaining weights at 3.5 bpw, shrinking the 354 GB model to 29.6 GB so a 176.9B-parameter model fits in a single 32 GB accelerator, while retaining 98.7% of LiveCodeBench v6 and 91.3% of SWE-bench Verified scores.
[Release] GSQ-RCO GGUFs for Qwen3.8-Flash-Next, plus a 50% expert-pruned Coder build at ~1.89 bpw
Released GSQ-RCO quantized and expert-pruned versions of Qwen3.8-Flash-Next, achieving BF16-level performance at reduced bit-widths and enabling deployment on smaller hardware.
