Model page

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.

downloads 267likes 22license apache-2.0arch mistralupdated 2024-09-27

claims base: Heralax/army-pretrain-1 · chat template: present · view on Hugging Face ↗

Scan coverageStatic battery2026-08-25Weights battery2026-08-25Behavioral batterynot rundetails
BatteryLooks atStatus
Static batteryMetadata & packagingcomplete 2026-08-25
Weights batteryWeights forensics: no GPU, no downloadcomplete 2026-08-2532,001-token embedding scanned · 194 undertrained · lineage consistent · pickle audit clean
Behavioral batteryLive-inference differentialsnot 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.

  1. Do not load the pickle files in-process — pickle deserialization executes arbitrary code from the file.
  2. 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.
  3. 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`).

  1. 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.
  2. Keep `config.json`'s `eos_token_id` consistent with (or a subset of) `generation_config.json`'s — runtimes differ in which file they read.
  3. For the pad-equals-EOS hazard: repoint `pad_token` at a dedicated padding token before fine-tuning; serving is unaffected.
  4. 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.

  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 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).

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.

  1. 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.
  2. Missing pre-tokenizer type: reconvert with a current `convert_hf_to_gguf.py`, or set the correct `tokenizer.ggml.pre` for the architecture.
  3. 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>`.
  4. 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.
Put this result in your workflow

Check every checkpoint before it ships

Use the web app, API, CLI, or CI gate to scan candidate checkpoints and catch model drift before deployment. Public-model scans publish to the open database; paid plans add the volume needed for continuous checks.

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.

architecturemistral · 32 layers · 4096-dim
vocabulary32,001 tokens
licenseapache-2.0
serializationgguf pickle
chat templatepresent · sha256:58c1a1f04baa7ada
claimed lineageHeralax/army-pretrain-1
lineage verifiedconsistent vs Heralax/army-pretrain-1 — embedding-row cosine 1.000
glitch-token surface194 undertrained candidates, 10 plain-ASCII
Full measured fingerprint
architecturesMistralForCausalLM
librarytransformers
pipelinetext-generation
repo files12 — pickle: pytorch_model.bin
revision2eaec3e59dad
HF snapshot381 downloads · 22 likes · updated 2024-09-27 · captured 2026-08-25
pickle auditpytorch_model.bin — 3 standard global(s)
embedding tensormodel.embed_tokens.weight · BF16 · 32,001×4096
embedding normsmedian 0.1749 · mean 0.1722
lineage checkconsistent — 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
batterystatusqueueddurationattempts
weightscomplete2026-08-25 21:482m1
weights run 2026-08-25 — measurements
probes runglitch-norm-scan, zero-template-token-scan, pickle-static-analysis, lineage-norm-correlation, gguf-metadata
embedding tensormodel.embed_tokens.weight · BF16 · 32,001×4096
glitch surface194 undertrained, 10 plain-ASCII
lineage checkconsistent — 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:

Ingot verdict: warn

[![Ingot scan](https://ingot.tools/api/v1/models/Heralax/Mistrilitary-7b/badge.svg)](https://ingot.tools/models/Heralax/Mistrilitary-7b)
Gate it in CI