Document

Leg B ledger: method for scoring the 2016 survey's milestone forecasts

A working document. It is one of the documents the site is built from, published as it is written for anyone checking the work, and it uses the project's own shorthand. The plain account of the same material is on the home page.

Leg B ledger: method for scoring the 2016 survey's milestone forecasts

Status: method written 2026-10-09 by the agent, before any ledger row was built. Every choice below is the agent's own and I can reverse any of them. Changing a rule after the ledger is built is an amendment entry, never a quiet edit.

What this ledger is for

The singularity-entry definition (docs/singularity-entry-definition.md, leg B) says that when forecasts were wrong we should record which way: did things come sooner or later than predicted? It also says, without a source, that "milestones from the 2016 Grace survey mostly arrived early". This ledger checks that sentence (which was amended on 2026-10-12, amendment A23, after the ledger's first reading). It takes every milestone date the 2016 survey of machine learning researchers published, finds when each milestone actually arrived, and scores each forecast by how far ahead it looked and how far off it was.

It does not compute the leg B gauge. That gauge is defined on forecasts of one number (the length of software task an AI can finish, as measured by METR) and compares them with simply extending the trend. The survey's milestones are yes-or-no events with no trend to extend, so they cannot fill that formula. Whether this ledger should feed the gauge at all, and how, is a question for me.

Sources

The forecasts. Grace, Salvatier, Dafoe, Zhang and Evans, "When Will AI Exceed Human Performance? Evidence from AI Experts", arXiv 1705.08807, version 3 (May 2018; the version published in the Journal of Artificial Intelligence Research). Table S5 lists 32 milestones, each with its full description, how many people answered it, and a median in years from 2016. That median is the year by which the combined answers give an even chance, averaged over the survey's two ways of asking. The table is read from the paper's own source files on arXiv, not retyped from a summary. AI Impacts' survey page gives different medians because it reports only one of the two ways of asking; the paper's table is the published figure and is the one used.

When each milestone arrived. A dated public demonstration: the paper, the maker's own announcement, or the official result of a competition, read at its source. News coverage and blog round-ups can point to a demonstration but are never the evidence for it. Each row records the source, its date, and how that date was established.

A comparison, not a source. Patrick Levermore's scoring for AI Impacts (1 March 2023) judged which milestones had been met by early 2023. His yes-or-no verdicts are recorded beside ours so that disagreements show. They are never used to decide a row.

The forecast date and the lead time

How "arrived" is decided

The survey asked when each milestone would be feasible, meaning "one of the best resourced labs could implement it in less than a year if they chose to". Nobody can observe feasibility from outside. What can be observed is the first public demonstration, which can only come at or after feasibility. So every arrival date here means "no later than", and the true lead times may be shorter, never longer. This leans every score towards "arrived late".

Each milestone's full description in Table S5 is split into its stated conditions (for example, StarCraft: beat the best human players, at least half the time, given only a video of the screen). Each row then gets one of four verdicts:

  1. Arrived. A dated public demonstration meets every stated condition.
  2. Arguably arrived. A demonstration meets the main capability, but one stated condition was not tested or was only nearly met (for example, judged by ordinary listeners where the milestone says expert listeners). The row names the gap.
  3. Not arrived. No public demonstration meeting the main capability was found by 9 October 2026. The nearest demonstration found is recorded, if there is one.
  4. No bar. The description sets no bar a demonstration could be checked against (for example, "give good answers"), so the agent cannot decide it without inventing one. (Called "left for me" until 2026-10-12, when I ruled that these rows stay out of the scores rather than being given a bar after the fact; the verdict's meaning is unchanged.)

When more than one demonstration qualifies, the earliest found is used. Because the search cannot prove nothing earlier exists, a later find can only move a date earlier.

How each forecast is scored

For each milestone that arrived or arguably arrived:

For a milestone that has not arrived, the actual lead is only known to be longer than the time elapsed so far (10.28 years at 9 October 2026):

Rows with no bar are listed but not scored.

What is reported

Files

Rendered from docs/leg-b-ledger-method.md at version a7bd17a.