Model page

kasohrab/theworld-spatial-channel-all warn

The chat template was dropped from its base model, which changes behavior; its architecture doesn't match its claimed base model.

downloads 19likes 0license gemmaarch the_worldparams 4443.9Mupdated 2025-11-18

claims base: google/gemma-3-4b-it · chat template: not found · view on Hugging Face ↗

Scan coverageStatic battery2026-08-21Weights batteryfailedBehavioral batterynot rundetails
BatteryLooks atStatus
Static batteryMetadata & packagingcomplete 2026-08-21
Weights batteryWeights forensics: no GPU, no downloadfailed429 Too Many Requests for https://huggingface.co/api/models/kasohrab/theworld-spatial-channel-all
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 dropped vs parent

google/gemma-3-4b-it 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.

medium Architecture differs from claimed parent (the_world vs gemma3)

This model declares google/gemma-3-4b-it as its base, but its config declares architecture 'the_world' while the parent is 'gemma3'. A finetune, merge, or quantization cannot change the architecture family — the lineage label is wrong or misleading, so treat provenance claims (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.
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 kasohrab/theworld-spatial-channel-all

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.

architecturethe_world
parameters4443.9M
licensegemma
serializationsafetensors pickle
chat templatenone
claimed lineagegoogle/gemma-3-4b-it
lineage verifiedunverified — weights battery pending
Full measured fingerprint
architecturesGemma3ForConditionalGeneration
librarytransformers
pipelineimage-text-to-text
repo files15 — pickle: final/training_args.bin, training_args.bin
revision7f87b5993034
HF snapshot410 downloads · 0 likes · updated 2025-11-18 · captured 2026-08-21

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/kasohrab/theworld-spatial-channel-all/badge.svg)](https://ingot.tools/models/kasohrab/theworld-spatial-channel-all)
Gate it in CI