The ten technical notes on this site, assembled into one paper with one yardstick: for every aggregation operator, how much of the distance between the best single member and the oracle it collects, on which data, and at what price. A working draft, not peer reviewed; the PDF is the deliverable.
The frame. The ceiling of any operator that returns a member's answer is the oracle, the share of problems that at least one member solves. The whole prize is oracle minus best member. The question is not "does the ensemble help" but "what share of that distance does the operator collect", with the best member chosen on held-out problems wherever the data allow. One distinction organises the results: operators that only rearrange answers already produced (plurality voting, routing) collect nothing, because the members fail on the same hard problems; operators that add computation (repeated draws, debate, a judge or synthesis call) collect a few points, only where the single answer is weak and the members' errors are not already shared, at several times the tokens.
Plurality voting: collects nothing over a held-out best member.
Self-consistency (k draws of one model): pays in a narrow regime.
Debate: depends on whether the members have something to exchange.
Judges (best-of-n with a posterior check): a few points; the sign against the best member is set by the tie rule.
Routing: not measured by us. By the published tables routers collect about a tenth to a quarter of their pool's gap to the oracle (Trinity ≈ 0.15 and under its oracle on every task; Chen's deployable routers ≈ 0.09; the Conductor and Fugu report no oracle). On our pool the router ceiling is at most 2.4 points and a per-problem-set route collects 0.7 of them.
Decomposition: nothing, except a budget effect. On 14 hard numeric problems split pass@4 is 0.21 against 0.21 (0 of 7 never-solved problems solved in eight tries); +0.34 [+0.18, +0.50] on 38 problems where one pass runs out of tokens (mechanism not isolated); −0.41 on medium and easy problems for DeepSeek; handing the parts to other models is never better than splitting within one.
In one sentence. Operators that rearrange finished answers give nothing, because the members fail on the same hard problems; operators that add computation give a few points, only where the single answer is weak and the members' errors do not coincide, at several times the tokens and with part of the coverage lost; the one large unclaimed prize is a selector with an external verifier on agent tasks, which this paper does not measure.
The PDF (1.6 MB, 15 sections, 20 tables, 87 numbered references) is on Zenodo. Version 8 of 12 October 2026, archived as doi:10.5281/zenodo.23311676 (PDF and HTML; all versions under 10.5281/zenodo.23311675). Earlier drafts are kept locally; a changed text gets a new Zenodo version.
Every number in the paper comes from one of the notes below or from their companion data; the paper adds the common yardstick, the cross-validated best member, two new measurements (voting, debate and judges on the corpus without its frontier models; voting among mid-ranked members of three public matrices), and the one-difficulty-factor reading that ties the operators together.
This is a working draft: the results are the notes' results, re-read with the controls a referee would ask for (held-out best member, pre-registered runs with their missed predictions reported, tie rules and in-sample choices marked). It has not been peer reviewed. Known open items, listed in the paper's Section 13: the text corpus is saturated and four of its models ran under an 8,192-token cap; the label audit was one-sided; several tie rules were chosen in sample; the agent matrices are leaderboard submissions; the partial-verifier measurement on agent tasks has not been made. Volume and page details of the six classical references are to be verified before any submission.
Latipov, A. (2026). Exploring the Boundaries of Multi-Agent Ensembles: An Evaluation of Aggregation Operators (working paper, draft v8). Zenodo. https://doi.org/10.5281/zenodo.23311676 (all versions: 10.5281/zenodo.23311675). Archived with a DOI on 12 October 2026; the deposit holds the PDF, the HTML and this page.