TETRACTA · Model X-Ray · Scope & limits · Correction record

Model X-Ray — Scope & Limitations

VG1 first beta · report schema rs-1.7 · presentation rp-1.3 · updated 22 September 2026 (Europe/Istanbul).

Current scope · 22 September 2026 · 7B class open

Current status. The 7B class opened on 21 September 2026. The eligible public repositories listed on the scope page (twenty-one exact Apache-2.0 revisions as of 22 September 2026, up to the 7B class) can be scanned by any registered account within the free allowance: 20 browser scans and five distinct source models per calendar month. 7B-class checkpoints run as single-model quantization simulations; a pair of two 7B-class checkpoints is currently accepted by the form but fails in the worker (under investigation, 22 September) — please do not submit one until this note is removed. Scans run on Tetracta-operated local GPU workers; no cloud GPU is used in this beta. A scan reads safetensors weights under their canonical file names; a repository that publishes only a pickle checkpoint or another format (for example GGUF) is declined before a job is created and does not use the allowance. Models above the 7B class are not scanned in this beta. External customer acceptance remains pending; results are research-stage and payments are disabled.

Registration page · Sample report gallery · Correction record

First-beta scope · external customer acceptance pending (15 September 2026 — superseded by the 22 September entry above)

VG1 is deployed. Internal end-to-end operational acceptance completed on 15 September 2026; external customer acceptance is still pending. The free first-beta scope covers the eligible public models listed below, up to and including 7B, within the account allowance. Customer jobs run on RunPod. (Superseded on 22 September 2026: jobs now run on Tetracta-operated local GPU workers; no cloud GPU is used in this beta.)

Models above 7B are outside this free first-beta scope. Later Pro access requires an explicit grant and remains limited to the models and allowance enabled for that account; registration alone does not grant access. (22 September 2026: models above the 7B class are not scanned in this beta; any later access to larger models will be announced with a dated update here.)

Registration page · Sample report gallery

Eligible models

These are the public repositories the service is authorised to scan in this first beta. Public availability alone does not make a model eligible; each entry carries a completed rights review. The exact revision is pinned when a scan is submitted and is recorded in the report.

Updated 22 September 2026. The register now lists twenty-one repositories: six were added on 22 September (Mistral-7B-v0.3 and -Instruct-v0.3, SmolLM3-3B-Base and SmolLM3-3B, Qwen3-4B-Base and Qwen3-4B; all Apache-2.0, ungated, exact revisions pinned) and TinyLlama/TinyLlama_v1.1 was removed because it publishes no safetensors weights under the canonical names. The register review is dated 22 September 2026 and expires on 20 December 2026 unless renewed. A scan reads safetensors weights under their canonical names: model.safetensors, or model.safetensors.index.json with its shards. Repositories that publish only a pickle checkpoint (pytorch_model.bin) or only another format such as GGUF are declined before a job is created. Quantized release formats (for example FP8, GPTQ, AWQ or GGUF files) are not measured; the quantization simulation is derived in memory from the full-precision weights. Both checkpoints in a comparison must share the same architecture. A comparison keeps both snapshots on one worker and loads them one after the other. A pair of two 7B-class checkpoints is currently accepted by the form but fails inside the worker sandbox (under investigation, 22 September 2026); please do not submit one until this sentence is removed — a single 7B-class checkpoint can be scanned as a quantization simulation. The free allowance is 20 browser scans and five distinct source models per calendar month per account.

FamilyRepositories
Qwen2.5Qwen/Qwen2.5-0.5B · Qwen/Qwen2.5-0.5B-Instruct · Qwen/Qwen2.5-1.5B · Qwen/Qwen2.5-1.5B-Instruct · Qwen/Qwen2.5-7B · Qwen/Qwen2.5-7B-Instruct
Qwen2.5 · specialisedQwen/Qwen2.5-Coder-1.5B-Instruct · Qwen/Qwen2.5-Math-1.5B-Instruct
SmolLM2HuggingFaceTB/SmolLM2-135M · HuggingFaceTB/SmolLM2-135M-Instruct · HuggingFaceTB/SmolLM2-360M · HuggingFaceTB/SmolLM2-360M-Instruct · HuggingFaceTB/SmolLM2-1.7B · HuggingFaceTB/SmolLM2-1.7B-Instruct
TinyLlamaTinyLlama/TinyLlama-1.1B-Chat-v1.0
Mistral (added 22 September 2026)mistralai/Mistral-7B-v0.3 · mistralai/Mistral-7B-Instruct-v0.3
SmolLM3 (added 22 September 2026; listed in the register, but the current instrument release does not support this tokenizer contract — submissions fail; do not submit until this note is removed)HuggingFaceTB/SmolLM3-3B-Base · HuggingFaceTB/SmolLM3-3B
Qwen3 (added 22 September 2026)Qwen/Qwen3-4B-Base · Qwen/Qwen3-4B

Twenty-one repositories as of 22 September 2026, all in or below the 7B class. Models above 7B are outside this free first-beta scope. A repository that is not listed here is declined before a job is created and does not consume your allowance.

What you can inspect

A before/after scan compares two supported artifacts under the same recorded measurement contract. A quantization simulation compares one source artifact with a simulated lower-precision state derived in memory. Neither result transfers automatically to another model, input set or execution environment.

Your HTML report keeps the observations and limits together. Retain it with your artifact revisions and task-evaluation results when reviewing a checkpoint change.

How to read the report

Report itemWhat it tells youLimit
Internal-response findingWhether the versioned instrument decision rule observed a difference on the evaluated set.No quality, safety or capability grade. No observed difference does not mean identical in every respect.
Output-text statusWhether the recorded generated token sequences changed under comparable output conditions.Withheld means the output comparison could not be made; it does not mean unchanged or improved.
Artifact contextThe recorded revisions and relevant configuration, tokenizer and generation differences.Multiple differences can contribute. Do not attribute a combined artifact change to weights alone.
Depth view, when includedCategorical observations at evaluated positions, with unmeasured positions explicitly marked.A response can propagate. This does not locate edited weights or establish a cause. If the difference is already present at the first measured point, the earlier boundary is unresolved.
Measured weight changesHow far each parameter group's weights moved from the reference: relative to the reference norm, and as an absolute change.Read the relative and absolute columns together. The reference norm can differ a great deal between blocks (in reports 12 and 14 of the sample gallery it grows about 5.5 times from block 1 to block 32), so a relative change that falls with depth can reflect larger weights rather than where an edit landed. The table measures distance in the weights, not the response, and can order two changes that the response count does not; a larger weight change is not a quality or severity score, and neither column identifies the cause of a task outcome. Added 23 September 2026 after Dipankar Sarkar set the weight tables of reports 12 and 14 side by side.
Verify viewThe finding, output status, context and available verification summaries.Depth observations are not included in this view; the underlying finding and output status do not change.
Repeat, control and receipt summariesEvidence actually included for the recorded run; absent items are labelled.Do not infer a repeat, a signature, a noise envelope or a deletion guarantee from the report layout.
Recommended next checksGuidance for choosing task evaluations and retaining a comparison record.These recommendations are not additional measurements or a release decision.

Coverage and comparison limits

Simulation and unavailable research modes

A quantization simulation does not produce a deployable artifact. It does not measure the memory, latency, numerical behavior or task quality of a packed inference runtime. Evaluate the exact deployed candidate separately.

Expect a saturated depth view in a quantization simulation. A simulation perturbs every quantizable weight tensor, so a depth view in which every evaluated position shows a difference — and in which the earlier boundary is therefore unresolved — is the expected shape of this scan type, not a finding about the particular model. This does not establish that every perturbed position is observable; the smallest change this instrument would miss is unmeasured. A saturated view also occurs in checkpoint comparisons where the change is not confined to part of the model.

Knowledge scans remain unavailable. Earlier knowledge-separation and fabrication-avoidance interpretations remain withdrawn. Hallucination, undertraining and overtraining are separate research questions; the beta report does not diagnose them. Historical portrait and lesion-response interpretations also remain withdrawn.

Access, rights and handling

Versions and the correction record

The report identifies its instrument, schema, presentation and measurement contract. A new presentation or calculation does not repair missing measurements in a historical scan. The 12 September correction explains the retained evidence and what remains unresolved.

Read the historical scope text · 6–7 September 2026

Historical record, superseded where noted above. The original dated wording is retained below. In particular, the old “instrument floor” interpretation and seven-day larger-model estimate are not current claims. Its controlled experiments describe their own conditions and do not validate arbitrary customer models.

Historical scope text · 6–7 September 2026

Instrument release xray_vg1 · report schema rs-1.7 · measurement contract mv-1.4 / paired-artifacts-2.0 · last revised 7 September 2026 (Europe/Istanbul).

Update — 7 September 2026 (Europe/Istanbul). Onset depth. Since the 6 September release we ran a pre-registered control experiment in which changes of known size were introduced at known depths of three public models, and the instrument was asked where the difference begins. The criterion was frozen before any result was seen (pre-registration cd0171cf). Result: exact onset predicted and observed in 6 of 6 controlled cells on each of three public models (Qwen2.5-0.5B-Instruct, SmolLM2-1.7B, TinyLlama-1.1B-Chat-v1.0); cross-board agreement on onset 4 of 4 cells. On this basis, reports produced under instrument release xray_vg1 now state where a recorded difference first appears.

Onset depth is reported with the following calibration: the change first becomes observable at the output of decoder block k of N (blocks are numbered from 1). The first four profile positions — the embedding output and the outputs of blocks 1 to 3 — are below the instrument floor; the output of block 4 is the first evaluable position. Where the recorded difference is already present at that first evaluable position, no starting depth is reported: it may begin earlier, below the floor.

What this calibration does and does not cover. The control experiment used changes that we introduced ourselves, at depths we chose, in models whose weights were otherwise unchanged. It establishes that the instrument reports the depth we induced. It does not establish how the instrument behaves on changes that arise naturally, such as a fine-tune, where the change need not be confined to a known depth. It also does not measure the smallest change the instrument would miss: the published null control gives the rate at which identical pairs are reported as different (0 of 16), not the rate at which real differences go unreported. In the first pairs of this kind that we measured, the recorded difference was already present at the first evaluable position.

The finding is yours: every measured field in a Model X-Ray report — the verdict, where the difference begins, how far it extends, the recorded differences in configuration, tokenizer and generation settings, the output-text status, and the report's identity — is delivered in full, and you are free to publish or forward it.

What stays proprietary is the instrument, not the finding: the probe design, the instrument floor, the internal statistics and the transformations that turn a pair of artifacts into those fields.

We keep the instrument fixed and versioned, and we publish its null control, so that two reports taken under the same contract can be compared with each other — an instrument that changed between reports would make the findings you own worth less, not more.

Update — 7 September 2026 (Europe/Istanbul), Part 3. When a public model was fine-tuned by us on four consecutive decoder blocks at a known depth (LoRA r=8 on blocks LO..LO+3, merged; three depths), the reported onset matched the first fine-tuned block in 3 of 3 cells (blocks are numbered from 1). This does not establish behaviour on fine-tunes produced by others, whose depth and magnitude are unknown. Frozen B7 preregistration SHA-256: 1028eedb853fb662aeb85a6d5f0404df1dcf99d367088bc2c94a9000a3243977.

Two controls were run first: one artifact, re-serialized into a different shard layout with identical tensor values, was reported as no difference; a known lesion reported a difference at the expected depth. In 3 controlled micro-fine-tune pairs (single model family), every difference this instrument reported was also visible in the model's output text. We have not yet produced a case where the instrument reports a difference that a plain output comparison would miss. Until we do, we make no claim that it can. Frozen B8-SD preregistration SHA-256: d2dae32fa361f16a9f660241181b4a5bd19ca44338d284b15dbfc57e0c7a6d9d.

The reading tells you where a change first becomes observable. It does not tell you how large the change is, or what kind of change it was: in our controlled tests, a fine-tune and a structural lesion at the same location produced the same reading. Configuration is compared on a fixed set of fields; numeric-precision fields are not compared, and any file difference is recorded in the artifact identity.

In one line: onset localization works on our controlled fine-tunes; added value over plain output comparison is not yet shown.

Service status (7 September 2026, Europe/Istanbul): open beta. Any registered account may run up to 20 free scans on public models below 7B; models of 7B and above open in about one week. Release validation (V1 acceptance) remains open. (Superseded: the 7B class opened on 21 September 2026; see the current scope above.)

This page states what the instrument measures, what it does not, and where its blind spots are. It is the intended scope reference for current reports. If a report appears to exceed this scope, tell us.

What a scan is

A Model X-Ray scan compares two model artifacts (A and B, such as a base checkpoint and its fine-tuned version) under a fixed measurement contract. Its result applies to that pair and those recorded conditions.

The customer-facing result is deliberately narrow:

What the instrument does not claim

Known blind spots and instrument properties

How to read a report responsibly

Data handling and rights

Versioning

Current reports identify their release, report schema and measurement contract. A contract change is versioned; results across different contracts must not be treated as interchangeable. Earlier findings remain withdrawn. Correction records retain their historical context.

Correction record: https://www.tetracta.ai/model-xray/correction/