Euler: Towards Human-Centered Multi-Agent Mathematical Discovery

cs.AI Qiuyu Chen, Qi Wang, Liang Xu, Xin Jin, Baao Xie, Wenjun Zeng · Oct 14, 2026
Local to this browser
What it does
Long-horizon multi-agent mathematical research suffers from fragmented context, unsupported claim propagation, and opaque reasoning trails that are difficult for humans to inspect. Euler tackles this by representing the research process as...
Why it matters
Euler tackles this by representing the research process as persistent, shared research graphs—recording obligations, candidate routes, blockers, and evidence—that both agents and researchers manipulate through a unified workbench. The goal...
Main concern
The paper presents a thoughtfully engineered architecture and solid software validation, but its evaluation relies on retrospective, qualitative case studies rather than controlled experiments. The design is well motivated and the system...
Community signal
0
0 up · 0 down
Sign in to vote with arrows
AI Review AI reviewed
Plain-language introduction

Long-horizon multi-agent mathematical research suffers from fragmented context, unsupported claim propagation, and opaque reasoning trails that are difficult for humans to inspect. Euler tackles this by representing the research process as persistent, shared research graphs—recording obligations, candidate routes, blockers, and evidence—that both agents and researchers manipulate through a unified workbench. The goal is to make extended mathematical investigations traceable, resumable, and open to focused human intervention at any step.

Critical review
Verdict
Bottom line

The paper presents a thoughtfully engineered architecture and solid software validation, but its evaluation relies on retrospective, qualitative case studies rather than controlled experiments. The design is well motivated and the system implementation is transparent, yet there is no quantitative evidence that Euler’s structured research state measurably improves proof success rates, reduces duplication, or lowers human effort compared to baseline agents.

“The mathematical case-study archives, by contrast, are source-bound records of investigations conducted across earlier workflow revisions; their papers and formalization projects are linked directly from the examples directory.”
Euler paper · Section 6.1
What holds up

The distinction between the open Research Graph $\mathcal{R}_t$ (obligations, routes, blockers) and the verified Fact Graph $\mathcal{G}_t$ is a strong conceptual choice, and the context-compilation equations $C_t(a) = \operatorname{Compile}(\mathcal{P}, a, \mathcal{F}_t, D_t(a), H_t(a))$ with explicit size bounds are carefully formulated. The software engineering is commendable: the repository is open-source with detailed schemas, an append-only SQLite event store, and extensive CI outcomes reported as 1,352 passing tests and two skips on both Python 3.10 and 3.13.

“The Fact Graph \mathcal{G}_{t} stores statements and proof texts admitted by the configured verification pathway... The Research Graph \mathcal{R}_{t} describes the wider investigation.”
Euler paper · Section 3.2
“1,352 passing tests and two skips in each environment.”
Euler paper · Section 8.1
Main concerns

The three mathematical case studies are not live autonomous runs in the current system; as the authors note, they are "source-bound records of investigations conducted across earlier workflow revisions." This makes them illustrative visualizations rather than reproducible evidence of Euler’s discovery capabilities. The paper also claims novel features over Danus based on published documentation gaps, but does not experimentally isolate the contribution of, for example, branchable continuation or state-guided context. A more serious reliability concern is that LLM proof review is treated as an admissible evidence tier alongside Lean kernel checks within the same predicate $\operatorname{Admissible}(e,o)$, even though the authors acknowledge that "LLM proof review has a different assurance level from Lean-kernel verification."

“The mathematical case-study archives, by contrast, are source-bound records of investigations conducted across earlier workflow revisions.”
Euler paper · Section 6.1
“LLM proof review has a different assurance level from Lean-kernel verification.”
Euler paper · Section 10
Evidence and comparison

The architectural comparison to Danus is largely consistent with the source: Danus provides progress reports and a paper-writing system for human interaction, but does not publicly expose an explicit open-research frontier with graph-based proof inspection or recoverable team states. Euler fairly positions itself among concurrent systems (Rethlas/Archon, MMAT, Albilich, Magenta, LEAP) by emphasizing human inspectability and persistent context. Nevertheless, the absence of any quantitative baseline—no measured success rate, cost, or human effort comparison—means the evidence supports architectural novelty but not practical superiority.

“Human proof inspection: ✗ Dashboard / reports”
Euler paper · Table 1
“The main agent regularly summarizes the current proof state into a report... In addition, Danus includes a writing system that turns the completed proof into a paper-style exposition.”
Danus paper · Sections 2.4 and 2.7
Reproducibility

The code is publicly versioned (commit ea505c7) and backed by 1,352 passing unit tests plus deterministic fixtures for protocol behavior. However, reproducing the actual mathematical case studies is blocked because they are historical snapshots rather than scripted autonomous runs, and because agent prompts, model hyperparameters, and frontier-scheduling policies are not specified. Native team recovery also requires excluded provider credentials, so a third party can verify software state transitions but not the research trajectories reported.

“The evaluated Euler source is version 0.3.0.dev0, revision ea505c7... Code, test workflows, and documentation are available at https://github.com/canghaimeng/Euler.”
Euler paper · Appendix B
“The use of model and checker fixtures permits deterministic examination of protocol behavior, including retry, stale-source, and failure cases.”
Euler paper · Section 8.1
Abstract

Mathematical research drives scientific discovery, and recent advances in AI for mathematics have shown that language-model agents can solve challenging problems and develop substantial mathematical proofs. Yet much of today's AI-for-mathematics work centers on obtaining a final answer. This emphasis leaves the exploration behind a result difficult for researchers to understand, while long-running investigations face fragmented context and the risk of unsupported claims propagating across reasoning steps. We present Euler, a human-centered mathematical research system built around a shared, structured representation of the research process. Euler organizes mathematical statements, assumptions, proof dependencies, alternative approaches, failed attempts, and verification evidence into connected research graphs. This representation allows researchers to trace how results are developed and supplies agents with persistent, task-relevant knowledge for planning, collaboration, and verification across sessions. Researchers can also select a graph node linked to a saved team state, revisit the agents' earlier reasoning, and explore alternative directions through continued interaction. We illustrate Euler's capabilities through three mathematical research case studies and describe the implemented system and its software validation.

Challenge the Review

Pick a starting point or write your own. Challenges run in the background, so you can keep reading while the AI investigates.

No challenges yet. Disagree with the review? Ask the AI to revisit a specific claim.