File size: 5,103 Bytes
0810902
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
# Evaluation

Everything here exists to answer one question honestly: **how does Piko-9b compare to the model it
was built from, measured the same way, on the same hardware, on the same day?**

## Why the base-model comparison matters here

Piko-9b's published weights are a splice: the language backbone comes from a fine-tune of
`deepreinforce-ai/Ornith-1.0-9B`, the vision tower is copied verbatim from `Qwen/Qwen3.5-9B`
([lineage](../reports/lineage_analysis.md)). That makes two comparisons meaningful, and they
answer different questions:

| Comparison | Question it answers |
|---|---|
| Piko-9b vs `Qwen/Qwen3.5-9B` | Did the composition help or hurt relative to the model whose vision tower it borrowed? |
| Piko-9b vs `deepreinforce-ai/Ornith-1.0-9B` | What did the WraithFast fine-tuning chain change? |

The configured default is `Qwen/Qwen3.5-9B`, because that is the model whose vision tower Piko-9b
ships and therefore the fairest reference for any multimodal claim.

## Rules this harness enforces

1. **Identical everything.** Both models run with the same prompts, chat template application,
   precision, quantization, batch size, decoding parameters, seed, and dataset slice. The config
   files differ only in `model_id`.
2. **No placement shortcuts.** Every model is loaded fully resident on one GPU. CPU offload
   corrupts Piko-9b's linear-attention state and produces a constant token — a broken run that
   *looks* like a catastrophic benchmark score. See
   [troubleshooting](../docs/troubleshooting.md).
3. **Failures are recorded, never dropped.** Every result file has a `failures` list. A benchmark
   that could not run appears as `"Not run"` with a reason, never as a blank or a plausible-looking
   number.
4. **Provenance in every file.** Model id, revision, timestamp, hardware, OS, Python, torch,
   transformers, precision, quantization, batch size, generation parameters, dataset version,
   seed, example count, failure count, and any deviation from the standard benchmark protocol.

## Layout

```
evaluation/
├── README.md                  this file
├── requirements.txt           evaluation-only dependencies
├── run_all.py                 full sweep across both models
├── run_smoke_eval.py          ~5 minute sanity check
├── compare_results.py         builds the side-by-side table
├── configs/
│   ├── piko_9b.yaml
│   └── base_model.yaml
├── prompts/                   shared prompt templates and fixtures
├── results/                   JSON output, one file per model per suite
└── custom_suite/              65-case deterministic regression suite
```

## Running

Sanity check first — it catches a broken environment in minutes rather than hours:

```bash
python evaluation/run_smoke_eval.py --config evaluation/configs/piko_9b.yaml
```

The custom regression suite (no dataset downloads, fully deterministic):

```bash
python evaluation/custom_suite/build_assets.py
python evaluation/custom_suite/run_custom_eval.py \
  --model Dexy2/Piko-9b --quantization 4bit \
  --output evaluation/results/custom_suite_piko9b.json
```

Both models, then compare:

```bash
python evaluation/run_all.py --config evaluation/configs/piko_9b.yaml
python evaluation/run_all.py --config evaluation/configs/base_model.yaml
python evaluation/compare_results.py \
  --candidate evaluation/results/custom_suite_piko9b.json \
  --baseline  evaluation/results/custom_suite_qwen35.json \
  --output    evaluation/results/comparison.md
```

## Cost before you start

Measured on an RTX 5070 Ti (17.1 GB), 4-bit NF4, weights on NVMe.

| Suite | Examples | Approx. runtime per model | VRAM |
|---|---:|---|---:|
| `run_smoke_eval.py` | 8 | 3–6 min | 8 GB |
| `custom_suite` | 65 | 35–60 min | 8 GB |
| GSM8K (200-item slice) | 200 | 1.5–2.5 h | 8 GB |
| MMLU-Pro (200-item slice) | 200 | 1–2 h | 8 GB |
| IFEval (200-item slice) | 200 | 1–2 h | 8 GB |
| OCRBench / DocVQA / ChartQA slices | 200 each | 1.5–3 h each | 9 GB |

Add ~10 minutes of cold-load time per model per invocation, and **double everything** because
each number needs a baseline run to mean anything.

Loading from an external USB disk adds 10–20 minutes per load. Copy the weights to internal NVMe
first.

## Which benchmarks were actually run

See the results table in the [model card](../README.md). Anything not executed is labelled
**Not run** there and in `evaluation/results/`, with the reason. The scripts for unexecuted
benchmarks are present and runnable — they were not executed here for time and hardware reasons,
not because they are unfinished.

## A note on the previously published numbers

The nine benchmark scores in the original Piko-9b model card were measured on
`wraithfast-phase14-100k-full-ft` + `adapters/wraithfast-phase15-150k-qlora`, a text-only
checkpoint that predates the vision composition and contains none of the Piko training stages.
They are not results for the published model and are not reproduced here. Details:
[`reports/repository_audit.md`](../reports/repository_audit.md) §5.