Model page

Vikhrmodels/Vikhr-Nemo-12B-Instruct-R-21-09-24 warn

The chat template differs from its base model, which changes behavior; its tokenizer differs from its claimed base model; glitch tokens that can silently corrupt ordinary input.

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 batterynot rundetails
BatteryLooks atStatus
Static batteryMetadata & packagingcomplete 2026-08-21
Weights batteryWeights forensics — no GPU, no downloadcomplete 2026-08-21131,074-token embedding scanned · 140 undertrained · lineage consistent
Behavioral batteryLive-inference differentialsnot run

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

Findings

Scanned 2026-08-21 · published from a community scan.

medium Chat template differs from claimed parent

The chat template does not match mistralai/Mistral-Nemo-Instruct-2407'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.

  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.

medium Vocabulary size differs from claimed parent (131074 vs 131072)

A changed vocab means changed tokenization: strings will split differently than on mistralai/Mistral-Nemo-Instruct-2407, 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.

  1. 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.
  2. 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.
  3. 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 140 undertrained tokens (norm < 0.3× the vocabulary median of 0.620), including 23 plain-ASCII strings that can appear in ordinary input as identifiers — e.g. "erresident", "abezian", "komert", "higiez", "pemerint", "banako", "komertzio", "tanleria". 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.

  1. 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.
  2. 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.
  3. 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 mistralai/Mistral-Nemo-Instruct-2407

Mean cosine similarity of 64 sampled token-embedding rows against mistralai/Mistral-Nemo-Instruct-2407 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.

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 Vikhrmodels/Vikhr-Nemo-12B-Instruct-R-21-09-24

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.

architecturemistral · 40 layers · 5120-dim
parameters12247.8M
vocabulary131,074 tokens
licenseapache-2.0
serializationsafetensors
chat templatepresent · sha256:61a3028ca0f1fafc
claimed lineagemistralai/Mistral-Nemo-Instruct-2407
lineage verifiedconsistent vs mistralai/Mistral-Nemo-Instruct-2407 — embedding-row cosine 1.000
glitch-token surface140 undertrained candidates, 23 plain-ASCII
Full measured fingerprint
architecturesMistralForCausalLM
librarytransformers
pipelinetext-generation
repo files17
revision7499757d9f41
HF snapshot55.2k downloads · 141 likes · updated 2024-10-25 · captured 2026-08-21
embedding tensormodel.embed_tokens.weight · BF16 · 131,074×5120
embedding normsmedian 0.6197 · mean 0.5966
lineage checkconsistent — cosine 1 over 64 sampled rows vs mistralai/Mistral-Nemo-Instruct-2407
glitch-token samples"erresident", "abezian", "komert", "higiez", "pemerint", "banako", "komertzio", "tanleria", "igelts", "miejs", "-usti", "zimendu"
Battery runs (1)the run trace behind the findings — what each job measured
batterystatusqueueddurationattempts
weightscomplete2026-08-21 05:0986s2
weights run 2026-08-21 measurements
probes runglitch-norm-scan, lineage-norm-correlation
embedding tensormodel.embed_tokens.weight · BF16 · 131,074×5120
glitch surface140 undertrained, 23 plain-ASCII
lineage checkconsistent — cosine 1 over 64 rows vs mistralai/Mistral-Nemo-Instruct-2407

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/Vikhrmodels/Vikhr-Nemo-12B-Instruct-R-21-09-24/badge.svg)](https://ingot.tools/models/Vikhrmodels/Vikhr-Nemo-12B-Instruct-R-21-09-24)
Gate it in CI