Heralax/Mistrilitary-7b warn
Weights only ship in a format that can run code when loaded; Chat template ends turns with <|im_end|>, which is not a configured stop token; glitch tokens that can silently corrupt ordinary input. Plus 1 more issue.
claims base: Heralax/army-pretrain-1 · chat template: present · view on Hugging Face ↗
Scan coverageStatic battery2026-08-25Weights battery2026-08-25Behavioral batterynot rundetails
| Battery | Looks at | Status |
|---|---|---|
| Static battery | Metadata & packaging | complete 2026-08-25 |
| Weights battery | Weights forensics — no GPU, no download | complete 2026-08-2532,001-token embedding scanned · 194 undertrained · lineage consistent · pickle audit clean |
| Behavioral battery | Live-inference differentials | not run |
Ingot runs three batteries against a model. What each one checks →
Findings
Scanned 2026-08-25 · published from a community scan.
medium Pickle-serialized weights, no safetensors
Weights ship only as pickle-based files (pytorch_model.bin). Loading pickle executes arbitrary code from the file — prefer a safetensors release or load in a sandbox.
How to fix
Convert the weights to safetensors before loading them anywhere that matters.
- Do not load the pickle files in-process — pickle deserialization executes arbitrary code from the file.
- Convert locally in a sandbox: `pip install safetensors` and use `safetensors.torch.save_file` on a state dict loaded with `torch.load(..., weights_only=True)` (refuses most code-execution payloads), or use Hugging Face's `convert.py` space/script.
- Pin the exact revision hash you converted from, and load only your converted safetensors artifact from then on.
medium Chat template ends turns with <|im_end|>, which is not a configured stop token
The chat template terminates assistant turns with <|im_end|>, but the effective EOS set (config.json ∪ generation_config.json = [2] → ["</s>"]) never stops on it. Config-honoring runtimes generate past the terminator until the token budget is exhausted — runaway cost and self-continuing fake turns. Add <|im_end|>'s id to generation_config.json's eos_token_id.
How to fixingot patch
Align the stop-token declarations — a pure metadata fix to `generation_config.json` (and `config.json`).
- Identify the token the chat template actually ends assistant turns with (e.g. `<|eot_id|>`, `<end_of_turn>`, `<|im_end|>`) and make sure its id is in `generation_config.json`'s `eos_token_id` list.
- Keep `config.json`'s `eos_token_id` consistent with (or a subset of) `generation_config.json`'s — runtimes differ in which file they read.
- For the pad-equals-EOS hazard: repoint `pad_token` at a dedicated padding token before fine-tuning; serving is unaffected.
- Until the repo is fixed, pass explicit stop tokens to your serving stack (e.g. vLLM `stop_token_ids`, llama.cpp `--override-kv tokenizer.ggml.eos_token_id`).
medium Undertrained (glitch) token surface in vocabulary
Embedding-norm scan flagged 194 undertrained tokens (norm < 0.3× the vocabulary median of 0.175), including 10 plain-ASCII strings that can appear in ordinary input as identifiers — e.g. "<0xFB>", "<0xFD>", "<0xFF>", "<0xFA>", "<0xFC>", "<0xFE>", "iNdEx", "febbra". 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 Pickle static analysis clean
Opcode-level parse of pytorch_model.bin (no code executed) found only standard serialization globals (3 distinct, all torch/collections/numpy). Pickle remains an executable format — this verifies the current bytes, not future uploads; prefer a safetensors release.
info Weights consistent with claimed parent Heralax/army-pretrain-1
Mean cosine similarity of 64 sampled token-embedding rows against Heralax/army-pretrain-1 is 0.999 — 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.
medium GGUF template ends turns with <|im_end|> but the file stops on </s>
The embedded chat template terminates assistant turns with <|im_end|>, while tokenizer.ggml.eos_token_id points at </s> (2). llama.cpp-family runtimes stop on the metadata EOS, so generation runs past the terminator until the token budget is exhausted. Fix the eos_token_id in the GGUF metadata (gguf-py, no requant needed).
How to fixingot patch
Fix the GGUF's embedded metadata in place with gguf-py — template, EOS id, and pre-tokenizer are all metadata-editable; no requant needed.
- Template or EOS drift: copy the current values from the source repo and write them into the GGUF (`gguf_set_metadata.py` / gguf-py) — the tensor data is untouched.
- Missing pre-tokenizer type: reconvert with a current `convert_hf_to_gguf.py`, or set the correct `tokenizer.ggml.pre` for the architecture.
- Until the file is fixed, override at load time: llama.cpp `--override-kv tokenizer.ggml.eos_token_id=int:<id>` and `--chat-template-file <fixed.jinja>`.
- Prefer a re-upload from the quantizer once the source repo's fix lands — already-downloaded GGUFs never pick up upstream fixes on their own.
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 Heralax/Mistrilitary-7b
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-25.
| architecture | mistral · 32 layers · 4096-dim |
| vocabulary | 32,001 tokens |
| license | apache-2.0 |
| serialization | gguf pickle |
| chat template | present · sha256:58c1a1f04baa7ada |
| claimed lineage | Heralax/army-pretrain-1 |
| lineage verified | consistent vs Heralax/army-pretrain-1 — embedding-row cosine 1.000 |
| glitch-token surface | 194 undertrained candidates, 10 plain-ASCII |
Full measured fingerprint
| architectures | MistralForCausalLM |
| library | transformers |
| pipeline | text-generation |
| repo files | 12 — pickle: pytorch_model.bin |
| revision | 2eaec3e59dad |
| HF snapshot | 381 downloads · 22 likes · updated 2024-09-27 · captured 2026-08-25 |
| pickle audit | pytorch_model.bin — 3 standard global(s) |
| embedding tensor | model.embed_tokens.weight · BF16 · 32,001×4096 |
| embedding norms | median 0.1749 · mean 0.1722 |
| lineage check | consistent — cosine 0.9995 over 64 sampled rows vs Heralax/army-pretrain-1 |
| glitch-token samples | "<0xFB>", "<0xFD>", "<0xFF>", "<0xFA>", "<0xFC>", "<0xFE>", "iNdEx", "febbra", "NdEx", "uitgen" |
Battery runs (1)the run trace behind the findings — what each job measured
| battery | status | queued | duration | attempts |
|---|---|---|---|---|
| weights | complete | 2026-08-25 21:48 | 2m | 1 |
weights run 2026-08-25 — measurements
| probes run | glitch-norm-scan, zero-template-token-scan, pickle-static-analysis, lineage-norm-correlation, gguf-metadata |
| embedding tensor | model.embed_tokens.weight · BF16 · 32,001×4096 |
| glitch surface | 194 undertrained, 10 plain-ASCII |
| lineage check | consistent — cosine 0.9995 over 64 rows vs Heralax/army-pretrain-1 |
Verdict badge
Ship the verdict in your README — it always shows the latest published analysis:
[](https://ingot.tools/models/Heralax/Mistrilitary-7b)