Field noteNov 14, 20265 min read1 source

Six Surge Benchmarks Join the Fireworks Specialized Intelligence Index

In one minute

Surge AI says six of its benchmarks have joined Fireworks’ Specialized Intelligence Index: five tests of professional knowledge work and one software-engineering benchmark. The addition broadens the index’s coverage of job-shaped evaluations, giving teams another place to compare models against tasks involving ambiguity, multiple files and professional judgment.

What changed: Six Surge AI benchmarks have now joined Fireworks’ Specialized Intelligence Index, adding evaluations of models’ performance on ambiguous, real-world professional work.

What happened

Surge AI announced that six benchmarks are now included in the Fireworks Specialized Intelligence Index (SII). Five belong to its DAYJOB family: Healthcare, Finance, Tax, Accounting and Data Science. The sixth, sudo L7, evaluates software engineering. Surge describes the SII as a collection of practitioner-built evaluations intended to show how open, closed and specialized models perform against real work. The announcement is dated October 29, 2026; the page also displays October 28, 2026, so the publication date is not unambiguous.

The benchmarks are designed around work that is less tidy than a single question with a clearly specified answer. Surge says a finance task might require finding a number in a spreadsheet and noticing a disagreement between sources. An engineering assignment might ask for a faster system, leaving the agent to determine what should change, what could break and whether the request is sound. The company says its evaluations focus on judgment around execution, including recognizing risks and deciding when a technically correct result is professionally wrong.

Surge says practitioners who have done the relevant work write each task, define its environment and create its rubric. Tasks go through multiple rounds of review for correctness, completeness and solvability. The experts named in the announcement include a senior portfolio manager at BlackRock, a pediatric endocrinologist and epidemiologist, an astrophysicist with an Oxford MSc and PhD, and a principal software engineer at NASA’s Jet Propulsion Laboratory. Surge says its rubrics measure correctness, verification, judgment, communication and other behaviors that a pass/fail score can conceal.

The company gives several scale indicators. DAYJOB environments average 22–36 input files per task, with some exceeding 300. Surge estimates that 44% of DAYJOB tasks require at least 20 hours of professional work, and says nearly half require five to ten years of experience. For sudo L7, roughly 70% of tasks come from privately licensed production codebases spanning more than 75 repositories and more than 15 organizations. The announcement says those tasks touch systems such as identity and access control, payments, ledgers, payroll and webhooks.

Surge’s stated rationale is that model performance depends on the job: a model strong at coding may struggle with financial analysis, while performance on clean problems may not predict performance when information is scattered or contradictory. The company directs readers to the SII to explore the benchmarks. The announcement does not specify a price, access procedure or benchmark results for the six additions.

What the archive adds

New Runtime covered another addition to the same index in its November 6, 2026 note on Grafana Labs’ o11y-bench. This is a new event in a continuing story: the index is adding evaluations for distinct kinds of work, rather than this being a restatement of the observability benchmark announcement.

Trend signal

This does not yet fit a pattern New Runtime tracks. Surge’s emphasis on verification and judgment is relevant to how teams assess agent output, but this announcement describes benchmark design rather than a measured change in how production teams organize or verify that work.

Why now

Surge frames the addition around a gap between progress on difficult, well-specified problems and the demands of actual jobs, where instructions can be ambiguous and evidence spread across files. Its announcement provides no separate explanation for the timing beyond adding the six benchmarks to the index now.

Connections to other events

New Runtime’s earlier coverage of Zapier’s AutomationBench joining the index described an addition focused on end-to-end business workflows, with the best model completing 51.3% of those workflows. The new Surge additions extend the index toward profession-specific work and software engineering; they should not be treated as directly comparable scores because the task sets differ.

Why it matters

A general model leaderboard can make a system look capable without answering whether it can handle a particular team’s work. These benchmarks point toward a more useful evaluation question: can a model navigate the files, conflicting evidence and judgment calls that a job actually requires? For teams choosing a model or deciding where to trial an agent, domain-specific tests can help identify which capabilities need scrutiny before deployment.

The announcement is also a reminder to inspect what a benchmark rewards. A score based only on a final answer may miss whether the system checked its work, communicated uncertainty or avoided a technically correct but inappropriate change. Surge’s account makes those dimensions visible as design goals, but teams should verify that a benchmark’s tasks and rubrics resemble their own environment. The index can inform that work; it cannot substitute for evaluation on a company’s data, processes and risk thresholds.

Limits and uncertainty

Surge’s announcement does not report model scores on the newly added benchmarks, identify a ranking change, or quantify how well benchmark results predict performance in deployed jobs. It gives aggregate details about task environments, but does not explain how representative the tasks are of every organization or how results should be compared across the six benchmarks. The announcement also does not state access terms, licensing conditions for benchmark data, evaluation costs or whether the privately licensed codebases used by sudo L7 are accessible to outside evaluators. The claims about task construction and scale come from Surge and are not independently checked here.

Skill to build now

Before using a benchmark score to choose a model, write down the work you need it to perform and the failure modes that matter: missed conflicting records, unsafe changes, weak verification or unclear handoffs. Then check whether the benchmark’s task shape and scoring rubric test those behaviors. Run a small evaluation on representative internal examples before treating an external ranking as a deployment decision.

Reader takeaway

The SII’s six new Surge benchmarks add professional-work and software-engineering evaluations, not a new model or proof of production readiness. Their practical value depends on whether their tasks and scoring criteria match the work your team needs an agent to do.

Evidence / sources

  1. 1surgehq.ai/blog/fireworks-specialized-intelligence-index
All Field Notes

Next reads

Read next

Open the graph
  1. 01topicKnowledge WorkExplore the knowledge-work topic hub.
  2. 02archiveField NotesOpen the latest editorial analysis.
  3. 03sourcesSourcesSee the original sources this archive cites.
Who read this page?Machine requests, hidden until opened

Loading the privacy-safe route aggregate...

Open the JSON contract