ScaffoldBench

RunSonnet 5.5repeat 1

Plan-execute on Triage the weekend's queue on Monday morning

claude-sonnet-5-5__plan-execute__support-monday-triage__r1

Score

0.951

wrong answer
design ran as designed
Cost
$0.254
Latency
1m 18s
setup 0.0s, grading 0.0s
Turns
80
Tool calls
77
Subagents
0
Tokens in / out
278k / 10k
250,339 read from cache

Did the design run?

every check held
  • Run completed: heldharness.run-completedThe environment was built, the architecture returned and grading finished, none of them throwing.
  • No API failures: heldharness.apiNo model call failed at the API.
  • Every call ended: heldharness.calls-endedEvery call ended with a result, or was stopped by the run's own limits.
  • No harness tool denied: heldharness.harness-toolsThe sandbox guard never denied a harness tool, nor a tool the session itself offered.
  • Tool servers connected: heldharness.mcp-connectedEvery tool server the harness gave a call was connected when the session started.
  • No foreign tool servers: heldharness.mcp-hermeticNo call loaded a tool server the harness did not give it.
  • Builtin tools: heldharness.builtin-toolsA check recorded with the run.
  • Structured replies arrived: heldharness.structured-outputEvery call that asked for structured output and ran to the end got it.
  • No silent fallbacks: heldharness.not-degradedNo phase fell back on a default (an empty plan, a default winner) instead of its output.
  • The plan was a plan: heldplan-execute.planThe planner’s reply was read through its schema and held at least one step.
  • Each call was shown the right tools: heldplan-execute.toolsThe planner was shown no tools and the executor the task’s full toolset.

Phases

Plan: 0.0s to 11.1s, finished, 0 tool calls, $0.022
Execute: 11.1s to 1m 18s, finished, 77 tool calls, $0.233

Drawn from the phase records: timing and cost per call, no tool calls or messages.

PhaseDurationCostTurnsToolsModel
Plan11.1s$0.02220claude-sonnet-5-5
Execute1m 7s$0.2337877claude-sonnet-5-5

The call-by-call replay is not published for this run. Traces are large, so the repository keeps 9 of this run set’s 900 and leaves the rest out; the score, phases and final answer on this page come from the committed run record.

Runs you can replay

Record this cell yourself: npm run bench -- run --strategies plan-execute --tasks support-monday-triage --models claude-sonnet-5-5 --repeats 1

Score breakdown

  • passT-2001 graded sev3
    1.00weight 0.02

    severity=sev3

  • passT-2001 due 2026-03-23T17:00:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T17:00:00Z

  • passT-2001 assigned to E-303
    1.00weight 0.02

    assignee=E-303

  • passT-2002 graded sev4
    1.00weight 0.02

    severity=sev4

  • passT-2002 due 2026-03-26T17:00:00Z
    1.00weight 0.02

    sla_due_at=2026-03-26T17:00:00Z

  • passT-2002 assigned to E-203
    1.00weight 0.02

    assignee=E-203

  • passT-2003 graded sev2
    1.00weight 0.02

    severity=sev2

  • failT-2003 due 2026-03-23T10:30:00Z
    0.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2003 assigned to E-101
    1.00weight 0.02

    assignee=E-101

  • passT-2004 graded sev2
    1.00weight 0.02

    severity=sev2

  • passT-2004 due 2026-03-23T12:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2004 assigned to E-201
    1.00weight 0.02

    assignee=E-201

  • passT-2006 graded sev2
    1.00weight 0.02

    severity=sev2

  • passT-2006 due 2026-03-23T12:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2006 assigned to E-201
    1.00weight 0.02

    assignee=E-201

  • passT-2007 graded sev2
    1.00weight 0.02

    severity=sev2

  • passT-2007 due 2026-03-23T12:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2007 assigned to E-601
    1.00weight 0.02

    assignee=E-601

  • passT-2008 graded sev4
    1.00weight 0.02

    severity=sev4

  • passT-2008 due 2026-03-26T17:00:00Z
    1.00weight 0.02

    sla_due_at=2026-03-26T17:00:00Z

  • passT-2008 assigned to E-302
    1.00weight 0.02

    assignee=E-302

  • passT-2009 graded sev4
    1.00weight 0.02

    severity=sev4

  • passT-2009 due 2026-03-26T17:00:00Z
    1.00weight 0.02

    sla_due_at=2026-03-26T17:00:00Z

  • passT-2009 assigned to E-102
    1.00weight 0.02

    assignee=E-102

  • passT-2011 graded sev2
    1.00weight 0.02

    severity=sev2

  • passT-2011 due 2026-03-23T12:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2011 assigned to E-201
    1.00weight 0.02

    assignee=E-201

  • passT-2013 graded sev2
    1.00weight 0.02

    severity=sev2

  • passT-2013 due 2026-03-23T12:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T12:10:00Z

  • passT-2013 assigned to E-303
    1.00weight 0.02

    assignee=E-303

  • passT-2015 graded sev1
    1.00weight 0.02

    severity=sev1

  • passT-2015 due 2026-03-23T09:10:00Z
    1.00weight 0.02

    sla_due_at=2026-03-23T09:10:00Z

  • passT-2015 assigned to E-201
    1.00weight 0.02

    assignee=E-201

  • passT-2016 graded sev4
    1.00weight 0.02

    severity=sev4

  • passT-2016 due 2026-03-26T17:00:00Z
    1.00weight 0.02

    sla_due_at=2026-03-26T17:00:00Z

  • passT-2016 assigned to E-302
    1.00weight 0.02

    assignee=E-302

  • passT-2012 merged into T-2003
    1.00weight 0.02
  • failT-1999 merged into T-2003
    0.00weight 0.02
  • passT-2005 merged into T-2004
    1.00weight 0.02
  • passT-2010 closed as not a service request
    1.00weight 0.02
  • passT-2014 closed as not a service request
    1.00weight 0.02

Penalties

No penalties were applied.

Scorer metadata

tool calls
77
failed tool calls
0
distinct tools
15

Final answer

I triaged all 16 tickets in the new queue, and it is now empty. The desk clock reads Monday 2026-03-23 08:10Z, not the 2026-10-06 date in the prompt. I used the desk clock. The desk is closed until 09:00, so sev3 and sev4 targets start counting then.

No ticket has company-wide impact, so I opened no incident, paged nobody and ran no runbook. T-2015 is sev1 but department-wide, so it isn't a major incident.

TicketOutcome
T-2003Survivor of a merge with T-2012, which is another report of failing Payments builds. Sev2, due Mon 12:10, assigned to E-101 (platform-primary).
T-2004Survivor of a merge with T-2005, both CRM search errors (KB-23). Sev2, due Mon 12:10, assigned to E-201 (business-apps).
T-2006Payroll single-user is sev2 under KB-55, which runs 20–31 March. Due Mon 12:10, E-201.
T-2007Suspected phishing, so sev2 and owned by security-oncall. Due Mon 12:10, E-601.
T-2011Payroll team impact, sev2. Due Mon 12:10, E-201.
T-2013VPN department impact, sev2. Due Mon 12:10. E-301 is on leave, so it went to the network-secondary on-call, E-303.
T-2015A new payroll department ticket that arrived during triage. Sev1, due Mon 09:10, E-201.
T-2001VPN team impact, sev3. Due Mon 17:00. E-301 is on leave, so E-303 (network-secondary).
T-2002CRM single-user, sev4. Due Thu 26 Mar 17:00. E-202 is on leave that day, so E-203 (business-apps-secondary).
T-2008VPN single-user, sev4. Due Thu 17:00, E-302.
T-2016A new VPN single-user ticket that arrived during triage. Sev4, due Thu 17:00, E-302.
T-2009Build-pipeline single-user, sev4. Due Thu 17:00, E-102.
T-2010Closed as external marketing, not a service request.
T-2014Closed as an automatic out-of-office reply, not a service request.
  • Deadlines: None of the tickets had a deadline, so each got triage time plus its severity's response target. Sev4 is 1440 business minutes. It runs Monday, Tuesday and Thursday, because 25 March is a company holiday.
  • Merges: Neither merged set had an existing deadline, so each survivor took the computed one.

The merge of T-2003 and T-2012 is a judgement call. Both are Payments builds failing since the weekend, but no knowledge-base article confirms they share a cause.

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.