Model page

Ksgk-fy/forgetting-gap-qwen3-4b-s0 warn

downloads 245likes 0license none declaredarch qwen3params 4022.5Mupdated 2026-08-13

claims base: Qwen/Qwen3-4B · chat template: present · view on Hugging Face ↗

Scan coverage

Ingot runs three batteries against a model. What each one checks →

BatteryLooks atStatus
Static batteryMetadata & packagingcomplete 2026-08-21
Weights batteryWeights forensics — no GPU, no downloadcomplete 2026-08-21151,936-token embedding scanned · 0 undertrained · lineage consistent
Behavioral batteryLive-inference differentialsnot run

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.

  1. With no declared license you have no usage rights by default; treat the weights as all-rights-reserved.
  2. 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 dropped vs parent

Qwen/Qwen3-4B ships a chat template; this repo does not. Serving stacks will silently fall back to a generic template, changing behavior. (In our 296-model census, 78% of pure quantization re-releases changed or dropped the template.)

How to fixingot patch

Restore the parent's chat template in `tokenizer_config.json` — a pure metadata fix.

  1. Run `ingot patch <owner/model>` — the patch manifest carries the parent's template and applies it to a local copy's `tokenizer_config.json`.
  2. 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.
  3. 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.

info Embedding-norm glitch scan clean

No undertrained tokens found: every non-special token's embedding norm is above 0.3× the vocabulary median (1.126). The glitch-token data-corruption class has no candidate surface in this model.

info Weights consistent with claimed parent Qwen/Qwen3-4B

Mean cosine similarity of 64 sampled token-embedding rows against Qwen/Qwen3-4B 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.

  1. If you own the repo: correct the `base_model` field in the model card metadata to the real, public parent.
  2. 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 profile of this model: measured weights-and-metadata facts, rebuilt on every scan and battery run. Updated 2026-08-21.

architectureqwen3 · 36 layers · 2560-dim
parameters4022.5M
vocabulary151,936 tokens
licensenone declared
serializationsafetensors pickle
chat templatenone
claimed lineageQwen/Qwen3-4B
lineage verifiedconsistent vs Qwen/Qwen3-4B — embedding-row cosine 1.000
glitch-token surfaceclean no undertrained tokens
Full measured fingerprint
architecturesQwen3ForCausalLM
librarytransformers
pipelinetext-generation
repo files194 — pickle: checkpoint-100/training_args.bin, checkpoint-125/training_args.bin, checkpoint-150/training_args.bin, checkpoint-175/training_args.bin, checkpoint-200/training_args.bin, checkpoint-225/training_args.bin, checkpoint-25/training_args.bin, checkpoint-250/training_args.bin, checkpoint-275/training_args.bin, checkpoint-300/training_args.bin
revision6c051869120f
HF snapshot243 downloads · 0 likes · updated 2026-08-13 · captured 2026-08-21
embedding tensormodel.embed_tokens.weight · BF16 · 151,936×2560
embedding normsmedian 1.1262 · mean 1.0974
lineage checkconsistent — cosine 1 over 64 sampled rows vs Qwen/Qwen3-4B

Battery runs

The run trace behind the findings above: every deep-battery job for this model, with what each run measured or why it failed. Findings are only as good as the runs that produced them.

batterystatusqueueddurationattempts
weightscomplete2026-08-21 05:166m2
weights run 2026-08-21 measurements
probes runglitch-norm-scan, lineage-norm-correlation
embedding tensormodel.embed_tokens.weight · BF16 · 151,936×2560
glitch surface0 undertrained, 0 plain-ASCII
lineage checkconsistent — cosine 1 over 64 rows vs Qwen/Qwen3-4B

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 Ksgk-fy/forgetting-gap-qwen3-4b-s0

Remediation guidance addresses the documented findings only. It is evidence-driven repair, not a safety certification of the model.

Verdict badge

Ship the verdict in your README — it always shows the latest published analysis:

Ingot verdict: warn

[![Ingot scan](https://ingot.tools/api/v1/models/Ksgk-fy/forgetting-gap-qwen3-4b-s0/badge.svg)](https://ingot.tools/models/Ksgk-fy/forgetting-gap-qwen3-4b-s0)
Gate it in CI