Skywork/Skywork-Reward-Llama-3.1-8B warn
No license declared — no usage rights by default; the chat template differs from its base model, which changes behavior; its tokenizer differs from its claimed base model. Plus 1 more issue.
Could not load this model from the Hugging Face API (private, gated, or nonexistent). Findings below are from our archive.
Scan coverageStatic battery2026-08-21Weights battery2026-08-21Behavioral batteryn/adetails
| Battery | Looks at | Status |
|---|---|---|
| Static battery | Metadata & packaging | complete 2026-08-21 |
| Weights battery | Weights forensics — no GPU, no download | complete 2026-08-21128,257-token embedding scanned · 497 undertrained · lineage consistent |
| Behavioral battery | Live-inference differentials | n/anot applicable — text-classification model has no text-generation surface to probe |
Ingot runs three batteries against a model. What each one checks →
Findings
Scanned 2026-08-21 · published from a community scan.
medium No license declared
The model card declares no license. You have no usage rights by default — treat as all-rights-reserved until the owner clarifies.
How to fix
Get a license from the owner or pick a licensed alternative — this is a legal gap, not a technical one.
- With no declared license you have no usage rights by default; treat the weights as all-rights-reserved.
- Open an issue or discussion on the repo asking the owner to declare a license, or use the licensed upstream/parent model instead.
medium Chat template differs from claimed parent
The chat template does not match meta-llama/Meta-Llama-3.1-8B-Instruct's. Template drift silently changes model behavior even when weights are identical — 37% of drifted derivatives in our census left it undisclosed. Diff the templates before deploying.
How to fixingot patch
Restore the parent's chat template in `tokenizer_config.json` — a pure metadata fix.
- Run `ingot patch <owner/model>` — the patch manifest carries the parent's template and applies it to a local copy's `tokenizer_config.json`.
- Or fix by hand: copy the `chat_template` value from the parent repo's `tokenizer_config.json` into this model's, and pin your serving stack to that file.
- If the drift was intentional (the author retrained on a new template), confirm that in the model card before "fixing" it — restoring the parent template on retrained weights changes behavior too.
medium Vocabulary size differs from claimed parent (128257 vs 128256)
A changed vocab means changed tokenization: strings will split differently than on meta-llama/Meta-Llama-3.1-8B-Instruct, which can shift behavior on identifiers, codes, and non-English text.
How to fixweight-level
Not patchable: the vocab size mirrors the embedding matrix in the weights. Verify the change was intentional.
- Do not edit `vocab_size` in config.json to "match the parent" — it must equal the embedding table in the shipped weights or the model won't load.
- Diff the tokenizers (`tokenizer.json` / added_tokens) against the parent to see what was added or removed, and test your own identifiers, codes, and non-English text through both.
- If the drift is unexplained by the model card, treat tokenization-sensitive behavior as unvalidated on this model.
medium Undertrained (glitch) token surface in vocabulary
Embedding-norm scan flagged 497 undertrained tokens (norm < 0.3× the vocabulary median of 0.685), including 140 plain-ASCII strings that can appear in ordinary input as identifiers — e.g. "ilmektedir", "$PostalCodesNL", "ForCanBeConvertedToF", "TokenNameIdentifier", "CLIIIK", "useRalative", "PostalCodesNL", "_ComCallableWrapper". 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 behavioral 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 meta-llama/Meta-Llama-3.1-8B-Instruct
Mean cosine similarity of 64 sampled token-embedding rows against meta-llama/Meta-Llama-3.1-8B-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.
Fix it
Some findings are metadata-level and patchable — apply the fixes to your local copy (your weights never leave your machine):
npx @ingotai/scan patch Skywork/Skywork-Reward-Llama-3.1-8B
Remediation guidance addresses the documented findings only. It is evidence-driven repair, not a safety certification of the model.
Fingerprint
The durable profile of this model: measured weights-and-metadata facts, rebuilt on every scan and battery run. Updated 2026-08-21.
| architecture | llama · 32 layers · 4096-dim |
| parameters | 7504.9M |
| vocabulary | 128,257 tokens |
| license | none declared |
| serialization | safetensors |
| chat template | present · sha256:a1efa0b4a47892fe |
| claimed lineage | meta-llama/Meta-Llama-3.1-8B-Instruct, meta-llama/Llama-3.1-8B-Instruct |
| lineage verified | consistent vs meta-llama/Meta-Llama-3.1-8B-Instruct — embedding-row cosine 1.000 |
| glitch-token surface | 497 undertrained candidates, 140 plain-ASCII |
Full measured fingerprint
| architectures | LlamaForSequenceClassification |
| library | transformers |
| pipeline | text-classification |
| repo files | 14 |
| revision | c2a90b9e673a |
| HF snapshot | 1.7k downloads · 32 likes · updated 2024-10-25 · captured 2026-08-21 |
| embedding tensor | model.embed_tokens.weight · BF16 · 128,257×4096 |
| embedding norms | median 0.6849 · mean 0.6713 |
| lineage check | consistent — cosine 1 over 64 sampled rows vs meta-llama/Meta-Llama-3.1-8B-Instruct |
| glitch-token samples | "ilmektedir", "$PostalCodesNL", "ForCanBeConvertedToF", "TokenNameIdentifier", "CLIIIK", "useRalative", "PostalCodesNL", "_ComCallableWrapper", "ForCanBeConverted", "krvldkf", "sahuje", "webElementXpaths" |
Battery runs (1)the run trace behind the findings — what each job measured
| battery | status | queued | duration | attempts |
|---|---|---|---|---|
| weights | complete | 2026-08-21 05:12 | 82s | 1 |
weights run 2026-08-21 — measurements
| probes run | glitch-norm-scan, lineage-norm-correlation |
| embedding tensor | model.embed_tokens.weight · BF16 · 128,257×4096 |
| glitch surface | 497 undertrained, 140 plain-ASCII |
| lineage check | consistent — cosine 1 over 64 rows vs meta-llama/Meta-Llama-3.1-8B-Instruct |
Verdict badge
Ship the verdict in your README — it always shows the latest published analysis:
[](https://ingot.tools/models/Skywork/Skywork-Reward-Llama-3.1-8B)