research · web
HTTP 301 vs 308
Pre-registered hypothesis
Hypothesis
Near the ceiling for every architecture: all five claims sit in two short sections of RFC 9110. The one place a verify phase can earn its cost is the MDN trap below.
Written when the task was written, before any run. It is a prediction in words, so read it against what happened rather than trusting a verdict drawn for you.
What happened on Opus 5.5
- Highest mean score: Single 1.000
- Lowest: Orchestrator-workers 0.896
Means over the runs that count; intervals and verdicts are on the results page.
Who solved it
On Opus 5.5, Single, Plan-execute, Plan-execute-verify, Propose-select and Gated-execute score highest at 1.000 and Orchestrator-workers lowest at 0.896. The same task, every architecture, every model: one square per run.
Point at a square or tab to it to read its run. Each square opens its run.
The prompt every architecture was handed
What is the difference between HTTP status codes 301 and 308? Explain what each one means, how a client is expected to treat the request method and body when following each, whether each is cacheable, and where each is currently specified. Research this with the provided web tools and write a complete, self-contained answer. Write the answer for the user in prose. Then list the evidence for your key claims: end the answer with one fenced JSON block of exactly this shape, one entry per claim: ```json {"evidence": [{"claim": "<the claim, in your words>", "quote": "<a sentence copied word for word from the page>", "url": "<the URL of that page, as you opened it>"}]} ``` Every quote is checked against the text of the page at its URL. A paraphrase, or a quote from a page you did not open with fetch_page, does not count as evidence. The block must be valid JSON: write a double quote inside a string as \".
The domain policy
Appended to the system prompt for every architecture, so none of them gets a rules advantage.
Research rules: - The `search` and `fetch_page` tools are your only access to the web. Any other browsing tool is unavailable. - Search snippets are previews, not sources. Open a page with `fetch_page` before relying on what it says. - Long pages arrive one window at a time. Continue with `offset`, or use `find` to jump to a phrase. - Cite the URL of every source you rely on, next to the claim it supports. - Never cite a URL you did not open with `fetch_page`. A citation to an unopened page is scored as a fabrication. - Quotes must be copied word for word from the page you cite; they are checked against the page text. - Quote only passages the tools have shown you in this session. A quote recalled from memory does not count, even when the page contains it. - When sources disagree, say so explicitly and attribute each position, instead of silently picking one.
The traps it sets
A trap is a specific way to go wrong, declared before any run and tied to the assertions or rules that register it. A trap fired in a run when one of those failed. On Opus 5.5:
Where it was lost
On Opus 5.5, the item most often missed is “States that a client following a 308 must not change the request method: a POST is repeated as a POST, with its body.”, by 8% of runs. A score says an architecture lost points. This says which ones: for each graded item, the runs that earned less than full credit, out of the runs that count.
How the failures failed2wrong answer
In numbers, on Claude Opus 5.5
- Gated-execute1.000
2 runs100% pass$0.236 / run45.2s
- Plan-execute1.000
2 runs100% pass$0.364 / run1m 7s
- Plan-execute-verify1.000
2 runs100% pass$0.638 / run1m 50s
- Propose-select1.000
2 runs100% pass$1.26 / run1m 60s
- Single1.000
2 runs100% pass$0.309 / run57.2s
- Orchestrator-workers0.896
2 runs0% pass$1.06 / run2m 9s
wrong answer ×2
| Strategy | n | Mean score | Pass | Cost / run | Latency | Failure modes |
|---|---|---|---|---|---|---|
| Gated-execute | 2 | 1.000 | 100% | $0.236 | 45.2s | — |
| Plan-execute | 2 | 1.000 | 100% | $0.364 | 1m 7s | — |
| Plan-execute-verify | 2 | 1.000 | 100% | $0.638 | 1m 50s | — |
| Propose-select | 2 | 1.000 | 100% | $1.26 | 1m 60s | — |
| Single | 2 | 1.000 | 100% | $0.309 | 57.2s | — |
| Orchestrator-workers | 2 | 0.896 | 0% | $1.06 | 2m 9s | wrong answer ×2 |
Every run on Opus 5.512 runs · $7.73 spent
Provenance of the numbers on this page
- run set
- scaffold-or-scale-v1
- models
- Haiku 4.5, Sonnet 5.5, Opus 5.5
- effort
- high
- repeats
- 2
- fixtures
- replay
- runs
- 900 / 900
- strategy cost
- $354.44
- judge cost
- $9.19
- wall clock
- 9h 48m
- git
- fce5807b2d
Cost excludes judge calls, which are tracked separately so a scoring model never flatters or penalises an architecture. Every figure on this site is read from results/ at build time.