Model page

second-state/Phi-3-mini-4k-instruct-GGUF warn

Loading it runs custom code from the repo; the chat template was dropped from its base model, which changes behavior.

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 batteryn/aBehavioral batterynot rundetails
BatteryLooks atStatus
Static batteryMetadata & packagingcomplete 2026-08-21
Weights batteryWeights forensics — no GPU, no downloadn/arepo ships no scannable weights (no safetensors and no pickle checkpoints — GGUF/CoreML/other formats)
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 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 Chat template dropped vs parent

microsoft/Phi-3-mini-4k-instruct 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.

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 second-state/Phi-3-mini-4k-instruct-GGUF

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.

architecturephi3 · 32 layers · 3072-dim
vocabulary32,064 tokens
licensemit
serializationgguf custom code
chat templatenone
claimed lineagemicrosoft/Phi-3-mini-4k-instruct
lineage verifiedunverified — weights battery pending
Full measured fingerprint
architecturesPhi3ForCausalLM
librarytransformers
pipelinetext-generation
repo files17
revision33b62d809bd9
HF snapshot2.4k downloads · 5 likes · updated 2024-07-29 · captured 2026-08-21
weights batterytoken-embedding scan n/a — repo ships no scannable weights (no safetensors and no pickle checkpoints — GGUF/CoreML/other formats)
Battery runs (1)the run trace behind the findings — what each job measured
batterystatusqueueddurationattempts
weightscomplete2026-08-21 05:110s1
weights run 2026-08-21 measurements

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/second-state/Phi-3-mini-4k-instruct-GGUF/badge.svg)](https://ingot.tools/models/second-state/Phi-3-mini-4k-instruct-GGUF)
Gate it in CI