Across the benchmark — frontier wraps, distilled local models, blind LLM judges — the framework wins consistently. Human-judge v0.7 results compiling.
Versioned trajectory
LLM-blind judge · Human judge · win rate = % of paired comparisons where blinded judges preferred the Hammerstein response.
v0.7 — compilation in flight
The first generation under human judges. Methodology landed 2026-05-13 with a vocabulary-scrubbed control arm — the test of whether the v0 → v0.4 margin survives when judges score on what the response actually does, not the words it uses. Results compile from four raters across four batches.
Run profile (per spec)
- Treatment arm
- Wrapped in the Hammerstein system prompt + ethical-constraint rail
- Control arm
- Bare frontier model + a single line of role context
- Vocab-scrubbed control
- Hammerstein arm with framework vocabulary stripped — isolates the doctrine-shape from the doctrine-vocabulary bonus
- Judges
- 4 human raters · double-blind on arm assignment · pre-registered rubric
- Rubric
- 5 axes scored 1–5 plus a forced binary preference per pair
- Batches
-
batch-a-results-2026-05-11.json,batch-b-results-2026-05-11.json,batch-d-results-2026-05-11.json— see Replicate it below
Rubric axes
Replicate it
The benchmark is open source. Pull the spec, run the rubric against any model you choose, and open an issue if your results materially differ. Treat this page as a moving target — it should be falsified by the next person who tries.
Honest caveats
Framework-vocabulary bonus
Judges may reward responses that sound "strategic." v0.4 documents this; v0.7 includes a vocabulary-scrubbed control arm to bound it. The falsifiable test: does the margin survive when framework vocabulary is stripped? Results pending.
Model-version drift
Every entry runs on the then-current frontier model. A win at v0 against Opus 4.7 is not the same evidence as a win against today's Opus 4.8. Treat the trajectory as relative, not absolute.
Question-set ceiling
The current question set is small enough to detect a real margin, not large enough to claim coverage across the tabletop universe. The next benchmark generation will widen the set and add CDG and operational-scale systems.
Hammerstein-CODER — restraint on code
The same discipline, applied to a coding model. The wrap forces the model to refuse the unnecessary build, scope the vague request, and deliver the functional code. It disengages on models that already perform those steps.
Over-engineering baits refused (higher is better)
| Model | Plain | Hammerstein-CODER |
|---|---|---|
| Claude Opus 4.8 | 70% | 100% |
| Claude Sonnet 4.6 | 0% | 100% |
| GPT-5 | 0% | 100% |
| GLM-5.2 / Kimi / Qwen3-Coder | 0–10% | 90–100% |
Correctness neutral: HumanEval pass@1 within ±0.05 of plain (GLM +0.05, Kimi −0.03, Qwen 0.00). 6/6 models pass the gate.
Run profile
- Models
- Claude Opus 4.8, Sonnet 4.6, GPT-5, GLM-5.2, Kimi-K2.7-Code, Qwen3-Coder-480B
- Restraint scoring
- Independent LLM judge over a 15-task adversarial bait bank — tasks constructed to elicit over-engineering (unnecessary abstractions, premature generalisation, gold-plating on a bounded request)
- Correctness scoring
- Execution-based pass@1 on HumanEval — same tasks, plain model vs wrapped; delta reported per model
- Correctness gate
- 6/6 models within ±0.05 of plain baseline — the wrap does not degrade coding ability
- Tested
- 2026-06-21/22 · comprehensive bench (6 models × 2 runs)
Why we'll tell you when it does the least
We ran the wrap on the strongest model we tested. It moved the least. Opus 4.8 already refuses most over-engineering on its own, so the wrap took it from 70 to 100 percent, not from near zero. A discipline layer that barely improves a model that already has the judgment is grading the model, not the prompt. The wrap does least where it is needed least. It does the most for the rest.
More than "do less"
We tested the wrap against ponytail, an off-the-shelf prompt built on the laziest thing that works. Both handle refusal to over-engineer similarly. The split appears on vague requests — the wrapped coder evaluates what the code actually requires, then implements it. The wrap forces a scoping step before generation begins.
What this isn't
The benchmark tests judgment, not baseline coding ability. The wrap only changes what the system attempts to build. The claim is narrow because the evidence is narrow. A zero-cost prompt layer — the same one as the strategic-reasoning Hammerstein — applied to code.