Evaltudepreview

Structured-intent evaluation

Which complete system should a team deploy?

Six configurations answered the same 88 tasks. These documents cover how the evaluation works, the question sets, how to read the results, where a correction policy backfires, the cost and latency caveats, the run manifest, and the full engineering write-ups.

How the evaluation works

Every headline number is computed from deterministic, trial-level evidence: how tasks are scored by exact match, and why nothing on this site is hand-entered.

The three question sets

Development, held-out and adversarial tasks each answer a different question about a system — and only the held-out split is an unbiased test of generalization.

Reading the leaderboard

How to read the comparison as three separate questions rather than one score, and what the ranking does and does not tell you about a production choice.

A winner is not a solved task

The adversarial set shows every system failing cases a leaderboard position hides. Winning a benchmark is not the same as solving the task.

When a correction policy backfires

The same deterministic guardrail lifts Qwen 3B by 25 points and nets to zero on Qwen 7B. Why a single final score would hide that entirely.

Cost and latency, honestly

Cost is a marginal estimate and latency is directional only. Both are inputs to a routing decision rather than clean rankings of model quality.

1 · Continuous batching

Continuous batching is an end-to-end property: a measured serving write-up on where throughput comes from, where the knee is, and what the queue does past it.

2 · Structured outputs, wrong answers

Constrained decoding drove structural failures to zero while semantic failures remained. Valid JSON is not a correct answer.

3 · The serving knobs that mattered

Which vLLM serving knobs changed measured throughput and tail latency on a single L4, isolated one flag at a time, and which made no difference at all.

A1.5 run manifest

The exact model identifiers, prompt and scorer versions, decoding settings, splits and limitations behind the A1.5 comparison — including the parts of the record that are incomplete.

Companion experiment: run-to-run variance

A separate 20-question repeatability check on one self-hosted deployment: raw intents were bit-identical across concurrency 1, 16 and 32. Not part of the A1.5 comparison.