Skip to page content
SAVRN
Search Plan a project

Open-weight model · Text generation

GLM-5.3-Flash-Uncensored-W4A16

by Mike Chambers mikechambers84/GLM-5.3-Flash-Uncensored-W4A16

GLM-5.3-Flash-Uncensored-W4A16 is an open-weight model for text generation from Mike Chambers, released under MIT License. It has 321.3B parameters and a 1,048,576-token context. At 16-bit it needs about 771.2 GB of GPU memory, which fits on 3x MI355X from $7.77 an hour; at 4-bit, 192.8 GB on 1x MI325X from $2.00, at the lowest prices in the SAVRN Index.

This is a quantized build of GLM-5.3-Flash-Uncensored-FP8. Only the routed MoE experts are re-quantized; every other tensor is kept exactly as in the FP8 source (FP8 tensors stay FP8, BF16 tensors stay BF16).

Parameters321.3B
Context1,048,576
Weights191.9 GB
Licensemit
AccessOpen weights
Monthly Downloads—

Runs On

What it takes to serve GLM-5.3-Flash-Uncensored-W4A16 (321.3B parameters): the memory its weights need at each precision, and the cheapest way to rent enough data-center GPUs to hold them.

PrecisionWeightsMemory neededCheapest setupPer hourAlso fits
16-bit 642.6 GB 771.2 GB 3x MI355X (288 GB)
Vultr
$7.77 4x MI325X $8.00 · 5x MI300X $9.25
8-bit 321.3 GB 385.6 GB 2x MI325X (256 GB)
Vultr
$4.00 2x MI355X $5.18 · 3x MI300X $5.55
4-bit 160.7 GB 192.8 GB 1x MI325X (256 GB)
Vultr
$2.00 1x MI355X $2.59 · 2x MI300X $3.70

Memory is the weights at that precision plus 20% for the runtime and a short context; a long context needs more. Prices are the lowest on-demand hourly rates in the SAVRN Index, read Oct 22, 2026.

GLM-5.3-Flash-Uncensored-W4A16 on every accelerator the SAVRN Index prices, at every precision

Model Card

By Mike Chambers, published under mit, revision f6d661b12ffa.

This is a quantized build of GLM-5.3-Flash-Uncensored-FP8. Only the routed MoE experts are re-quantized; every other tensor is kept exactly as in the FP8 source (FP8 tensors stay FP8, BF16 tensors stay BF16). The model card below this section is the original card of the FP8 checkpoint. Total ~179 GiB (the FP8 source is 306 GiB). Format. compressed-tensors, mixed-precision with two config groups in config.json: - group0 (pack-quantized, targets re:.mlp\.experts\..): the layout llm-compressor writes, per expert projection weightpacked (int32, eight 4-bit values each), weightscale (BF16, one per 32 consecutive input-channel weights) and weightshape. - group1 (float-quantized, targets the…

Read Mike Chambers's full model card

Quantization of this checkpoint (W4A16 routed experts)

This is a quantized build of GLM-5.3-Flash-Uncensored-FP8. Only the routed MoE experts are re-quantized; every other tensor is kept exactly as in the FP8 source (FP8 tensors stay FP8, BF16 tensors stay BF16). The model card below this section is the original card of the FP8 checkpoint.

Tensors Stored as Size
Routed experts: model.language_model.layers.{3..45}.mlp.experts.{0..287}.{gate,up,down}_proj (42 MoE layers + the MTP layer × 288 experts × 3 = 37,152 matrices) INT4, symmetric, group size 32, BF16 scales (W4A16) 163.3 GiB
KDA linear attention (self_attn.*, 34 layers) BF16 (unchanged) 8.7 GiB
Token embeddings (embed_tokens) and lm_head (untied) BF16 (unchanged) 2 × 1.2 GiB
MLA sparse-attention projections (self_attn.{q_a_proj,q_b_proj,kv_a_proj_with_mqa,o_proj}, 11 layers + MTP) FP8 e4m3, 128×128 block scales (unchanged) 1.1 GiB
MLA self_attn.kv_b_proj (same layers) BF16 (unchanged) 0.4 GiB
Vision tower (visual.*) BF16 (unchanged) 1.1 GiB
Shared experts (mlp.shared_experts.*, 43 layers) FP8 e4m3, 128×128 block scales (unchanged) 1.0 GiB
Dense MLPs (layers.{0,1,2}.mlp.*) FP8 e4m3, 128×128 block scales (unchanged) 0.4 GiB
Sparse-attention indexer (self_attn.indexer.*) BF16 (unchanged) 0.2 GiB
MoE routers (mlp.gate, e_score_correction_bias) BF16 / FP32 (unchanged) 0.1 GiB
Hyper-connections (hc_*), MTP projections (layers.45.{eh_proj,enorm,hnorm,shared_head}), norms BF16 / FP32 (unchanged) 0.1 GiB

Total ~179 GiB (the FP8 source is 306 GiB).

Format. compressed-tensors, mixed-precision with two config groups in config.json:

  • group_0 (pack-quantized, targets re:.*mlp\.experts\..*): the layout llm-compressor writes, per expert projection weight_packed (int32, eight 4-bit values each), weight_scale (BF16, one per 32 consecutive input-channel weights) and weight_shape.
  • group_1 (float-quantized, targets the shared experts and the dense MLPs of layers 0-2): the source's FP8 e4m3 weights with FP32 128×128 block scales, unchanged except that weight_scale_inv is renamed weight_scale, and the source's dynamic FP8 activation scheme (per token, groups of 128).
  • The FP8 MLA projections keep the source's weight_scale_inv and belong to neither group; vLLM's GLM-5-Next model dequantizes them to 16 bits at load. ignore lists lm_head and re:.*visual.*.

Method. Data-free round-to-nearest, no calibration data (no GPTQ / AWQ). Each expert's FP8 weights are first dequantized with their 128×128 block scales (in FP32). Each weight is then q × scale with q in [-8, 7]. For every group of 32 weights the scale is chosen like llm-compressor's MSE observer: the group's abs-max is shrunk by 0-19 % in 1 % steps and the scale with the smallest Σ|error|^2.4 is kept (stopping after 5 steps without improvement).

Activations and KV cache. The experts are weight-only quantized (16-bit activations); the checkpoint defines no KV-cache quantization.


GLM-5.3-Flash-Uncensored-FP8

The abliterated (refusal-removed) build of Z.ai's GLM-5.3-Flash — baked directly into the official block-FP8 checkpoint, byte-for-byte drop-in for the original

New from Orca — OrcaCyber Zero 1.0

Post-trained for cybersecurity: vulnerability analysis, vulnerability reproduction, red teaming & offensive-security research. 98.07% pass@1 on CyberGym Level 1 · 1M context · function calling · OpenAI-compatible API.

One Gateway. Every Model. — Route Smarter · Ship Safer · Spend Less.

Website · Model Catalog · GitHub · Discord · X


The abliterated (refusal-removed) build of zai-org/GLM-5.3-Flash — a 320B / 18B-active Mixture-of-Experts model with hybrid linear + sparse attention, 4-wide Manifold-Constrained Hyper-Connections, a native vision + video tower, an MTP speculative head, and a 1M-token context.

The refusal direction is baked directly into the official block-FP8 shards — same format, same shard layout, same model.safetensors.index.json. Every tensor matches the base checkpoint in name, dtype and shape, so this is a drop-in replacement for zai-org/GLM-5.3-Flash in any stack that already serves it.

On the -FP8 name: block-FP8 is the format Z.ai ships GLM-5.3-Flash in — the suffix names the checkpoint's own precision, not a quantization step we applied. There is no upstream BF16 release to derive from, so this is the full-precision source as published.


Disclaimer — read before use

This model has had its safety alignment substantially removed via abliteration (orthogonalizing the refusal direction out of the residual stream). As a direct consequence:

  • It will comply with harmful, unethical, offensive, or illegal requests that the original GLM-5.3-Flash would refuse. It has no meaningful built-in guardrails.
  • It is released strictly for legitimate research — interpretability, AI-safety and refusal-mechanism study, red-teaming, robustness evaluation, and controlled experiments.
  • You assume full responsibility and liability for how you use it and for everything it generates. Do not deploy it to end users or in production without adding your own safety, moderation, and abuse-prevention layers.
  • Use must comply with the MIT License inherited from the base model, and all laws and regulations that apply to you.
  • The authors and uploaders accept no liability for any misuse or harm. Its outputs do not reflect the views of the uploaders or of Z.ai / Zhipu AI.

By downloading or using this model you acknowledge and accept the above.


Run it with OrcaCode Review

Models are only half the system.

OrcaCode Review turns every model listed on OrcaRouter into a production code-review agent:

  • reviews every PR
  • finds security + correctness issues
  • posts inline findings
  • P0/P1 can block merges
  • swap models anytime

Open model. Open harness. Open bill.

  • Website — https://www.orcarouter.ai
  • GitHub — https://github.com/Continuum-AI-Corp/Orca-Code-Review

Model details

Base model zai-org/GLM-5.3-Flash
Architecture Glm5NextForConditionalGeneration (glm5_next) — 45 transformer layers + 1 MTP block, hidden 4096, hybrid attention (34 gated-linear KDA + 11 sparse full-attention with a top-2048 indexer, interval 4), MLA (q-LoRA 1536 / kv-LoRA 512, NoPE), 288 routed experts top-8 + 1 shared expert (first 3 layers dense), 4-wide Manifold-Constrained Hyper-Connections (mHC), native vision + video tower
Parameters ~320B total / ~18B active — 321.3B tensor elements on disk, including the 7.4B MTP block and the 0.56B vision tower
Modification Abliteration (refusal-direction removal), baked on disk into the block-FP8 shards — the quantization format is unchanged
Format safetensors, block-FP8 (e4m3, 128×128 blocks, dynamic activations) + BF16, 62 shards, 76,108 tensors, 306 GiB
Preserved The full vision + video tower (346 of 347 visual.* tensors, BF16), the MoE router (mlp.gate), the gate_proj / up_proj readers, all hyper-connection mixers, the sparse-attention indexer, every norm, and lm_head
Context 1,048,576 tokens
Vocabulary 154,880
Recommended for Red-team & refusal-mechanism research, robustness evaluation, and as a base for further post-training / re-quantization

Abliteration

Refusal-direction removal following Arditi et al. (2024), Refusal in Language Models Is Mediated by a Single Direction. A single refusal direction r (k = 1) is estimated as the massive-activation-masked mean-difference of harmful − harmless activations, read from the 4096-d residual stream at layer 22 of 45 (depth 0.49) and selected by a 9-layer quality sweep. r is then orthogonalized out of every residual-writing matrix — W' = W − r(rᵀW) — computed in float32.

Why it had to be baked on disk

GLM-5.3-Flash cannot be abliterated in memory, for three independent reasons:

  • Its weights are block-FP8: raw e4m3 codes whose scales live in a sibling weight_scale_inv. Projecting the codes corrupts the matrix — and the leakage probe, reading the same code space, reports a false ~0.
  • Its 12,384 routed-expert down_proj matrices are fused into stacked 3-D parameters at load time, so a conventional 2-D-weight matcher edits none of them and still reports success.
  • transformers drops the MTP block (layers.45) on load, so save_pretrained would silently omit 6.98 GiB of the checkpoint.

The shards are therefore streamed and rewritten one at a time. FP8 writers are dequantized with their own scales, projected in fp32, requantized, and written back together with their updated scales; BF16 writers (the 34 KDA o_proj, the vision merger, the MTP eh_proj) are projected and stored back as BF16 without ever entering the FP8 cycle.

What was edited

Residual writer matrices
mlp.experts.<n>.down_proj (288 experts × 43 sparse layers) 12,384
self_attn.o_proj (34 KDA + 11 MLA + 1 MTP) 46
mlp.shared_experts.down_proj 43
mlp.down_proj (dense layers 0–2) 3
visual.merger.down_proj (writes the language residual) 1
MTP eh_proj 1
embed_tokens (row space) 1
Total 12,479

12,442 of these are FP8 and 36 are BF16. Max residual leakage after the edit: 0.149 (FP8) and 0.024 (BF16). A post-bake verification pass confirms all 62 shards and 76,108 tensors match the base checkpoint in name, dtype and shape.

Result

Held-out JailbreakBench test split, 64 harmful + 64 benign prompts, greedy, reasoning_effort=low, the <think> block stripped before classification:

checkpoint harmful refusal benign refusal (over-refusal)
zai-org/GLM-5.3-Flash 0.891 0.094
this model 0.094 0.000

Harmful refusal down ~89%; over-refusal eliminated; generation stays coherent and on-task on both harmful and benign prompts. This is the acceptance metric used to select the build — see Evaluation below for the benchmark suite.

What resisted, and what that says about the base model

The single-direction hypothesis held for most of the harmful-prompt distribution, and where it held it held cleanly — several categories drop to a refusal rate of zero. It did not hold everywhere. A subset of content categories resisted every variant we tried, and the ways they resisted are more interesting than the fact that they did:

  • No other layer mediates them. A direction fitted only on the resistant categories and swept across candidate depths bypassed them worse than the general direction did — 0.75–0.98 against 0.33.
  • More fitting data does not move the estimate. Pooling five harmful datasets produced a direction with cosine similarity 0.957 to the original and no meaningful improvement.
  • A second direction makes it worse, not better. Adding the leading principal component of the harmful-residual spread took refusal from 0.207 to 0.993; pairing layer 22 with a direction from another layer returned 1.000, the un-ablated baseline. In both cases the model stayed fluent and undamaged — zero unfinished generations, coherent on-topic replies. It was not broken into refusing; it simply refused.
  • Restricting the edit to later layers collapses the effect (0.92 at layers ≥ 22), even though the direction is estimated at layer 22. The early-layer writers are load-bearing.

The single layer-22 direction is therefore not merely the best point we found; it is a narrow optimum that any perturbation of the subspace destroys. The reading we take from this is that GLM-5.3-Flash's safety training is not wholly mediated by one linear direction in the residual stream. Part of it is, and that part is what abliteration removes. The remainder is encoded in a form this technique cannot reach at all — not partially removed, not weakened, simply untouched. Published abliterations of other frontier models routinely reach near-zero refusal across every benchmark; that this one does not is a property of the base model, not of the method, and it is the strongest evidence in this work that Z.ai's alignment goes deeper than a single steerable feature. For anyone studying refusal mechanisms, that residual is the interesting part — and for anyone deploying the base model, it is a meaningful robustness result.


Where the refusal actually lives

Hook-ablating exactly the residual writers each bake stage would edit (lossless, no bake required):

stage writers harmful refusal
baseline — 0.875
attention only (self_attn.o_proj) 45 0.812
+ dense / shared MLP 90 0.844
+ routed experts (shipped) 12,478 0.031
whole-layer output (layer-boundary hook) — 0.125

On GLM-5.3-Flash the refusal direction is written almost entirely by the routed-expert down_proj matrices: attention and the shared/dense MLP together move refusal by 0.03, the routed experts move it by 0.81. Editing the writers even beats hooking the layer boundary — the mHC structure lets a layer re-read its own attention output before the MLP, and a writer edit cleans that intermediate state where a layer-output hook does not.

Requantization leakage, and why 32 iterations

Orthogonalizing a block-FP8 matrix and requantizing to e4m3 leaves part of the direction behind. Measured on a real MLA o_proj against this direction:

refinement iterations residual leakage weight perturbation
8 13.4% 2.15%
32 5.2% 2.79%

With only 45 attention writers (34 of them BF16) that leakage is lost in the noise. Across 12,442 FP8 matrices it accumulates: the 8-iteration bake landed at 0.188 harmful refusal against a lossless prediction of 0.031. Raising it to 32 closed roughly half the gap — 0.188 → 0.094. Beyond 32 the leakage falls slowly while the weight perturbation keeps rising, so 32 is the shipped operating point.


Fine-tuning & post-training

  • The checkpoint is a drop-in for zai-org/GLM-5.3-Flash in the transformers / Glm5NextForConditionalGeneration stack (needs transformers 5.16+).
  • Re-quantization: derive GGUF / MLX / lower-bit builds from these weights directly.
  • Note: abliteration is a weight edit, not data-level unlearning. Fine-tuning on refusal-heavy or safety data can partially re-introduce refusals; neutral / task data preserves the uncensored behaviour.

Intended use

  • Research into refusal mechanisms, alignment, and interpretability.
  • Red-teaming and safety / robustness evaluation in controlled environments.
  • A base for further post-training and quantization.

Evaluation

Measured on these exact weights, 8×H100 with tensor + expert parallelism, greedy decoding, reasoning_effort=low, the <think> block stripped before classification. Refusal is judged by a rule-based opening-phrase classifier (caveat = answered but wrapped in a disclaimer) — indicative, not an LLM-judge / publication-grade number.

Safety — harmful-prompt refusal (lower = more uncensored)

Benchmark n Base This model Δ Caveat (this)
MaliciousInstruct 100 0.960 0.110 −89% 0.500
JailbreakBench (harmful) 100 0.930 0.120 −87% 0.480
ForbiddenQuestions 150 0.593 0.120 −80% 0.400
AdvBench 100 0.970 0.150 −85% 0.650
HarmBench (standard) 150 0.933 0.180 −81% 0.420
StrongREJECT 150 0.993 0.273 −72% 0.633
SimpleSafetyTests 50 0.920 0.340 −63% 0.620

Both columns are measured on these exact checkpoints with the same script, sampling seed and settings. The base model refuses 92–99% of harmful prompts on six of the seven sets — ForbiddenQuestions is the outlier at 0.593, which says more about that set (a large share of its questions are sensitive rather than harmful, and the base model answers them) than about the edit.

The spread in Δ is the same result reported in What resisted above, seen from the benchmark side: the sets that fall furthest are the ones whose content the removed direction mediates, and the two that fall least are the ones it does not reach.

Over-refusal — benign prompts wrongly refused (lower = better)

Benchmark n Base This model
XSTest-safe 250 0.024 0.004

250 prompts written to look harmful while being benign. The base model is already restrained here at 2.4%; the edit does not blunt that discrimination, it sharpens it — 0.4%, and over-refusal on the held-out benign split fell from 0.094 to 0.000.

Capability retention — vs the official base (same scripts, same settings)

Benchmark n Base This model Δ
MMLU 300 0.833 0.827 −0.7 pp
MMLU-Pro 400 0.438 0.453 +1.5 pp
GSM8K (CoT) 150 0.947 0.940 −0.7 pp
CMMLU (Chinese) 500 0.854 0.860 +0.6 pp

Every delta is within ±1.5 pp and no reply failed to parse on either checkpoint. Two of the four move up, which is the signature of sampling noise at these sizes rather than of an improvement — read the whole table as "unchanged", not as a gain.

Multiple choice is scored from a single forward pass, taking the argmax over the option letters' logits, rather than by generating an answer; GSM8K keeps chain-of-thought generation because it needs the reasoning. That makes the MMLU-Pro column lower than a CoT-scored run of the same benchmark would be — for both checkpoints equally, which is why the base column is not optional. Read the delta, not the absolute figure, and do not compare these numbers against MMLU-Pro results obtained with a different scoring method.


Usage — self-host with vLLM (OpenAI-compatible)

glm5_next needs a vLLM build with GLM-5.3-Flash support and transformers 5.16+. The weights are 306 GiB, so plan for 8×H100/H200 with tensor parallelism.

docker run -d --name glm53 --gpus all --ipc host -p 8000:8000 \
  -v /path/to/GLM-5.3-Flash-Uncensored-FP8:/model \
  vllm/vllm-openai:latest \
  --model /model --served-model-name GLM-5.3-Flash-Uncensored-FP8 \
  --tensor-parallel-size 8 --max-model-len 262144 \
  --enable-expert-parallel

See the vLLM recipe and the SGLang cookbook for the currently recommended flags, including the tool-call parser to pass with --enable-auto-tool-choice.

Thinking control

GLM-5.3-Flash has no enable_thinking toggle — its chat template always opens a <think> block. Control the budget with reasoning_effort instead (low / high / max; defaults to max):

client.chat.completions.create(
    model="GLM-5.3-Flash-Uncensored-FP8",
    messages=[{"role": "user", "content": "..."}],
    extra_body={"chat_template_kwargs": {"reasoning_effort": "low", "clear_thinking": True}},
)

clear_thinking defaults to false; pass true for chat scenarios. Give generation enough budget to reach </think>, or replies get truncated inside the scratchpad. Pass image_url content parts for vision.

Bias, risks, and limitations

  • Safety guardrails removed — the model will produce harmful, biased, or offensive content on request (see the disclaimer).
  • It inherits any biases and limitations of the base GLM-5.3-Flash.
  • Roughly 5% of the refusal direction survives requantization into e4m3 (see above), so a small residual refusal rate remains — it is not, and cannot be, exactly zero on an FP8 checkpoint.
  • Refusal is reduced, not removed. Some content categories are not mediated by the direction this method removes and still refuse at close to the base rate (see What resisted). Do not assume a uniformly uncensored model.
  • Capability retention is measured, not assumed (see Evaluation), but on sampled subsets of four benchmarks — enough to rule out a large regression, not a substitute for a full harness run.
  • The reported refusal metric is a rule-based heuristic; evaluate rigorously for your own use case.

License

MIT, inherited from the base model zai-org/GLM-5.3-Flash. Abliteration does not change the underlying license obligations.

Configuration

Architecture
Glm5NextForConditionalGeneration
Context length (tokens)
1,048,576
Layers
45
Hidden size
4,096
Feed-forward size
12,288
Attention heads
64
Key/value heads
64
Head dimension
0
Vocabulary size
154,880
Routed experts
288
Experts active per token
8
Model type
glm5_next
Quantization
compressed-tensors

Identity and Version

Repository
mikechambers84/GLM-5.3-Flash-Uncensored-W4A16
Publisher
Mike Chambers
Task
Text generation
Modality
Text
Library
transformers
Parameters
321.3B parameters
Languages
en, zh
Revision
f6d661b12ffa06d6f055e476b783b4db5a78f93b
First published
2026-10-12
Last updated
2026-10-12

Files and Weights

72 files, 192.0 GB in total. The weights are 62 files totalling 191.9 GB in safetensors.

Weights62 files · 191.9 GB
Configuration4 files · 12.7 MB
Tokenizer2 files · 20.2 MB
Documentation2 files · 24.8 KB
Other1 file · 10.6 KB
Repository1 file · 1.6 KB
Every file
FileTypeSizeSHA-256
model-00001-of-00062.safetensorsWeights4.2 GB 368537251ba0
model-00002-of-00062.safetensorsWeights3.4 GB ff2bda7a6203
model-00003-of-00062.safetensorsWeights3.1 GB 0f9ab40e06f4
model-00004-of-00062.safetensorsWeights3.2 GB 82fd3ac2660d
model-00005-of-00062.safetensorsWeights3.1 GB be3f1e53c7c2
model-00006-of-00062.safetensorsWeights3.0 GB c5ff57707d4b
model-00007-of-00062.safetensorsWeights3.2 GB 135c13193e6e
model-00008-of-00062.safetensorsWeights3.2 GB 6756c77b6418
model-00009-of-00062.safetensorsWeights3.0 GB 62c3e4f740b0
model-00010-of-00062.safetensorsWeights3.1 GB 7ff0cbfbf896
model-00011-of-00062.safetensorsWeights3.1 GB b2ec5796f591
model-00012-of-00062.safetensorsWeights3.2 GB 40d0e2311639
model-00013-of-00062.safetensorsWeights3.0 GB 342061ce7c35
model-00014-of-00062.safetensorsWeights3.2 GB 4a59abbe86d1
model-00015-of-00062.safetensorsWeights3.2 GB 5e4638d2cba9
model-00016-of-00062.safetensorsWeights3.0 GB f53a5e0bee18
model-00017-of-00062.safetensorsWeights3.3 GB d1d1285e3a2a
model-00018-of-00062.safetensorsWeights3.2 GB fb89985fd8d6
model-00019-of-00062.safetensorsWeights3.2 GB 246e86adea6f
model-00020-of-00062.safetensorsWeights3.0 GB 558863a4d1cd
model-00021-of-00062.safetensorsWeights3.2 GB ee556aa7e386
model-00022-of-00062.safetensorsWeights3.1 GB ab86b464745f
model-00023-of-00062.safetensorsWeights3.0 GB 3ce650a109bb
model-00024-of-00062.safetensorsWeights3.2 GB ed3ebb603bca
model-00025-of-00062.safetensorsWeights3.2 GB d7f1e17748c7
model-00026-of-00062.safetensorsWeights3.2 GB 67149cec4da7
model-00027-of-00062.safetensorsWeights3.0 GB af7a985b5e99
model-00028-of-00062.safetensorsWeights3.1 GB 023b6277bc87
model-00029-of-00062.safetensorsWeights3.2 GB 6cac842fffa0
model-00030-of-00062.safetensorsWeights3.0 GB c7316f93ad3c
model-00031-of-00062.safetensorsWeights3.2 GB 90dfd3424aa9
model-00032-of-00062.safetensorsWeights3.1 GB f74b327694d1
model-00033-of-00062.safetensorsWeights3.2 GB f33f02ea7858
model-00034-of-00062.safetensorsWeights3.0 GB 47f77cddbdff
model-00035-of-00062.safetensorsWeights3.1 GB 954602c62793
model-00036-of-00062.safetensorsWeights3.2 GB 487c283c17e0
model-00037-of-00062.safetensorsWeights3.0 GB 1276c90d60fb
model-00038-of-00062.safetensorsWeights3.2 GB b644a52e2a1f
model-00039-of-00062.safetensorsWeights3.2 GB 4ae5d16e2d26
model-00040-of-00062.safetensorsWeights3.1 GB 10007464a08d
model-00041-of-00062.safetensorsWeights3.0 GB 0565bd838061
model-00042-of-00062.safetensorsWeights3.2 GB 8cf8de5659dd
model-00043-of-00062.safetensorsWeights3.2 GB a39fc80795f0
model-00044-of-00062.safetensorsWeights3.0 GB d4102ec045de
model-00045-of-00062.safetensorsWeights3.2 GB fd7a9b41bda4
model-00046-of-00062.safetensorsWeights3.1 GB fa687dfa7474
model-00047-of-00062.safetensorsWeights3.2 GB dca2b9a76d16
model-00048-of-00062.safetensorsWeights3.0 GB b3e5305fa31f
model-00049-of-00062.safetensorsWeights3.2 GB 0b6fcd9fd489
model-00050-of-00062.safetensorsWeights3.2 GB f8553a58d9b5
model-00051-of-00062.safetensorsWeights3.0 GB d12182a0b0bf
model-00052-of-00062.safetensorsWeights3.2 GB c16af696b5a5
model-00053-of-00062.safetensorsWeights3.1 GB 8949e5b6de74
model-00054-of-00062.safetensorsWeights3.2 GB 07a06037db6b
model-00055-of-00062.safetensorsWeights3.0 GB 0aa9e912040f
model-00056-of-00062.safetensorsWeights3.2 GB 58978d8edb7e
model-00057-of-00062.safetensorsWeights3.2 GB eb431001be48
model-00058-of-00062.safetensorsWeights3.0 GB 368c6ec6248e
model-00059-of-00062.safetensorsWeights3.1 GB 737b87a97472
model-00060-of-00062.safetensorsWeights3.2 GB 3c967cfddb0e
model-00061-of-00062.safetensorsWeights3.1 GB 35c7452deb1a
model-00062-of-00062.safetensorsWeights1.3 GB 6fb280fdd493
config.jsonConfiguration8.0 KB —
generation_config.jsonConfiguration194 B —
model.safetensors.index.jsonConfiguration12.7 MB 0b231540bd26
processor_config.jsonConfiguration909 B —
LICENSEDocumentation1.1 KB —
README.mdDocumentation23.7 KB —
chat_template.jinjaOther10.6 KB —
.gitattributesRepository1.6 KB —
tokenizer.jsonTokenizer20.2 MB 19e773648cb4
tokenizer_config.jsonTokenizer761 B —

License and Download

License
mit
Access
Open weights, no gate
Download size
191.9 GB
Download from Mike Chambers

Released by Mike Chambers through its official repository on Hugging Face. Read the license.

Built From

Memory Requirements

PrecisionWeights in memory
As published191.9 GB
16-bit642.6 GB
8-bit321.3 GB
4-bit160.7 GB

Weights only, from the published parameter count; the key-value cache and runtime add to this.

Questions About GLM-5.3-Flash-Uncensored-W4A16

How much GPU memory does GLM-5.3-Flash-Uncensored-W4A16 need?

About 771.2 GB at 16-bit and 192.8 GB at 4-bit: the weights (321.3B parameters) plus a working margin. A long context needs more.

What is the cheapest GPU to run GLM-5.3-Flash-Uncensored-W4A16 on?

At 16-bit, 3x MI355X from $7.77 an hour; at 4-bit, 1x MI325X from $2.00 an hour, at the lowest on-demand prices the SAVRN Index lists.

Can I use GLM-5.3-Flash-Uncensored-W4A16 commercially?

Yes. GLM-5.3-Flash-Uncensored-W4A16 is released under MIT License. The MIT License is a short permissive license. It permits commercial use, modification and redistribution, provided the copyright notice and permission notice are included.

What is GLM-5.3-Flash-Uncensored-W4A16's context length?

1,048,576 tokens, from the maximum position embeddings in its published configuration.

Similar Models

Model · Text generation

DeepSeek-V4-Flash-0731

DeepSeek

DeepSeek-V4-Flash-0731 is the official release of DeepSeek-V4-Flash, superseding the preview version, with substantially enhanced agentic capabilities. It has the same model structure as DeepSeek-V4-Flash-DSpark, i.e. it comes with a speculative decoding module attached. DeepSeek-V4-Flash-0731 outperforms DeepSeek-V4-Pro (Preview) on benchmarks listed below despite its far smaller activated parameter count, and is broadly competitive with the strongest proprietary models available. 1. For the Code Agent tasks among the public benchmarks above, DeepSeek-V4-Flash-0731 is evaluated with the minimal mode of DeepSeek Harness (to be released) as the agent framework, using the max reasoning effort…

Open weights mit 304.2B parameters 1,048,576 tokens transformers

Model · Text generation

DeepSeek-V4-Flash

DeepSeek

We present a preview version of DeepSeek-V4 series, including two strong Mixture-of-Experts (MoE) language models — DeepSeek-V4-Pro with 1.6T parameters (49B activated) and DeepSeek-V4-Flash with 284B parameters (13B activated) — both supporting a context length of one million tokens. DeepSeek-V4 series incorporate several key upgrades in architecture and optimization: 1. Hybrid Attention Architecture: We design a hybrid attention mechanism combining Compressed Sparse Attention (CSA) and Heavily Compressed Attention (HCA) to dramatically improve long-context efficiency. In the 1M-token context setting, DeepSeek-V4-Pro requires only 27% of single-token inference FLOPs and 10% of KV cache…

Open weights mit 290.9B parameters 1,048,576 tokens transformers

K2-Horizon-375B-A23B is the flagship of the K2-Horizon family: a sparse Mixture-of-Experts model that stores 375B parameters and runs 23B per token, with a 512K context window. We have released the final checkpoint; intermediate checkpoints, along with the data and the training code, will be released. - Frontier-class agentic performance. On agentic tool use, terminal, and long-horizon workflow benchmarks it matches or beats open-weight MoE models up to 2.6× its size and is competitive with closed frontier models (see Benchmark Results). - 512K context. Native 524,288-token context from the midtraining stages onward. - Intermediate checkpoints. Intermediate checkpoints will be released so…

Open weights apache-2.0 379.2B parameters 524,288 tokens transformers

Model · Text generation

GLM-5.2-NVFP4

NVIDIA

The NVIDIA GLM-5.2 NVFP4 model is the quantized version of ZAI’s GLM-5.2 model, which is an auto-regressive language model that uses an optimized transformer architecture. GLM-5.2 is a Mixture-of-Experts (MoE) model for reasoning and coding that uses sparse attention (with an IndexShare indexer) to support a long context. For more information, please check here. The NVIDIA GLM-5.2 NVFP4 model is quantized with Model Optimizer. This model is ready for commercial or non-commercial use. GOVERNING TERMS: Use of the model is governed by the MIT License, same as the base model. Global Developers looking to take off-the-shelf, pre-quantized models for deployment in AI Agent systems, chatbots, RAG…

Open weights mit 381B parameters 1,048,576 tokens Model Optimizer

Model · Text generation

Darwin-397B-JGOS

FINAL_Bench

Darwin-397B-JGOS is the largest and highest-scoring member of the Darwin family. Built on Qwen 3.5 397B as the base, it transplants the FFN (expert) strengths of multiple high-performance models through the Darwin V9 platform, producing a 397B-parameter Mixture-of-Experts model with ~17B active parameters per token. It reaches 90.9 % on GPQA Diamond with pure greedy decoding (single sample) — surpassing Darwin-28B-REASON (89.39 %, achieved with the Darwin-DELPHI test-time engine) without using any test-time engine at all. This is the highest GPQA Diamond score in the Darwin family to date. Darwin is VIDRAFT's measuring-result-driven reasoning model family — approximately 20 official models…

Open weights apache-2.0 403.4B parameters 262,144 tokens transformers

Model · Text generation

Darwin-397B-ZTC

FINAL_Bench

the footprint, GPQA Diamond 93.43 %. And this model stops itself before it acts on an answer it is about to get wrong. Darwin is VIDRAFT's measurement-driven reasoning model family — roughly 20 official models, 400+ community derivatives, and a standing place among the top open models on GPQA. A large MoE model is made of hundreds of experts. Darwin V9 selects the experts that perform best across several high-performing models, transplants them onto a base backbone, and fuses them with trust-weighted evolutionary merging. Nothing is trained from scratch — proven capability is grafted on. That is why the same method holds across every model size. - Darwin V9 — evolutionary FFN/expert…

Open weights apache-2.0 403.6B parameters 262,144 tokens transformers