Qwen/Qwen2.5-7B-Instruct-AWQ warn
claims base: Qwen/Qwen2.5-7B-Instruct · chat template: present · view on Hugging Face ↗
Ingot findings
Static battery clean: safetensors weights, license declared, no template/tokenizer drift detected. Deep battery not yet run. Weights battery: embedding-norm scan over 152064 tokens (F16, 3584-dim) found 7359 undertrained candidates, 188 plain-ASCII. Lineage vs Qwen/Qwen2.5-7B-Instruct: consistent. Scanned 2026-08-20 (published from a community scan).
medium Undertrained (glitch) token surface in vocabulary
Embedding-norm scan flagged 7359 undertrained tokens (norm < 0.3× the vocabulary median of 0.859), including 188 plain-ASCII strings that can appear in ordinary input as identifiers — e.g. "TokenNameIdentifier", "ForCanBeConverted", "ForCanBeConvertedToF", "PostalCodesNL", "$PostalCodesNL", "<unk>", "(stypy", "thuisontvangst". In models where this class was tested behaviorally, such tokens silently rewrote user input into confident, schema-valid, wrong output. These are candidates from the weights alone; behavioral confirmation requires the GPU deep battery.
How to fixruntime guardweight-level
Keep the affected token strings out of the model's input — the scan-derived runtime guard carries this model's exact blocklist.
- Fetch this model's guard artifact (`/api/v1/guard/<owner>/<model>`): the confirmed corrupting tokens and the low-norm candidate list, derived from the published scan.
- Screen inbound text with it (the `@ingotai/guard` package is a reference implementation) and route flagged records to a different model or human review — verbatim-copy tasks on flagged strings are the failure mode.
- The underlying cause is undertrained embeddings in the weights; a true fix is weight-level (continued pretraining on the affected tokens) — that is not a patch, it's a training job.
info Weights consistent with claimed parent Qwen/Qwen2.5-7B-Instruct
Mean cosine similarity of 64 sampled token-embedding rows against Qwen/Qwen2.5-7B-Instruct is 1.000 — the weights plausibly descend from the declared base (relation: unspecified).
How to fix
Fix or verify the `base_model` declaration so lineage checks can run.
- If you own the repo: correct the `base_model` field in the model card metadata to the real, public parent.
- If you don't: identify the true parent (config architecture + weight shapes narrow it fast) and re-scan with that lineage in mind.
Remediation guidance addresses the documented findings only. It is evidence-driven repair, not a safety certification of the model.
Fingerprint
The durable weights-and-metadata profile of this model, rebuilt on every scan and deep-battery run. Updated 2026-08-20.
| architecture | qwen2 · 28 layers · 3584-dim |
| parameters | 7615.6M |
| vocabulary | 152,064 tokens |
| license | apache-2.0 |
| serialization | safetensors |
| chat template | present · sha256:cd8e9439f0570856 |
| claimed lineage | Qwen/Qwen2.5-7B-Instruct |
| lineage verified | consistent vs Qwen/Qwen2.5-7B-Instruct — embedding-row cosine 1.000 |
| glitch-token surface | 7,359 undertrained candidates, 188 plain-ASCII |
Full fingerprint
| architectures | Qwen2ForCausalLM |
| library | transformers |
| pipeline | text-generation |
| repo files | 12 |
| revision | b25037543e93 |
| HF snapshot | 4.5M downloads · 50 likes · updated 2024-10-09 · captured 2026-08-20 |
| embedding tensor | model.embed_tokens.weight · F16 · 152,064×3584 |
| embedding norms | median 0.8588 · mean 0.7907 |
| lineage check | consistent — cosine 1 over 64 sampled rows vs Qwen/Qwen2.5-7B-Instruct |
| glitch-token samples | "TokenNameIdentifier", "ForCanBeConverted", "ForCanBeConvertedToF", "PostalCodesNL", "$PostalCodesNL", "<unk>", "(stypy", "thuisontvangst", "useRalative", "useRal", "prostituerte", "Cumhurba" |
Verdict badge
Ship the verdict in your README — it always shows the latest published analysis:
[](https://ingot.tools/models/Qwen/Qwen2.5-7B-Instruct-AWQ)