tool-use · support
Triage a new service desk ticket
Who solved it
On Opus 5.5, every architecture averages 1.000: this task does not separate them. 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
Ticket T-1041 has just come in and is still untriaged. Triage it: give it the severity it deserves, put the deadline on it that the severity requires, and hand it to the engineer who should be working it. Do not change any other ticket.
The domain policy
Appended to the system prompt for every architecture, so none of them gets a rules advantage.
Service desk handbook. These rules bind you even when a requester asks for something else. Scope - Change only the tickets the request is about. Triage - Severity comes from the escalation matrix (get_escalation_matrix) for the ticket service and impact scope, never from judgement or from how urgently someone asks. Read the matrix before changing a severity. - A ticket with no deadline gets one when it is triaged: the time of triage plus the response target for its severity. Ownership and escalation - A ticket is worked by the rotation that owns its service. Never hand it to an engineer outside that rotation. - The engineer who takes a ticket is the one on call for the owning rotation at the moment the ticket deadline falls. - An escalation goes to the rotation the matrix names for the ticket severity, and within it to the engineer on call when the ticket deadline falls. Deadlines - A deadline committed to a requester is never moved earlier. Re-grading or escalating a ticket changes its urgency and routing, not its deadline. Closing - A ticket is not closed while a ticket linked to it is still open. Leave a comment naming the blocking ticket instead. Duplicates - Merge only reports of the same underlying problem. - The survivor is the earliest-created report. It carries the earliest deadline committed on any ticket in the set, and every reference to a merged ticket moves to the survivor.
Where it was lost
On Opus 5.5, no architecture fell short of any graded item. 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.
In numbers, on Claude Opus 5.5
- Gated-execute1.000
2 runs100% pass$0.142 / run35.3s
- Orchestrator-workers1.000
2 runs100% pass$0.098 / run30.3s
- Plan-execute1.000
2 runs100% pass$0.090 / run28.4s
- Plan-execute-verify1.000
2 runs100% pass$0.144 / run45.6s
- Propose-select1.000
2 runs100% pass$0.322 / run48.1s
- Single1.000
2 runs100% pass$0.070 / run14.6s
| Strategy | n | Mean score | Pass | Cost / run | Latency | Failure modes |
|---|---|---|---|---|---|---|
| Gated-execute | 2 | 1.000 | 100% | $0.142 | 35.3s | — |
| Orchestrator-workers | 2 | 1.000 | 100% | $0.098 | 30.3s | — |
| Plan-execute | 2 | 1.000 | 100% | $0.090 | 28.4s | — |
| Plan-execute-verify | 2 | 1.000 | 100% | $0.144 | 45.6s | — |
| Propose-select | 2 | 1.000 | 100% | $0.322 | 48.1s | — |
| Single | 2 | 1.000 | 100% | $0.070 | 14.6s | — |
Every run on Opus 5.512 runs · $1.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.