Skip to Field Notes content
Field Note 00614 min readLeer en español

Prism Arena Is Not a Leaderboard

Eleven models each received two recorded runs on the same ten animated 3D tasks. Four judges scored the selected artifacts. The useful result is not a universal winner. It is a record of what happened when models, output channels, schema validation, a shared renderer, frame capture, and a model panel were treated as one executable system.

01 / Unit of evaluation

The artifact is executable, so the benchmark has to be a system.

Prism Arena does not ask for an explanation of a 3D scene and stop at fluent prose. It gives each contender the same natural-language task pack and requires a SceneSpec v1 JSON artifact. That artifact must validate, execute in the shared runtime, render into inspectable frames, and survive a blind rubric review. The measured object is therefore not the response alone. It is the response moving through a delivery channel, a validator, a recorded-run selection rule, a renderer, a capture path, and a judge panel.

The completed corpus is explicit: eleven models multiplied by ten tasks multiplied by two recorded runs produced 220 runs. A recorded run could retry one failed OMP invocation; that internal retry count was not persisted, so reliability is measured per recorded run rather than per raw provider call. The export records 203 valid and 17 invalid runs. Four judges scored the selected run in each of the 110 model-task cells, producing 440 judgments. All 110 cells are fully judged. Those counts establish coverage. They do not turn the resulting order into a claim about every task a model might perform.

This distinction matters because the harness failed in ways that looked like model behavior. A provider route could answer a toy probe and reject the real task. A tool-using model could deliver the right artifact to a file while the response channel contained only a summary. A capture process could show a plausible scene from the wrong recorded run. None of those failures lives inside the model weights, yet each can change a score unless the benchmark treats the surrounding system as part of the instrument.

  • The pipeline is task → response channel → SceneSpec validation → recorded-run selection → shared render → frame capture → panel judgment.
  • Coverage is complete: 220 recorded runs, 440 judgments, and 110 fully judged model-task cells.
  • A complete corpus removes missing-data ambiguity; it does not remove design, sampling, or judge uncertainty.

02 / Contract and runtime

SceneSpec makes validity enforceable; the renderer makes semantics visible.

SceneSpec v1 is the common contract. Before a submission reaches a judge, the schema checks geometry, materials, lights, an ordered timeline of two to eight phases, and the span arithmetic that keeps each action inside its phase. A response that describes the right scene but omits a required field is not rescued by intent. It is invalid. In this benchmark, validity is a floor rather than a scored dimension.

Every valid artifact then enters the same React Three Fiber runtime, with Anime.js as the only motion system. That shared execution path removes a large source of implementation variance: contenders do not bring their own renderer, shaders, physics engine, or animation library. The comparison asks what each model can express through the same constrained scene language and what that language produces when executed by the same code.

The shared runtime also defines the boundary of the claim. Prism Arena measures constructive spatial, material, and temporal competence inside SceneSpec and this renderer. It does not measure unrestricted 3D development. The headline score is the panel-mean total across ten tasks, each scored out of twenty. The selector sends the earliest valid recorded run in each cell to the panel; if neither run validates, it sends the earliest invalid run instead of assigning an automatic zero. In the sole double-invalid cell, all four judges gave the selected artifact zero. The separate per-recorded-run validity rate preserves the reliability information that best-of-two selection by validity would otherwise hide.

  • Schema validity answers whether the artifact can enter the experiment; the rubric answers how well it satisfies the task once rendered.
  • One renderer makes outputs comparable, but it also limits the domain to what the shared language and runtime can express.
  • Selected-artifact quality and per-recorded-run validity answer different questions and must remain separate.

Fast lane

Extraction · formatting · deterministic checks

Balanced lane

Default implementation · routine research

Frontier lane

Architecture · ambiguity · security · synthesis

Human gate

Consequential action · approval · acceptance

03 / Delivery channel

Tool access changed the answer without changing the capability.

The first channel confound was simple. When a write tool was available, agentic models wrote the requested SceneSpec to a file and returned a prose summary in the response. A response-only parser then marked that run malformed. The requested artifact existed, but the harness had looked in the wrong place. Penalizing that behavior would have measured compatibility with one return channel, not scene construction.

The correction was a uniform channel: every contender ran with tools, skills, and rules disabled. That choice does not reveal a model's maximum agentic performance. It isolates the capability this corpus intended to compare: producing the complete SceneSpec in the response consumed by the validator. A different benchmark could allow files and tools, but it would need to collect and validate those artifacts for every contender under the same contract.

Provider access created a second channel failure. One route passed a one-line health check and then returned `Model not found` on every real generation. The only useful smoke test sent the actual task and validated the actual contract. Transport faults were then classified as retryable provider failures rather than published model zeros. Route health, tool access, system instructions, and artifact collection are experimental variables even when they look like infrastructure.

  • A response-only benchmark must disable alternative delivery paths or ingest them symmetrically.
  • A toy reachability probe cannot certify the real payload, route, or output contract.
  • Transport faults and model-invalid artifacts need separate states; collapsing them creates false capability gaps.

04 / Artifact provenance

A correct score attached to the wrong frame is still a wrong result.

Judges normally receive the SceneSpec and two rendered frames per contender. In an early pipeline, frame capture drove the interactive arena, which displayed the newest recorded run, while judging selected the earliest valid run or, if neither validated, the earliest invalid run. The rules were individually reasonable and collectively incompatible. Capture and scoring disagreed in 100 of 110 model-task cells.

Nothing crashed. The frames looked legitimate because they came from real submissions, but they did not always depict the artifact under review. Every component succeeded locally while the combined system broke artifact identity. A polished screenshot cannot serve as evidence unless it carries provenance back to the exact recorded run selected for scoring.

Capture and judging now derive the recorded run from one shared selection rule. The selected run is pinned in the arena URL, and its identifier is stored with the captured frame so stale evidence cannot be silently reused. Frames are all-or-nothing within a judging batch: if any contender is missing its full configured frame set, the batch falls back to JSON-only rather than giving some contenders visual evidence and others none.

  • Selection identity must be shared, not reimplemented independently by capture and scoring.
  • Every frame needs the model, task, recorded-run, harness, and capture identity required to reproduce it.
  • Evidence parity across a batch matters as much as evidence availability.

05 / Panel sensitivity

The judges are contenders, and partial data nearly changed the instrument.

The panel has four judges from three model families; every judge is also on the contender roster. Contender names are blinded. Three judges receive an explicit high reasoning-effort setting; Gemini 3.6 Flash carries effort in its route name and accepts no separate flag. The three-family panel broadens the leave-one-out baseline but does not remove self-preference. Blinding does not create an independent ground truth or perfectly matched judging conditions.

The clearest warning came from judge redundancy. On a subset of 59 selected runs, the two same-family judges had a residual correlation of 0.502, compared with 0.114 for a cross-family control. That 4.4× gap looked like a reason to drop one of the same-family judges. On the complete corpus of 110 selected runs, the same comparison was 0.559 versus 0.520, a difference of 0.039 and no basis for removing a judge. The panel stayed at four. The partial result was useful for monitoring, not for redesigning the experiment.

Self-preference needs the same control. Raw family means suggested that the two Anthropic judges scored Anthropic contenders 0.9 and 0.7 points above others, but that comparison mixes judge behavior with contender quality. Within-contender own-model residuals were −0.37 for Claude Opus 5, −1.10 for GPT-5.6 Sol, +0.50 for Claude Fable 5, and −0.43 for Gemini 3.6 Flash. They ranged from −1.10 to +0.50 and changed sign across judges. These own-model residuals are narrower than an own-family comparison, so they do not show that self-preference is absent. They show why the raw family means are not enough.

The residual baseline is made from other judges that are themselves not family-neutral. The corpus has only two recorded runs per cell, the panel has no human calibration set, and effort cannot be configured identically across providers. These limits belong beside the scores.

  • Never estimate judge redundancy from a convenient partial corpus and then change the panel mid-sweep.
  • Control for contender quality before interpreting own-family score differences as self-preference.
  • A leave-one-out residual measures disagreement with this panel, not distance from an independent truth.

06 / Reading the result

The rank order is a description of this corpus, not a universal model claim.

The full-corpus ranking is more defensible than the intermediate one because all 110 expected model-task cells have recorded runs and all 110 are fully judged under one harness version and one judge version. It is still provisional. Ten tasks sample a narrow form of constrained scene-and-motion synthesis, and two recorded runs per cell are too thin for confidence intervals on the ordering. We make no claim of statistical significance.

Read a headline score as shorthand for a longer sentence: under this response-only channel, this model had its selected artifacts from these ten SceneSpec tasks rendered by this React Three Fiber and Anime.js runtime and scored by these four judges with this rubric in July 2026. Remove any condition and the number starts to describe a different experiment.

The bounded result can identify artifacts worth inspecting, tasks that separate models, schema failures that deserve a retry policy, and judge disagreements that need human review. It cannot establish that one model is universally better at coding, spatial reasoning, design, or agentic work. The next version should raise recorded runs from two to at least five, report reliability by rubric dimension, add a stratified human-rater study, and model task, run, and judge variation instead of printing a strict order when uncertainty overlaps.

  • Use the ordering to choose what to inspect next, not as a procurement rule detached from the task and harness.
  • Compare validity, per-task performance, rendered artifacts, and judge spread beside the aggregate.
  • Re-run the benchmark when the model route, harness, renderer, prompt, rubric, or panel changes.
  • Complete describes corpus coverage. Provisional describes the strength of the inference.

07 / Production missions

Prompts that specify a whole mission.

These are not idea starters. Each is an operating contract for GPT-5.6 or Fable 5: outcome, boundaries, architecture, model policy, phases, acceptance tests, evidence, release, and stop conditions.

Mission 01 · Evaluation design

Audit a benchmark as one executable measurement system

A provenance map and invariant checklist that follows one candidate artifact from task delivery through publication, with every place the harness can convert infrastructure behavior into a model score named explicitly.

Independent benchmark reviewer · no contender or judge role

Full operating contract

MISSION: AUDIT THE BENCHMARK AS AN EXECUTABLE SYSTEM

Act as an independent evaluation engineer. Do not rank models and do not rewrite the benchmark. Trace the current measurement system end to end and identify where its composed behavior can diverge from the stated experiment even when every component reports success.

INPUTS I WILL PROVIDE
- Task registry, exact prompts, model roster, attempt policy, and provider route configuration.
- Tool, skill, rule, system-prompt, and response-channel settings for every contender.
- Output schema and validator, including semantic checks beyond JSON parsing.
- Attempt-selection code, renderer, capture code, judge prompt, rubric, panel configuration, and exported results.
- Run records, retry classifications, frame manifests, and any partial-corpus analysis.

TRACE CONTRACT
For one model-task cell, follow task_id → model route → attempt_id → raw response → collected artifact → validation result → selected_run_id → rendered scene → capture ids → judgment ids → aggregate row. Record the owning code path and persisted identifier at every transition. A transition with no shared identifier is a finding.

INVARIANTS TO TEST
1. Every contender receives equivalent task content and an explicitly comparable delivery channel.
2. Provider and transport failures cannot become invalid model artifacts or published zeros.
3. The selected attempt is determined once and consumed by render, capture, judging, and export.
4. Every frame resolves to the exact selected run and current harness version.
5. Every judgment resolves to the selected run, judge model, judge configuration, rubric version, and evidence mode.
6. Missing visual evidence changes the evidence mode symmetrically within a batch.
7. Aggregates reconcile with atomic records and declare whether the corpus is complete.
8. Partial-corpus analysis cannot mutate the panel, task set, rubric, or selection rule mid-sweep.

FAILURE INJECTION
Exercise at least these cases: a route that passes a toy probe but rejects the real task; a model that writes the artifact to a tool-created file; two valid attempts where newest differs from first valid; a stale frame from an earlier run; one missing frame inside a batch; a retryable transport failure; and a judge response that parses but names the wrong contender.

OUTPUT
- A diagram of identifiers and trust boundaries from task to aggregate.
- An invariant table with owner, check, observed evidence, failure mode, and severity.
- A reconciliation of expected and observed runs, model-task cells, selected attempts, judgments, and evidence manifests.
- A short list of claims the current system supports and claims it does not support.

ACCEPTANCE TEST
A second reviewer must be able to start from any published aggregate, walk backward to every atomic judgment and frame, then reach the exact raw response and task without using timestamps or filenames as guesses.

Mission 02 · Harness integrity

Separate model capability from delivery-channel and capture effects

A bounded ablation that shows whether tools, artifact collection, attempt selection, or visual evidence change the measured outcome before those settings become part of a published comparison.

Evaluation engineer · identical pinned contender routes across conditions

Full operating contract

MISSION: ABLATE THE CHANNEL WITHOUT CHANGING THE TASK

Design a pre-publication harness check that holds model route, task text, sampling settings, schema, renderer, and rubric constant while changing only one delivery or evidence variable at a time. The goal is to detect confounds, not to improve a model's score.

CONDITIONS
A. Response-only: no tools, skills, or external rules; the validator consumes the assistant response.
B. Artifact-aware: a write tool is available; the collector consumes the declared file artifact and records its path and digest.
C. Capture-newest: the arena displays the newest attempt, included only as a negative control.
D. Capture-selected: the arena displays the attempt chosen by the scoring selection rule.

CONTROLS
- Pin the exact provider route and all generation settings.
- Use the same task instances and fresh run identifiers in every condition.
- Never compare a retried transport failure with a successful generation as if they were two model samples.
- Validate the collected bytes, not a prose acknowledgement that an artifact exists.
- Record response, file artifact, selected attempt, frame manifest, and judgment as separate linked objects.

MEASUREMENTS
Report parse validity, schema validity, artifact identity, selected-attempt identity, frame-to-run match, and rubric total separately. For every difference, classify the cause as model output, delivery channel, collector, selection rule, renderer, capture, or judge. Do not collapse the classifications into one score.

STOP CONDITIONS
Stop publication if equivalent successful artifacts receive different validity solely because of where they were delivered; if capture and judging resolve different run ids; if evidence availability differs within a judging batch; or if a transport fault can reach an aggregate as a model zero.

DELIVERABLES
The condition matrix, linked run manifests, artifact digests, screenshots tied to selected run ids, a classification of every divergence, and the smallest uniform channel policy that matches the benchmark's stated capability claim.

Mission 03 · Judge integrity

Measure panel sensitivity without redesigning from partial data

A full-corpus judge analysis that separates contender quality from self-preference, compares redundancy against a declared cross-family control, and states what remains unknown without human calibration.

Statistical reviewer · calculations from frozen atomic judgments only

Full operating contract

MISSION: AUDIT THE JUDGES AFTER THE CORPUS IS FROZEN

Use atomic judgment records from the completed sweep. Do not rerun judges, change the panel, remove outliers, or tune the rubric after seeing the result. Reproduce every analysis from immutable judgment ids.

COMPLETENESS GATE
Before calculating anything, reconcile expected model-task cells, selected attempts, panel members per cell, and total judgments. If the corpus is partial, report progress only and stop. Do not make a judge-removal recommendation from a subset.

SELF-PREFERENCE CONTROL
For each judgment, calculate the judge's deviation from the mean of the other panel members on the same submission. Compare the judge's residual on its own model and family with its residual on other models and families. Report raw means beside residual results so the contender-quality confound is visible. State that the remaining-panel baseline is not family-neutral.

REDUNDANCY CONTROL
Compare residual correlation for the candidate same-family pair with a predeclared cross-family pair on the identical complete set of submissions. Report both correlations, their difference, the sample count, and sensitivity to task and rubric dimension. Do not translate a correlation into a panel-removal decision without an operational threshold declared before analysis.

LIMITS
Separate panel agreement from correctness. Record unmatched effort controls, small attempt counts, prompt-order effects not measured, and the absence of human calibration. Do not claim statistical significance unless the design and interval calculation support it.

OUTPUT
A reproducible table of raw family means, leave-one-out residuals, pairwise residual correlations, task-level sensitivity, and exclusions; a one-page interpretation that distinguishes observations from inferences; and a recommendation to keep or change the panel only for the next frozen benchmark version.

08 / En español

Prism Arena no es una tabla de posiciones

Prism Arena compara sistemas ejecutables, no respuestas aisladas. Once modelos resolvieron diez tareas con dos ejecuciones registradas por tarea: 220 en total. Una ejecución podía reintentar una invocación OMP fallida; ese reintento no se conservó, así que la confiabilidad se mide por ejecución registrada y no por llamada al proveedor. SceneSpec v1 comprobó la validez de cada artefacto; un solo runtime de React Three Fiber y Anime.js renderizó los artefactos válidos, y cuatro jueces calificaron la ejecución seleccionada de cada una de las 110 celdas modelo-tarea. El corpus terminó con 440 juicios y las 110 celdas completamente evaluadas.

El arnés cambió lo que parecía medir. Con una herramienta de escritura, varios modelos guardaron el SceneSpec en un archivo y respondieron con un resumen; un analizador que solo miraba la respuesta lo marcó como inválido. En captura, la arena mostraba la ejecución más reciente mientras los jueces seleccionaban la primera ejecución válida o, si ninguna validaba, la primera inválida. Esa deriva afectó 100 de 110 celdas sin producir un error visible. El canal y la procedencia del artefacto son variables del experimento.

Los jueces también forman parte del instrumento. Una señal de redundancia cambió entre 59 y 110 ejecuciones seleccionadas: la diferencia que parecía justificar eliminar un juez se redujo a 0.039 en el corpus completo. Los residuales sobre el modelo propio variaron entre −1.10 y +0.50 y cambiaron de signo entre jueces. Este control contradice la lectura simple de los promedios brutos, pero se apoya en otros jueces que tampoco son neutrales por familia.

Por eso el orden final es descriptivo y provisional. Resume estas diez tareas, dos ejecuciones registradas por celda, este contrato, este renderizador, este panel y esta fecha. No tiene intervalos de confianza ni calibración humana, y no afirmamos significancia estadística ni una jerarquía universal de modelos.

  • Valida el artefacto y ejecuta su semántica; no puntúes solo sintaxis o prosa.
  • Mantén idénticos el canal de entrega y el acceso a herramientas para todos los contendientes.
  • Ata cada captura al mismo identificador de corrida que selecciona el juez.
  • Calcula redundancia y autopreferencia sobre el corpus completo y publica los controles.
  • Lee el ranking junto con validez, tareas, artefactos y desacuerdo entre jueces.

09 / Source trail

Primary, fresh, inspectable.

Product details move quickly. These sources were checked for this issue on July 26, 2026. Re-verify before changing production policy.

  1. 01Prism Arena human-readable benchmark dashboardAgentic EngineeringCanonical human-readable publication with standings, reliability analysis, task-level evidence, methods, limitations, and authorship.
  2. 02Prism Arena Bench downloadable paper (PDF)Agentic EngineeringDownloadable paged edition generated from the same published dashboard and benchmark evidence.
  3. 03Prism Arena complete benchmark exportAgentic EngineeringCanonical machine-readable export for the eleven-model roster, ten-task registry, 220 recorded runs, 440 judgments, 110 fully judged model-task cells, selected runs, per-recorded-run validity, model summaries, and frozen harness and judge versions used in this note.
  4. 04Prism Arena publication analysis and limitationsAgentic EngineeringCanonical editorial record for the systems-benchmark definition, tool-channel confound, capture drift, judge-redundancy reversal, self-preference control, limitations, and roadmap reported here.
  5. 05JSONSchemaBench: A Rigorous Benchmark of Structured Outputs for Language ModelsarXivMethodological neighbor for separating schema compliance from downstream semantic quality. Prism Arena treats structural validity as the entry condition and evaluates the rendered artifact afterward.
  6. 06LLM Evaluators Recognize and Favor Their Own GenerationsarXivEvidence that blinded labels do not prove self-preference absent: a judge may infer authorship from recurring output style, so Prism Arena reports blinding as a mitigation and measures residual preference instead of claiming neutrality.
  7. 07Replacing Judges with Juries: Evaluating LLM Generations with a Panel of Diverse ModelsarXivMethodological precedent for diverse model panels and a reminder that one judging prompt supplies no estimate of prompt variance. It supports sensitivity checks rather than treating panel consensus as ground truth.

Weekly signal · biweekly email

Field-tested ideas. No content treadmill.

One substantial note when we have something worth showing: systems, receipts, prompts, and what failed. Confirm by email. Unsubscribe whenever you like.

Signup opens when the production Turnstile site key is configured.