Back to Blog
·Jan Tyl·45 min read

Theory Lab: When a Group Is Smarter Than Its Smartest Member

Four AI teams devised, tested and revised theories of collective intelligence, and an independent simulated world judged them. Three waves of the experiment showed that a group of theories predicts better than the best of them, and that iteration only works with a precise judge.

Theory Lab: When a Group Is Smarter Than Its Smartest Member

Why we built the Theory Lab

We built a small research lab in which four AI teams devise, test and revise scientific theories on their own. Over a single day, the experiment ran in three waves: 36 theories, 41 calls to the Claude Opus model and roughly six hours of compute for $63. The result is a lab whose combined answer predicts better than classical machine learning, and usually better than the best of its own theories.

The inspiration came from an announcement by the startup Physical Superintelligence (PSI) in November 2026. According to its authors, its research system, running on an unreleased Anthropic model, proved a mathematical conjecture from 2008. The proof was checked by Lean, a program that verifies every logical step. At the time of the announcement this was a fresh preprint, and independent review was still under way.

What caught our attention was mainly the method. The AI didn't win anyone over with words. It proposed, and an independent, incorruptible judge decided what holds. The principle “hypothesis generator + independent judge + repeated improvement” is a general one.

So we asked ourselves: does the same loop work outside mathematics? That is, in places where there is no Lean, such as psychology or philosophy?

In this article you will find:

  • what question we investigated and what science already knows about it,
  • how the lab works, step by step and with examples,
  • the three waves of the experiment, including the mistakes we made along the way,
  • the independent critique we received and what we did with it,
  • what we concluded and what it means for teams of people and of AI agents.

The article is long; it takes about half an hour to read. If you're in a hurry, you can skip straight to the chapter What we concluded.

Interactive report: the full text of all 36 theories, charts, statistics and every ratchet decision are in the interactive report (in Czech).

The question: when is a group smarter than its best member

We investigated a single question: under what conditions is a group more intelligent than its most intelligent member? We're not asking whether a group is better than its average member. That tends to be easy. We're asking whether it can beat the best person in it.

Imagine a meeting of five doctors, one of whom is a top specialist. If the group simply averages its opinions, the weaker voices “dilute” the specialist. To beat the specialist, the group has to add something they don't have on their own: different information, a different angle, or a correction of their mistake.

Four everyday situations show when groups win and when they lose:

  • The group wins: a hundred people guess the number of candies in a jar. The average guess is usually closer to the truth than almost any individual, because overshooting on one side cancels out undershooting on the other.
  • The group wins: a car won't start, and the fault has three causes. An electrician finds a faulty cable, a mechanic a clogged filter and a programmer a bug in the control unit. None of them could fix the car alone; together they can.
  • The group loses: a jury answers a trick question that most people intuitively get wrong. Voting doesn't cancel the error; it confirms it.
  • The group loses: at a meeting, the loudest and most self-confident person decides, not the most capable one. The group is then only as smart as its status ranking matches real competence.

Today the question has a very practical side, for people and for artificial intelligence alike:

  • Companies and teams have to decide when to call a meeting, when to let an expert decide and when to simply vote.
  • AI developers now routinely combine several agents: one writes, another checks, a third votes. When does that produce something smarter than the best agent, and when is it just expensive noise?
  • Science comes at this from three directions: philosophy asks what collective knowledge is, psychology studies how groups make decisions, and computer science builds systems out of many models.

In our experiment, “beating the best member” has a precise meaning. The best member is the one with the genuinely highest competence, and they solve the same tasks as the group, only alone. The group itself doesn't need to know who that is. It wins when it is better by at least one percentage point in success rate, or, for estimates, has at least 1% less error.

What we already know about collective intelligence

Science knows six mechanisms that decide whether a group beats its best member. We later built all of them into the simulated world, and the AI teams had to rediscover them without seeing the world from the inside.

1. Wisdom of crowds and correlated errors

In 1906, at a livestock fair in Plymouth, England, almost 800 people guessed the weight of an ox. The median guess was off from the actual weight by less than 1%. Averaging works because independent errors cancel each other out.

The catch is in the word independent. If everyone has read the same misleading article, they err in the same direction and the average doesn't cancel the error. Mathematically: the error of the average shrinks to √(ρ + (1 − ρ) / n) of the original error, where n is the group size and ρ is the error correlation.

  • Nine people with independent errors (ρ = 0) cut the error to a third.
  • Nine people whose errors are half shared (ρ = 0.5) cut it only to about 75%.
  • And when one member is much more accurate than the others, the average actually “dilutes” that member's accuracy.

Chart: error of the average by group size and error correlation

2. Condorcet's theorem and its reversal

In 1785, the Marquis de Condorcet showed that a majority can be smarter than individuals. If each juror is right with a probability greater than 50% and decides independently, the majority is right more often than any one of them. Eleven jurors, each right 70% of the time, reach the correct majority decision in roughly 92% of cases.

But the theorem also works in reverse. Take a trick question: A bat and a ball cost $1.10 in total. The bat costs $1.00 more than the ball. How much does the ball cost? Most people intuitively answer 10 cents; the correct answer is 5 cents. When each person is right only 40% of the time, a majority of eleven people gets it right only about 25% of the time. Voting doesn't cancel the error; it amplifies it.

Chart: accuracy of majority voting by group size, Condorcet's theorem and its reversal

3. Demonstrability: truth wins

Psychologist Patrick Laughlin classified tasks by whether the correct answer can be demonstrated. For a math problem or a riddle, it's enough for one person to find the solution. As soon as they say it out loud, the others immediately recognize it as correct, and “truth wins”.

With other tasks, this doesn't work. Which logo is better, which candidate will make a good colleague, which wine is the best? There, the correct answer doesn't convince anyone on its own, and the majority or status decides.

4. Hidden profiles: knowledge nobody voices

In 1985, Garold Stasser and William Titus found that in discussions, groups mostly focus on information that everyone already knows. Unique information held by just one person often never comes up at all.

An example: a hiring committee is choosing between candidates A and B. Each member knows a different weakness of candidate A, so each of them, taken separately, still sees A as the best. If they pooled their knowledge, B would clearly win. But the discussion revolves around candidate A's shared strengths. Complementary knowledge is thus both the strongest source of a group's advantage and the most fragile.

5. Status and visibility of competence

Groups listen to those who come across as competent: confident, senior, loud. When this impression matches real competence, a leader or a weighted discussion works brilliantly. When it doesn't, the group follows a confident person who is wrong. Example: the most experienced engineer on the team is quiet, and a new, self-assured manager makes the decisions.

6. Process losses and group size

In 1972, Ivan Steiner summed up group performance as potential minus process losses. Losses come from coordination, limited time, conformity or someone “free-riding”. A larger group has greater potential, but also greater losses. In an hour-long meeting of thirty people, the decision is actually shaped by only a handful of the most active.

None of these mechanisms answers the question on its own. The outcome depends on how they interact, and that is exactly a job for a theory: to combine them in a way that also predicts situations no one has seen before.

The core idea: AI proposes, an independent judge decides

Our core idea is simple: a model must not judge itself. Artificial intelligence proposes the theories, but whether they hold is decided by an independent judge that can't be swayed by eloquence.

Why isn't it enough for several chatbots to agree? Language models are persuasive, and a debate among several of them drifts toward what sounds best, not toward what is true. Voting among models also runs into the Condorcet problem from the previous chapter. If all the models share the same blind spot, voting only confirms it. So the question we're studying also applies to our own method.

In mathematics, the judge is Lean. In psychology there is no Lean, and experiments with people are slow and expensive. So we built a simulated world: a program that simulates groups of people solving tasks and plays the role of nature in the experiment. The AI teams never see its code, just as a scientist doesn't see the laws of nature. They only know the description of the experiment and its results.

PSI (mathematics)Theory Lab (collective intelligence)
Who proposesan unreleased Anthropic modelfour Claude Opus 5.5 teams, each with a different disciplinary lens
Who judgesLean, proof checkingthe simulated world and a sandbox that runs the theory's code
What gets verifiedevery logical step of the proofthe theory's predictions for situations the team has never seen
When a change is acceptedonly when the step is validfrom the second wave on, only when the revision improves the hidden score

It's only fair to say what this tests and what it doesn't. The simulator contains mechanisms we built into it based on textbooks. So we're not testing whether the theories hold for real people. We're testing whether AI can discover the hidden rules of a system it can't see into, express them as a theory and generalize them to situations it has never seen.

That is precisely one of a scientist's key skills. And the test is clean, because we know the correct answer and can measure exactly what the AI found and what it missed.

The lab loop: AI proposes, the judge decides, only a better version makes it into the answer

Each team goes through the loop three times: a first version and two revisions. From the second wave on, the ratchet decides whether a revision is accepted; in the third wave, the judge also tests predictions on new experiments.

The simulated world: where groups solve tasks

The simulated world is a program in which groups of virtual people solve thousands of tasks while we measure whether each group beat its best member. Each trial, which we call a condition, is a combination of a task type, a decision process and six numerical parameters.

Three task types

TaskWhat members doReal-life exampleHow it's scored
Estimateeach estimates an unknown numberthe weight of an ox, project costs, number of customers next yearsize of the error
Choicea question with two options, one of which is correct“Is the capital of Australia Sydney or Canberra?”success rate
Puzzlesolving it takes several different pieces of knowledgea car fault with three causes, diagnosing a rare diseasesolved or not

An individual solves a puzzle only if they know all the necessary pieces. A group can solve it even when each member knows only part of it, provided the pieces of knowledge actually come together in the discussion.

Three ways of deciding

  • Independently: members don't talk to each other and their answers are combined mechanically. For estimates by averaging, for choices by voting, and for puzzles the group submits the solution of the most respected member among those who believe they've solved it. Like an online poll.
  • Discussion: a free debate with limited time that ends in consensus. Like a meeting.
  • Leader: the most respected member consults a few others and decides alone. Like a boss who hears out the team.

Six numerical parameters

ParameterRangeWhat it meansExample
Group size3–12, 16–60 in the final testnumber of membersa team, a department, a whole company
Average competence0–1how capable the members are on averagestudents or professionals
Inequality of competence0–1how much the best member stands outa well-matched team, or one star and some helpers
Error correlation0–1how similarly the members are wrongeveryone went to the same school and reads the same news
Visibility of competence0–1how well the group can tell who is capablea team where everyone knows who the expert is, or one where confidence decides
Demonstrability0–1how easily others recognize the correct answera mathematical proof, or judging a wine

What gets measured

In each condition, the group solves 2,000 tasks. Its best member solves the same tasks alone. We calculate how much better or worse the group did, and whether it won by at least one percentage point.

In the third wave, each condition is solved by ten different groups with the same parameters. We then measure the share of groups that beat their best member. We'll explain why this was necessary in the section on the second wave.

What's inside, hidden from the teams

The simulator has specific built-in rules that the AI teams were supposed to discover. For example:

  • The success rate on a choice is 0.3 + 0.65 × competence. So the weakest members are wrong more often than if they flipped a coin, and they fall for the “bait”.
  • A puzzle requires 5 pieces of knowledge. The group accepts a voiced piece of knowledge with probability 0.5 + 0.5 × demonstrability.
  • In a discussion, only the 6 most respected members actually speak, and the leader consults at most five people. When estimating, the leader gives their own opinion a 70% weight.
  • Those who didn't solve the puzzle wrongly believe otherwise with probability 0.5 × (1 − demonstrability). Such “false solvers” can override the real one.

We first checked the simulator with ten control tests, for example that it reproduces Condorcet's theorem, the wisdom of crowds and the harm done by correlated errors. Only then did we let the teams loose on it.

Teams of AI scientists, theories as code, and the judge

Four instances of the Claude Opus 5.5 model worked as separate research teams, each with a different disciplinary lens. We chose different lenses for the same reason diverse groups of people work: different perspectives make different mistakes.

TeamLensThe question it asks
Statisticianwisdom of crowds, Condorcet, correlated errorsHow many errors cancel out through averaging?
Diversitycomplementary knowledge, hidden profilesWhat do the others know that the best one doesn't?
Social psychologistSteiner, Laughlin, status, conformityWhat gets lost along the way in the process?
MinimalistOccam's razorWhat is the smallest number of principles that will do?

Four teams of AI scientists and their lenses

The teams run without tools and without file access, so they physically can't peek inside the simulator. At the start, they get only the description of the experiment, their lens and 60 pilot rows of data. Each row is one condition with its parameters and outcome.

What a theory looks like

Each theory has four parts:

  1. A name, for example “Assembling the Pieces Against Shared Blindness”.
  2. A claim: 4 to 8 sentences about which mechanisms are decisive.
  3. Three falsifiable predictions: bold claims that an experiment can refute.
  4. A predict(c) function: a short Python program that, for any condition, returns the probability that the group beats its best member.

Why code? Words tend to be vague: “groups usually win when they're diverse” can't be measured. Code gives a number for every situation, and that can be checked. It's our equivalent of a formal proof.

Here is an actual line from the Social psychologist's theory in the first wave:

k_del = min(n - 1.0, 6.0)  # limited airtime: only ~6 other voices really heard

The comment says that with limited airtime, only about 6 other voices are actually heard. The team inferred this from a single word in the experiment description: that the discussion has “limited” time. And the simulator really is set to 6 speakers.

The judge and the Brier score

The judge runs the theory's code in an isolated process where only the math library is available, with no files and no network. For each condition, it compares the prediction with reality and computes the Brier score.

You know the Brier score from weather forecasts. A meteorologist says “80% chance of rain”:

  • if it rains, their error is (1 − 0.8)² = 0.04,
  • if it doesn't rain, their error is (0 − 0.8)² = 0.64,
  • the Brier score is the average of these errors over all days.

Zero means a perfect forecast. Anyone who says “50%” every time gets 0.25, the coin-flip level. The lower the score, the better.

The team then gets feedback from the training data: the overall score, a breakdown by the nine combinations of task and process, and the 30 biggest misses. Then it reworks the theory. Each team had two rounds of revisions, so each team produced three versions of its theory: r0, r1 and r2.

Workbook, quiz and exams

We split the data into four parts of 300 conditions each, much like at school:

SetSchool equivalentWhat the team gets to see
Traininga workbook with the answerseverything: results and feedback
Validationa quiz graded by the teacherfrom the second wave on, only “accepted” or “rejected”
Testa final exam on the same materialnothing
Large groupsan exam from a higher grade: groups of 16–60 members, versus only 3–12 in trainingnothing

The large-groups set is the toughest test. A theory that merely fitted the numbers to the training data fails there. A theory that has captured the real mechanism can carry it over into an unfamiliar range.

Comparison with machine learning

To find out whether the theories were any good at all, we compared them with machine learning models that have no theory behind them. We call them baselines: gradient boosting (an ensemble of decision trees), logistic regression and the training average. The baselines learn from all 300 training rows; the teams start with 60. If a theory couldn't beat simple curve fitting, it wouldn't be a good theory.

First wave: theories beat machine learning, but revisions hurt

In the first wave, theories that had seen only 60 rows of data predicted better than machine learning trained on 300 rows. But each subsequent revision tended to make them worse. The run took 148 minutes (181 minutes including a later supplementary run) and cost $18.21.

The setup was as simple as it gets. Each team wrote a first version and two revisions, and each revision automatically became the basis for the next one. Each condition was solved by a single group, and four model calls ran at once.

Results of the first versions

Brier score, lower is better:

ModelTest (3–12 members)Large groups (16–60)
Average of the four first theories0.0780.098
Diversity r00.0830.108
Minimalist r00.0850.129
Statistician r00.0910.114
Gradient boosting, 300 rows0.1120.137
Social psychologist r00.1190.131
Logistic regression0.1220.285

Three of the four teams beat gradient boosting on the test, and Diversity and the Minimalist did so with statistical significance. Logistic regression collapsed outside the training range: on large groups it did worse than the plain training average (0.247). A straight line fitted to groups of 3 to 12 members makes no sense for a group of 50.

What the teams discovered

What surprised us most was how precisely the teams estimated the simulator's hidden rules. From 60 rows, the Statistician reconstructed the exact shape of the competence distribution within a group:

s = [min(0.99, max(0.0, m + 0.3 * sp * _ppf((i + 0.625) / (n + 0.25)))) for i in range(n)]
tau = 0.5 + 0.5 * dem  # chance a voiced piece is accepted

The simulator uses mean + 0.3 × inequality × a quantile of the normal distribution, so the same shape and the same constant, 0.3. The acceptance of voiced knowledge, 0.5 + 0.5 × demonstrability, matches the simulator exactly.

More examples:

  • The Social psychologist estimated that about 6 voices are heard in a discussion. Reality: 6.
  • The Minimalist, in its second revision, introduced a “base knowledge of 30%” for choices. The simulator's success rate is 0.3 + 0.65 × competence.
  • Three teams estimated that the leader gives their own opinion a 65–67% weight. Reality: 70%.
  • Diversity figured out that for estimates, discussion picks “the best estimate for the problem at hand, not the best person”. That is exactly how the simulator works when the correct answer can be recognized.

On the other hand, nobody correctly estimated the number of knowledge pieces in a puzzle (actually 5, estimates ranged from 2 to 4) or the number of the leader's advisers. Capacity limits are the hardest thing to detect from data on small groups.

The loop can refute

In its first revision, the Minimalist introduced a “competence ceiling”: when everyone is very capable, the best member has nowhere left to pull ahead. In the second revision, the Minimalist wrote: “The data refuted the ceiling: at an average competence of 0.81, averaging lost by 17%.” And it replaced the ceiling with the correct relationship: error decreases linearly with competence, so among skilled members, the best one is relatively even more accurate.

But revisions could also lose ground. Both the Statistician and the Social psychologist had correctly stated in their first revision that “false solvers” become rarer as demonstrability increases. In the second revision, both of them dropped this correct dependency.

Revisions hurt

The first revision worsened the test result for all four teams, significantly so for three of them:

TeamTest r0 → r1
Minimalist0.085 → 0.128
Diversity0.083 → 0.116
Social psychologist0.119 → 0.149
Statistician0.091 → 0.102

Meanwhile, the theories kept growing: the Minimalist's went from 873 to 1,406 syntax tree nodes, an increase of 60%. The feedback “here are the 30 biggest misses” tempted the teams to patch individual cases instead of finding better mechanisms. On top of that, the lab accepted every revision, even the worse ones, because nothing like Lean stood in the way.

Where the theories failed

On large groups, the theories overestimated puzzles solved through discussion. They predicted 89–93% wins; the reality was 79%. They reasoned, logically enough, that more members bring more knowledge. But in the simulator, only the 6 most respected members speak, so most of a large group's knowledge is never voiced.

A group of theories is smarter than the best theory

When we averaged the predictions of the four first theories, we got a better result than the best single theory: 0.078 versus 0.083 on the test, and 0.098 versus 0.108 on large groups. The average of all 12 versions even reached 0.092 on large groups. The lab thus demonstrated, on its own theories, exactly the phenomenon it studies: different lenses make different mistakes, and the average cancels them out.

Technical problems

  • Stuck calls: 4 of 13 calls never returned. On Windows, the timeout killed only the launcher script; the actual process kept running and the lab kept waiting for it.
  • Sandbox bug: the judge rejected the Statistician's revision because the code used the standard reversed function, which we had forgotten to allow. That was our mistake. After the fix, the very same response passed, and we didn't have to pay for it again.
  • Supplementary run: because of the stuck calls, two teams didn't finish their revisions. We completed them two hours later: 3 calls, 33 minutes, $5.83, this time without a single stuck call.

We took three lessons from the first wave. Revisions need a judge that won't let a worse version through. The lab's answer should be a group of theories, not a single theory. And four simultaneous model calls are too many.

Second wave: the ratchet and the average of theories

In the second wave, a group of theories proved smarter than its best member with statistical significance for the first time. However, the new “ratchet”, which was meant to stop worse revisions, decided more or less at random. The run on new data took 96 minutes and cost $24.67. Not one of the 13 calls got stuck.

What we changed

  • Ratchet: we added validation, 300 conditions the teams don't see. A revision passes only if it improves the Brier score on them by at least 0.005. Otherwise, the team continues from its best version and learns only that the revision didn't pass. It's our counterpart to Lean, which accepts only a valid step.
  • The lab's answer: it's no longer a single theory but the average of the predictions of the best accepted versions from all teams.
  • Operations: at most two calls at once, each team runs its rounds separately, and the timeout kills the whole process tree.

Results

ModelTestLarge groups
The lab's answer (average of the best theories)0.0750.085
Average of the first versions0.0800.094
Best single theory by validation (Statistician r1)0.0930.131
Gradient boosting0.1310.139

The lab's answer beat gradient boosting by 0.056 on the test and by 0.054 on large groups. It beat the best single theory by 0.018 and 0.047. Both differences are statistically significant on both sets: the 95% bootstrap confidence intervals don't include zero.

So the group of theories was smarter than its best member, and this time demonstrably so. The reason is the same as with people: each team is wrong in different places, and the average cancels out the errors.

The ratchet decided by noise

The ratchet reliably stopped disasters. It rejected all three clearly worse revisions (Diversity r1 and r2, Minimalist r1). With subtler differences, however, it got things wrong:

  • It accepted Statistician r1 because it improved on validation by 0.016. But on both the test and large groups, it was worse than the previous version (0.082 → 0.093 and 0.114 → 0.131).
  • It rejected Statistician r2 because it improved on validation by only 0.001. Yet it was the best theory of the whole run on the test (0.070), and it was better on large groups too.

Of the eight decisions, three were correct, two were wrong and three were mixed. That's not much better than flipping a coin.

Why: noise in the labels

We went looking for the cause and found it in the measurement itself. We took 60 conditions and simulated each one with 20 different groups. The parameters were identical; only the random assignment of status differed, meaning who is the leader and who gets to speak.

In 15 of the 60 conditions, some groups won and others lost. The share of wins ranged from 5 to 95%. On a larger sample of 300 conditions, such conditions made up 18 to 20%. So for roughly one in five conditions, the outcome for a single group is close to a coin toss.

Illustration: twenty groups with the same parameters, half won and half lost

Imagine a teacher who grades each student on a single test question. Even an excellent student sometimes gets an F, and a weak one an A. This kind of noise created an irreducible Brier score error of 0.025 to 0.032, more than most of the differences between the theories. With its 0.005 threshold, the ratchet then accepted and rejected revisions by chance.

The lesson: a judge must be not only independent but also precise. Lean doesn't make mistakes with a mathematical proof. Our judge was often wrong because of the noise, and so the revisions couldn't reliably improve things.

One technical detail: one response arrived truncated because the model's API returned only the last block of text. The judge rejected it because of its format, and the second attempt passed.

Independent critique: six suggestions and what we did with them

After the second wave, we had the experiment independently reviewed, and we accepted the critique in full. The review went through the simulator, the team orchestration and the saved results, reran the tests and recomputed the theories. We checked every claim that could be checked ourselves. All of them held.

1. Hidden tests could leak

The judge also ran the theory's code on the hidden data. When the code crashed, the error text went back to the team. A theory that printed out the whole condition when it hit an error could thus give away the parameters of the hidden exams, for example that they include groups of 40 members.

This didn't happen in the first two waves, but the path existed. The fix: the hidden sets are scored only after all theories have been locked. From validation, the team learns only “accepted” or “rejected”, and errors on hidden data aren't reported anywhere.

2. One group is a noisy label

Solving 2,000 tasks doesn't mean 2,000 independent groups. Respect, the leader and the speakers are drawn once for the whole condition. The review found 14 of 60 conditions that gave the opposite result with a different draw. We measured 15 of 60.

This very point explained why the ratchet got things wrong in the second wave. The fix: each condition is solved by ten groups, and what's scored is the share of those that won. The average gain and its variance are saved as well.

3. Nobody checked the verbal claims

The judge scored only the predict(c) function. The verbal predictions could be false and nobody would notice. Example: in the second wave, Diversity claimed that “a puzzle with discussion never has a gain lower than −0.01”. Yet the training data contained four counterexamples, the worst one with a gain of −0.199.

The fix: every prediction is now machine-readable. It states which region of the parameters it applies to, what quantity it measures and what threshold it must meet. The judge simulates 40 new conditions in that region and either confirms or refutes the claim. Only then does the word “falsifiable” take on a practical meaning.

4. Old results were mixed with new rules

The updated first-wave report labeled all versions as “accepted”, even though the first wave had no ratchet. For example, the Statistician got worse on the validation computed after the fact, from 0.073 to 0.085, and yet it was listed in the table as accepted. The review also pointed out that repeatedly making decisions based on the same validation gradually “wears it out”. That's why a final test that is never used for decisions is needed.

The fix: we corrected the old report. Each run now saves the configuration, the exact model identifier, all prompts, a copy of the code and the actual ratchet decisions. The test and large groups are never used for decisions.

5. What in the lab actually helps?

The review suggested comparing four different lenses, four neutral agents and a single agent on the same budget. It also pointed out that the comparison with machine learning isn't fair. The agent gets a description of the mechanisms as well as the numerical gain, whereas the classifiers learn only the yes/no outcome.

The fix: we added stronger baselines, logistic regression with task × process interactions and gradient boosting trained on the gain. The comparison of perspectives against neutral agents is still to be done.

6. Let the teams propose discriminating experiments

The most interesting suggestion: after the first theories, pick the conditions where their predictions diverge the most, simulate them and feed the results back to the teams. That's how real science works: it looks for the experiment that decides between competing theories.

The third wave already contains the seed of this: predictions are, in effect, experiments that a team designs itself. The actual selection of discriminating conditions is still to be done.

In addition, the review recommended saving the state after each round so that an interrupted run doesn't go to waste. We implemented that too.

Third wave: a more precise judge and tested predictions

In the third wave, revisions genuinely improved things for the first time, and the lab's answer was by far the most accurate of all the runs. The run on new data took 81 minutes and cost $20.55. All 12 calls went through on the first try.

What we changed

  • Ten groups per condition: the noise in validation dropped from 0.032 to 0.002, roughly fifteenfold.
  • Locking the theories: the test and large groups are scored only once all teams have finished.
  • Tested predictions: each theory has three predictions in JSON format, and the judge checks them on new experiments.
  • Run log: configuration, prompts, a copy of the code, and resuming after an interruption.
  • Stronger baselines, and assembling the full response from all blocks of text.

What a tested prediction looks like

An actual prediction from the Statistician's first revision:

{"claim": "A simple average of estimates beats the best member even with high competence and high inequality, as long as error correlation is very low and the group is large.",
 "where": {"task": ["estimate"], "process": ["independent"], "skill_mean": [0.75, 1.0],
           "skill_spread": [0.4, 0.9], "correlation": [0.0, 0.1], "n": [9, 12]},
 "stat": "p_beats", "op": ">=", "value": 0.6}

In plain English: for estimates combined by averaging, with very capable and unequal members, nearly independent errors and 9 to 12 members, at least 60% of groups will beat their best member. That's a bold claim, because intuition says that among experts, the average only “dilutes” the best one. The judge simulated 40 new conditions in that region, and 100% of the groups beat their best member. The prediction holds.

To keep the teams from using predictions to peek at the final exam, they were only allowed to test groups of 3 to 12 members.

Results

Brier score against the share of winning groups. The numbers aren't directly comparable with the first two waves, because the target contains less noise.

ModelTestLarge groups
The lab's answer0.0320.037
Best single theory by validation (Minimalist r1)0.0410.070
Average of the first versions0.0640.057
Logistic regression with interactions0.0860.175
Gradient boosting0.1060.090

The lab's answer beat the best baseline by validation, logistic regression, by 0.054 on the test and by 0.138 on large groups. Gradient boosting did better on large groups (0.090), but even against it, the lab's lead is 0.053. The lab's answer beat the best single theory by 0.010 on the test, though only as a point estimate and not with statistical significance, and by 0.033 on large groups, where the difference is significant. Logistic regression, the best baseline on validation, once again collapsed outside the training range.

Revisions finally help

Brier score on the test for each version:

Teamr0r1r2Final
Diversity0.1440.0410.041r2
Minimalist0.0720.0410.079, rejectedr1
Statistician0.0860.0520.131, rejectedr1
Social psychologist0.0750.076, rejected0.109, rejectedr0

Chart: the teams' Brier scores after the first version and the revisions in the third wave

Three of the four teams improved markedly in their first revision. On large groups, the Statistician improved from 0.106 to 0.046, cutting its score by more than half. Diversity started out worse than the baselines and, after its revision, ranked among the best.

The second revision mostly didn't help: the ratchet rejected three out of four. The Statistician's r2 would have worsened its test score from 0.052 to 0.131. Without the ratchet, it would have made it into the lab's answer.

The ratchet decided correctly in 7 of 8 cases, compared with only 3 of 8 in the second wave. The only mixed decision was the rejection of the Minimalist's r2, which was worse on the test but slightly better on large groups. Thanks to the revisions, the lab's answer is significantly better than the average of the first versions: by 0.033 on the test and by 0.020 on large groups.

Predictions that passed, and those that didn't

Of the 36 predictions, 33 passed the test on new experiments. Some examples:

  • Holds: “In a puzzle, discussion pools pieces of knowledge even at near-zero demonstrability. Groups with low correlation and weak to moderately capable members outperform their best member by at least 0.2.” (Minimalist r1). Observed gain: 0.33.
  • Holds, and predicts a loss: “In a choice task, the leader follows the majority of their advisers. With strong correlation, unequal skills and low demonstrability, the group loses to its best member by at least 2 percentage points.” (Minimalist r1). Observed: −8 points.
  • Fails, narrowly: “Mechanical voting copies the typical member; with noticeable inequality, almost no group beats its best member (10% at most).” (Diversity r0). Observed: 16%.
  • Fails, dramatically: the Statistician's r2 claimed that in puzzles with very capable and unequal members, at most 20% of groups win. Observed: 97%.

The refuted predictions belonged to versions that were also weaker by the numbers. Two belonged to revisions the ratchet rejected. The third belonged to Diversity's first version, which the team fixed in its next revision. A failed prediction thus says something about the quality of the whole theory.

One caveat: a 92% success rate may also mean that the teams formulated cautious predictions. The lab can't yet measure how bold they are.

What we concluded

The most important result: in all three waves, the group of theories was smarter than the best single theory selected by validation, that is, without peeking at the test. The lab thus demonstrated, on its own work, exactly the phenomenon it studies. Altogether, we arrived at seven conclusions.

1. A group of theories beats the best theory

In all three waves, the average of all teams' predictions was better than the best single theory selected by validation. In hindsight, peeking at the test, you can find a version that was better on one of the sets, for example the Statistician's rejected r2 in the second wave. But nobody would have picked it in advance. The difference was statistically significant in the second wave on both hidden sets, and in the third wave on large groups.

Chart: the lab's answer, the best single theory and the best baseline across the three waves

We know the reason from the chapter on the wisdom of crowds. The Statistician, Diversity, the Social psychologist and the Minimalist were wrong in different places, and the average canceled out their errors. If all the teams had been given the same brief, their errors would have been more correlated and the advantage would have shrunk. We want to test this hypothesis next time.

2. Theories generalize, fitted curves don't

The lab's answer beat the best baseline in all three waves. Its biggest lead was on the large groups that nobody had seen: in the third wave, 0.037 versus 0.175 for the best baseline by validation and 0.090 for gradient boosting.

A mechanism like “the error of the average shrinks to √(ρ + (1 − ρ) / n)” holds for a group of 50 people just as it does for a group of 5. A straight line fitted to groups of 3 to 12 members makes no sense outside its range. That's why we need theories, not just data.

3. Iteration works only with a precise judge

In the first two waves, revisions hurt. In the third wave, with fifteen times less noise and with tested predictions, they improved things, and the ratchet decided correctly in 7 of 8 cases.

This is perhaps the most general lesson of the whole experiment. The bottleneck of the “propose, verify, fix” loop isn't the model but the quality of the feedback. A model that gets noisy evaluations learns from chance.

4. The ratchet is needed even with a good judge

Even in the third wave, the second revision was mostly worse than the first. After receiving feedback, the model would rather rebuild the whole theory than carefully refine it. Without the ratchet, the good revisions would have been buried under the bad ones.

5. AI can discover hidden mechanisms; capacity limits are the hardest

The teams found most of the simulator's rules, some of them down to the exact constants: 0.3 × inequality, 0.5 + 0.5 × demonstrability, 6 speakers, a success ceiling of 0.95. They were worst at estimating limits that only show up in large groups: the number of knowledge pieces and the number of the leader's advisers. These are almost impossible to detect from data on small groups.

6. Falsifiable predictions are worth it

The three refuted predictions belonged to weaker versions of theories. Predictions give the judge a second, independent channel: it evaluates not only the numbers but also whether the theory tells the truth about specific situations. And they force a theory to say something that might turn out to be false.

7. Infrastructure is half the research

Stuck calls, truncated responses, a sandbox bug and a possible data leak from the hidden tests: any one of these small things could have skewed the result. Without a record of the configuration and the ability to resume after an interruption, the results could be neither reproduced nor verified.

The simulated world's answer to our question

Across 4,500 conditions, we measured how individual factors affect a group's chance of beating its best member:

FactorLow value (0–0.25)High value (0.75–1)
Error correlation81%36%
Inequality of competence80%47%
Demonstrability47%73%
Visibility of competence53%68%

So a group beats its best member when:

  1. the members' errors and knowledge gaps are not correlated,
  2. competence is not too unequal,
  3. the correct answer can be recognized, or it's visible who is competent,
  4. the task requires combining different kinds of knowledge.

In puzzles, the group wins in 68–94% of conditions. In plain voting on a two-option question, it wins in only 10–21%. Average competence and group size have only a small effect overall, but a large one in specific situations: a larger group helps voting but actually hurts discussion.

A word of caution: we built these rules into the simulator ourselves, based on textbooks. This is the answer given by our model of the world, not a new discovery about people.

What this means for AI agents and human teams

The same rules that decide when a group of people beats its best member also decide when a group of AI agents beats the best agent. The following recommendations are based on our experiment and are also consistent with the research literature.

For multi-agent AI systems

  1. Diversity, not clones. Give agents different lenses, roles or even different models. Clones are wrong in the same way, and then neither voting nor averaging helps. Our four lenses created a group that beat the best theory.
  2. Independent proposals, then average. For numerical and probabilistic outputs, let agents work independently and average their answers. A shared debate leads to herding: the agents side with whoever is most persuasive.
  3. An external judge. Tests, simulations, formal verification or a measurable metric. Don't let models evaluate themselves.
  4. Precise evaluation first, more iterations second. A noisy evaluator turns iterations into a lottery. It pays to invest in the quality of verification before adding more rounds.
  5. A ratchet. Accept a change only if it improves the result on data the agent hasn't seen, and by a reasonable margin. Always keep the best version.
  6. Verifiable claims. Ask agents for concrete claims that can be checked automatically, and check them.
  7. Operations. Limit the number of concurrent calls, log the configuration and prompts, and design runs so they can be completed after an interruption.

For human teams

  • When the correct answer can be demonstrated, for example with a calculation, code or a testable diagnosis, discuss. One person with the right solution is enough, as long as the others can verify it.
  • For estimates and judgment calls, where the answer can't be demonstrated, collect opinions independently before the discussion. Otherwise everyone anchors on the first number or on the loudest person. This principle underlies, for example, planning poker in agile teams and the Delphi method.
  • When you know who the expert is, let them decide after consulting the others. When you don't, the average of independent opinions is safer than a leader chosen for their self-confidence.
  • Different backgrounds reduce correlated errors. A team of people from the same school who read the same news also shares the same blind spots.
  • At a large meeting, most knowledge goes unspoken. Collect unique information in writing beforehand and ask everyone what only they know.
  • Voting on trick questions amplifies the error. Where the majority might fall for a misleading intuition, don't decide by simple majority.

Limitations: what the experiment does not show

The experiment shows that AI can discover and refine theories of a hidden system. It shows nothing new about real people, and it has several weaknesses that are worth knowing about.

  • The world is our model. We took the simulator's rules from textbooks. The teams could only discover what we had put into it.
  • Each wave is a single run on different data. The differences between waves may partly come from the data and from the teams' luck. We need more repetitions.
  • The third wave changed several things at once. A more precise target, tested predictions in the feedback and protection of the hidden data all arrived at the same time. We don't yet know which change caused the revisions to improve.
  • The teams have a head start in knowledge. The model knows about Condorcet and Laughlin; the baselines don't. The comparison shows the value of prior knowledge and mechanisms, not a general superiority of language models over machine learning.
  • Predictions may be cautious. A 92% success rate is good news only if the predictions take some risk. We don't measure that yet.
  • Small samples. Each set has 300 conditions, so differences of around 0.01 in Brier score are often within the noise. That's why we report 95% bootstrap confidence intervals for the key comparisons.
  • One model. All the teams ran on Claude Opus 5.5. Other models, or a mix of models, may behave differently.

What's next

The next step is to find out what exactly caused the improvement in the third wave. After that, we want to let the lab loose on a world we didn't program ourselves.

  1. Ablation of the third wave. We'll run the same lab twice: once without tested predictions in the feedback, and once with a single group per condition. This will show whether the revisions improved thanks to the more precise judge or thanks to the predictions. Estimated cost: 2 × $20.
  2. Perspectives versus neutral agents. Four different lenses, four neutral agents and a single agent on the same budget. If we're right that the strength of the theory average comes from different errors, the neutral agents will have more correlated errors and their average will be weaker.
  3. Discriminating experiments. After the first theories, the lab will find the conditions where their predictions diverge the most, simulate them and feed the results back to the teams. Part of the budget will go to a random selection as a control.
  4. Bold predictions. We'll measure how much of the space a prediction rules out, and reward bold predictions that hold more than cautious ones.
  5. More repetitions. Several runs of each version on different data, so that luck can be separated from skill.
  6. Real groups. We'll replace the simulated members with groups of AI agents solving real tasks: estimates, logic puzzles, factual questions. The world will then no longer be our model, and the theories may discover something nobody put into it. Later on, groups of people could be involved too, with informed consent and ethical oversight.
  7. Philosophy. The same loop can be applied to philosophical arguments. Formal logic can verify whether a conclusion really follows from the premises. But no judge can verify whether the premises are true, and that is usually what philosophical disputes are about. Here, AI could at least systematically uncover the hidden assumptions that individual conclusions rest on.

The experiment in numbers

ItemValue
Experiment waves3, plus a supplementary run of the first wave
AI teams4, Claude Opus 5.5 model (claude-opus-5-5)
Theory versions36: 4 teams × 3 versions × 3 waves
Model calls41, of which 4 got stuck, all in the first wave
Total run time358 minutes, roughly 6 hours
Cost at list prices$63.43: $18.21 + $24.67 + $20.55
Conditions per wave900 to 1,200
Tasks per group2,000
Groups per condition in the third wave10
Tested predictions36, of which 33 held
Best resultBrier 0.032 on the test and 0.037 on large groups (third wave)

All the data, theories and charts are in the interactive report (in Czech).

Glossary

  • Baseline: a machine learning model without a theory, used for comparison, for example gradient boosting.
  • Brier score: the mean squared error of a predicted probability. 0 is a perfect forecast, 0.25 is a coin flip.
  • Bootstrap and 95% confidence interval: repeated resampling of the data. When the interval for a difference doesn't include zero, the difference is statistically significant.
  • Demonstrability: how easily others recognize that an answer, once voiced, is correct.
  • Extrapolation: a prediction outside the range of the data the model learned from.
  • Falsifiable prediction: a claim that an experiment can refute.
  • Error correlation: how much the members of a group are wrong in the same way.
  • Lean: a program for formally verifying mathematical proofs.
  • p_beats: the share of groups that beat their best member.
  • Sandbox: an isolated environment where a theory's code runs without access to files or the network.
  • Validation: the data used to decide whether a revision is accepted. The team never sees it.
  • Ratchet: a rule that accepts a change only if it demonstrably improves the result.

Related articles