Back to all fields

Software

Can AI deliver working software, maintain it and fix problems with less human help?

29%

field summary estimate

6 outcomes · Assessed November 7, 2026 · Low confidence

The field estimate averages its outcome scores. It is a reading aid, not a measured fraction of the field that AI manages.

How the estimate built up.

Each band is one outcome's share of the field estimate, so the top line is the estimate itself. Every field starts at 0% on December 31, 2022. Dates before the latest are retrospective estimates. Point at a band to see that outcome's score on each date.

0%10%20%30%40%Reliable autonomy. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 20%; October 7, 2026: 20%; November 7, 2026: 20%Maintenance quality. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 20%; October 7, 2026: 20%; November 7, 2026: 20%Fresh issue resolution. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 20%; October 7, 2026: 20%; November 7, 2026: 20%Development speed. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 35%; October 7, 2026: 35%; November 7, 2026: 35%Cost. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 20%; October 7, 2026: 20%; November 7, 2026: 40%Complete project delivery. December 31, 2022: 0%; November 7, 2025: 20%; May 7, 2026: 20%; October 7, 2026: 20%; November 7, 2026: 40%0.0%December 31, 2022: field estimate 0.0%20.0%November 7, 2025: field estimate 20.0% (reconstructed)22.5%May 7, 2026: field estimate 22.5% (reconstructed)October 7, 2026: field estimate 22.5% (reconstructed)29.2%November 7, 2026: field estimate 29.2%Dec 31, 2022Nov 7, 2025May 7, 2026Nov 7, 2026
View exact historical values and reconstruction notes

What we measure

Each percentage is a judgment about progress toward independent advancement. Open the evidence to inspect the basis for it.

Complete project delivery

40%estimated progress

What we track

Percentage of fresh specifications delivered with working integration, deployment instructions, documentation, and independently tested acceptance criteria.

Why this estimate?

Program recreation across many tasks demonstrates architecture and execution with automatic tests. Incomplete full solves and missing real deployment acceptance limit field-wide autonomy.

Advancements

Read the dated findings and sources

Status: Measured benchmark proxy. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

Snapshot accessed November 7, 2026: The live table reports Claude Opus 5.5 (xhigh), using mini-SWE-agent, fully resolving 18.5% of 200 program-recreation tasks. ProgramBench live results and protocol.

Interpretation and tracking value

Tasks recreate observable executable behavior, not fresh customer specifications. Passing all benchmark tests does not establish deployment, documentation, security or production acceptance.

Next comparable measurement

Freeze new project specifications; count independently accepted deployments/all assignments, including documentation, integration and failed attempts. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note

Cost

40%estimated progress

What we track

Total campaign dollars / accepted changes; separately report labor and compute. Do not use generated lines of code as useful output.

Why this estimate?

A measured API-cost-per-solve proxy supports economical bounded execution. Human review, infrastructure and maintenance remain outside the cost denominator.

Advancements

Read the dated findings and sources

Status: Measured API-cost proxy. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

Snapshot accessed November 7, 2026: The same ProgramBench configuration averages $36.36 per task with 18.5% fully resolved. Dividing gives approximately $196.54 in API spending per full solve (project calculation). ProgramBench live results and protocol.

Interpretation and tracking value

This excludes developer labor, infrastructure, review, maintenance and deployment. The ratio uses rounded table values and is not a quoted production cost.

Next comparable measurement

Track total campaign labor and compute, including failures; divide by accepted changes and report confidence intervals and pricing date. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note

Development speed

35%estimated progress

What we track

Median and distribution of elapsed time and human hours from specification to accepted release, including review, debugging, and rework. Compare randomized comparable tasks.

Why this estimate?

Developers can use AI throughout coding workflows, but uncertain time estimates and selection effects prevent credit for dependable end-to-end speed gains.

Advancements

Read the dated findings and sources

Status: Measured but uncertain causal evidence. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

February 24, 2026: METR's February update estimated completion-time changes of -18% (CI -38% to +9%) for returning developers and -4% (CI -15% to +9%) for newly recruited developers. METR: developer productivity update.

Interpretation and tracking value

Both intervals include no improvement. METR highlights task selection and time-measurement problems; these estimates cannot establish a general productivity multiplier.

Next comparable measurement

Randomize comparable tasks and include review/rework; log concurrent work accurately and retain tasks developers otherwise exclude. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note

Fresh issue resolution

20%estimated progress

What we track

Accepted fixes / all assigned issues created after the evaluation cutoff, using hidden functional tests, regression tests, and maintainer review. Report by language and repository.

Why this estimate?

An updated issue-evaluation framework is useful, but no verified score meeting the stricter freshness and maintainer-acceptance rule is available in the baseline.

Advancements

Read the dated findings and sources

Status: Current evaluation located; qualifying score not verified. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

September 22, 2026: SWE-Bench Pro Public V2 refreshed its public split in September 2026 with a locked evaluation setup. Scale: SWE-Bench Pro Public V2.

Interpretation and tracking value

The accessible source did not provide a verifiable current score for this project's stricter post-cutoff, hidden-test and maintainer-accepted metric. A refreshed public split alone does not prove training exclusion.

Next comparable measurement

Archive a dated leaderboard export and issue creation dates; evaluate unseen issues with hidden regression tests and independent maintainer acceptance. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note

Maintenance quality

20%estimated progress

What we track

Reversions, escaped defects, and confirmed security defects per accepted change during a fixed 90-day follow-up. Report severity and exposure.

Why this estimate?

Automated testing supports preliminary quality control, but the required production defect and reversion follow-up is absent.

Advancements

Read the dated findings and sources

Status: Required longitudinal baseline unknown. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

Snapshot accessed November 7, 2026: ProgramBench checks behavior against test suites but does not report 90-day production reversions, escaped defects or security incidents. ProgramBench live results and protocol.

Interpretation and tracking value

A high test-pass percentage cannot substitute for maintenance quality. No qualifying 90-day defect rate is extracted from this benchmark.

Next comparable measurement

Follow an accepted-change cohort for 90 days; count severity-weighted defects, reversions and exposure, with a matched human cohort. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note

Reliable autonomy

20%estimated progress

What we track

Human-expert task duration at which the agent succeeds at 50%, 80%, and 95% probability. This is not the duration the agent itself runs.

Why this estimate?

Existing evaluations support bounded autonomous work, but their duration coverage cannot establish current reliable performance across the required success probabilities.

Advancements

  • METR: AI task time horizon has doubled about every 7 months since 2019March 19, 2025. METR measured the length of tasks, in human-expert time, that AI agents complete with 50% reliability. Claude 3.7 Sonnet's 50% time horizon was about one hour and the frontier horizon had doubled roughly every seven months; success was nearly 100% on tasks under 4 minutes and under 10% on tasks over about 4 hours.
  • METR measures GPT-5's 50% time horizon at 2 hours 17 minutesAugust 7, 2025. METR's evaluation of GPT-5 estimated a 50% time horizon of 2h17m (95% CI 65m to 4h25m) and an 80% time horizon of about 25 minutes (95% CI 8m to 65m).
  • METR Time Horizon 1.1 puts Claude Opus 4.5 at about 320 minutesJanuary 29, 2026. METR's revised task suite (228 tasks, up from 170) estimated Claude Opus 4.5's 50% time horizon at 320 minutes (95% CI 170 to 729) and GPT-5's at 214 minutes. The doubling time measured since 2024 was 88.6 days under the new suite.
  • METR Frontier Risk Report: public frontier 50% time horizon about 12 hoursMay 19, 2026. METR's first Frontier Risk Report (assessment window February 16 to March 16, 2026) put the public frontier's 50% time horizon at about 12 hours (5h to 61h) and its 80% horizon at about 1.5 hours (50m to 2h40m). The internal frontier was likely at or above 16 hours at 50%, a level the task suite cannot measure reliably.
  • METR stops updating its task time-horizon trackerSeptember 8, 2026 page notice. METR's page says it stopped active updates on September 8, 2026 and warns that estimates above 16 human-expert hours are unreliable on the current suite.
Read the dated findings and sources

Status: Existing measurement series has coverage limits. Sources accessed November 7, 2026. This is a documentary baseline, not an independent replication or an assertion of the worldwide best result. An unknown measurement is not zero.

Dated findings

September 8, 2026 page notice: METR's page says it stopped active updates on September 8, 2026 and warns that estimates above 16 human-expert hours are unreliable on the current suite. METR: task completion time horizons.

Interpretation and tracking value

This is a measurement ceiling, not a maximum agent capability. A current 50%/80%/95% horizon cannot be safely extrapolated from old chart trends.

Next comparable measurement

Expand the task-duration range; estimate all three success horizons with confidence intervals, model version and independent expert-duration estimates. Preserve this dated observation; append future results with their model/system version, denominator, budget and evidence level rather than overwriting it.

Open the full research note