alphaevolve-inventory.csvEach point is one problem from the AlphaEvolve paper's section 6.
The AlphaEvolve mathematics paper reports improved bounds across a set of 67 mathematical problems; its problem section numbers them 6.1 to 6.65 [@georgiev2025mathexploration]. This folder is an inventory over those 65 numbered problems, not a discovery series: per problem it records what the quantity is, which prior work the paper cites, what year each cited work dates from, and how the companion repository classifies the outcome. The record series drawn from this frame are the record sequences.
The paper states its own scope on problem history:
"For reasons of space, we do not attempt to exhaustively survey the history of each of the problems listed here, and refer the reader to the references provided for each problem for a more in-depth discussion of known results." — Georgiev, Gómez-Serrano, Tao and Wagner, arXiv 2511.02864, 2025 [@georgiev2025mathexploration]
An entry in this inventory is one numbered problem. A problem counts as
having a live numeric record when the repository's classification places it
in the world_record, worse_than_record or former_record groups: the
matched-optimal group's history has terminated at a proven optimum, and the
unclassified group is mostly conjectures and non-record tasks.
This folder has no cumulative view on the collection-wide cumulative index: the inventory is a one-date snapshot of a problem set, not a time series. The dated record sequences it feeds are the records folder's, which has one.
The CSV is built by fetch.py, which reads a local pdftotext
extraction of the paper plus a checkout of the companion repository. It
locates each problem's definition inside the paper's problem section, then
records the title, the topic group, the bracketed references cited within
that span, the publication year of each of those references from the parsed
bibliography, any inline bound string, and the repository's status
classification. Neither input is vendored here and the paper's text is not
redistributed; only derived counts and short quoted bound strings go into
the CSV. The parsed bibliography yields 302 entries, of which 298 carry a
year.
n_citations is the full number of parsed references. To keep the
inventory compact, cited_refs lists at most the first twelve reference
IDs; three rows have thirteen or fourteen parsed references.
Two extraction bugs were found and fixed during construction, and both would
have corrupted the output silently: a cross-reference to a problem occurring
before its definition made the preceding problem's span swallow its content,
and the topic-group headings were only partly matched, so group labels
drifted forward. Two rows with independently known histories anchor the
extraction: the Sidon autoconvolution problem (6.2) returns 2010 and 2017,
matching the Matolcsi–Vinuesa and Cloninger–Steinerberger attributions its
own notebook gives, and the classic moving sofa (6.62) returns 1992 and
2024, matching Gerver and Baek. check.py re-asserts both
anchors along with the fact lines above.
figure.py counts the status column of
alphaevolve-inventory.csv for the left panel and reads the first two
funnel rows off the same counts; the last three funnel rows — the sample
size, the number of sampled problems that yielded a sequence, and the number
of quantities with steps of both kinds — come from
the record sequences and are
written into the figure rather than computed here.
status.json indexes 1 to 67, so the two
enumerations cannot be identical. The identity mapping is assumed and
every row carries status_mapping = assumed to say so.No AI system contributed to this inventory, which is a frame rather than a
result, and no row of alphaevolve-inventory.csv scores an AI event. The
set it inventories is the output of an evolutionary coding agent that
mutates programs under an automated evaluator [@novikov2025alphaevolve],
published with a companion repository carrying the status classification
used here [@deepmind2025problems]. The AI and human steps on these problems
are scored in the record sequences.
status.json
supplies the status classification.