Model page

WillHeld/DiVA-llama-3-v0-8b warn

downloads 1.1klikes 35license mpl-2.0arch divaparams 2486.9Mupdated 2024-12-19

claims base: meta-llama/Llama-3.1-8B-Instruct · 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-2151,866-token embedding scanned · 0 undertrained · lineage inconsistent
Behavioral batteryLive-inference differentialsn/anot applicable — feature-extraction model has no text-generation surface to probe

Findings

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

medium Repo ships executable Python (trust_remote_code)

The repository contains custom code files that run in-process when loaded with trust_remote_code=True. Pin the revision hash and review the code before loading.

How to fix

Review and pin the custom code; never float on `main` with trust_remote_code=True.

  1. Read every `.py` file in the repo before first load — this code runs in your process.
  2. Pin the revision: `from_pretrained(model_id, revision="<commit sha>", trust_remote_code=True)` so a later push can't swap the code under you.
  3. Prefer a version of the architecture already in `transformers` if one exists, which removes the remote-code requirement entirely.

medium License differs from claimed parent (mpl-2.0 vs llama3.1)

This model declares mpl-2.0 while its claimed base meta-llama/Llama-3.1-8B-Instruct declares llama3.1. Verify the re-license is permitted before commercial use.

How to fix

Verify the re-license is actually permitted before relying on it.

  1. Read the parent's license for derivative-work and re-licensing terms — many open-weight licenses (e.g. Llama-family) do not permit arbitrary re-licensing.
  2. If the re-license is not permitted, the parent's terms govern your use regardless of what this repo declares.

medium Chat template differs from claimed parent

The chat template does not match meta-llama/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.

  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 (0.746). The glitch-token data-corruption class has no candidate surface in this model.

medium Weights inconsistent with claimed parent meta-llama/Llama-3.1-8B-Instruct

This model declares meta-llama/Llama-3.1-8B-Instruct as its base (relation: unspecified), but its token-embedding geometry is incompatible: 1280-dim embeddings vs the parent's 4096-dim. A finetune cannot change embedding width — the lineage label is wrong or misleading. Treat provenance claims on this repo (training data, safety posture, licensing) as unverified.

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.

architecturediva
parameters2486.9M
vocabulary128,256 tokens
licensempl-2.0
serializationsafetensors custom code
chat templatepresent · sha256:b48c47f644389271
claimed lineagemeta-llama/Llama-3.1-8B-Instruct
lineage verifiedinconsistent vs meta-llama/Llama-3.1-8B-Instruct
glitch-token surfaceclean no undertrained tokens
Full measured fingerprint
architecturesDiVAModel
librarytransformers
pipelinefeature-extraction
repo files14
revision6e761b15ebde
HF snapshot1.1k downloads · 35 likes · updated 2024-12-19 · captured 2026-08-21
embedding tensorconnector.embed_tokens.weight · F32 · 51,866×1280
embedding normsmedian 0.7463 · mean 0.7393
lineage checkinconsistent — cosine undefined over undefined sampled rows vs meta-llama/Llama-3.1-8B-Instruct

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:1238s1
weights run 2026-08-21 measurements
probes runglitch-norm-scan, lineage-norm-correlation
embedding tensorconnector.embed_tokens.weight · F32 · 51,866×1280
glitch surface0 undertrained, 0 plain-ASCII
lineage checkinconsistent — cosine undefined over undefined rows vs meta-llama/Llama-3.1-8B-Instruct

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 WillHeld/DiVA-llama-3-v0-8b

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/WillHeld/DiVA-llama-3-v0-8b/badge.svg)](https://ingot.tools/models/WillHeld/DiVA-llama-3-v0-8b)
Gate it in CI