Wisdom of Crowds · Aggregating Group Judgment

When four conditions hold together, a crowd of ordinary people reliably beats experts — and the first one reality breaks is "independence"

A crowd is "smart" not because of any smart member, but because four conditions hold at once: diversity, independence, decentralization, and an aggregation mechanism. Diversity ensures each person brings a different fragment of information; independence ensures errors don't infect one another; decentralization roots each person in their local knowledge; aggregation fuses the fragments into one judgment. Drop one and the crowd collapses from "wisdom" into "mob."

Non-trivial: (1) Of the four, independence is the load-bearing wall — and the first reality tears down. Once people see each other's answers, or hear the loud voice speak first, social proof and herding correlate the errors. Hundreds of independent estimates that would have cancelled high-against-low instead slide together toward one bias — the source of herds, bubbles, and boardroom "I second that." (2) So "discuss first, then decide" often lowers collective intelligence: deliberation manufactures correlation. The real wisdom lives in the moment before anyone has spoken. (3) The aggregation rule is design, not detail: simultaneous anonymous voting ≠ sequential, anchored speaking; a median resists outliers. (4) Same root as Page's Diversity Theorem (Day 61) — crowd error = average error − diversity — with the added point: diversity only pays off if the errors are independent.

Practical test: to extract wisdom from a group, first ask, "Are these judgments given independently, or have people already seen and influenced each other?" If the latter, you don't have N samples — you have one, amplified.

Classic example

On a TV quiz show, "ask the audience" is right about nine times in ten, far beating "phone an expert friend." A roomful of ordinary people each pressing a button on their own judgment, anonymously, gets aggregated into a strikingly accurate majority — precisely because each answers independently, without hearing how others voted.

BigCat scenario

(1) Engineering: agile "planning poker" is essentially a mechanism for protecting independence — everyone reveals their card simultaneously, so the senior engineer who speaks first can't anchor the room. Switch to going around in turns and independence collapses, with estimates converging on the first voice. (2) AI: having one model independently sample a problem several times and then vote (self-consistency) boosts accuracy — but only if the samples are decorrelated. Same model, same prompt, temperature zero, run N times yields N near-identical answers: that's asking once. No independence, no crowd wisdom.


English Prompt
I want to aggregate a judgment on [problem] from a group of people / multiple AIs. Audit my process with the four conditions of crowd wisdom: 1. Of diversity, independence, decentralization, and aggregation, which is most likely being broken? 2. Will my current collection method ([describe: open discussion / anonymous vote / sequential turns…]) correlate the errors? 3. Give me a concrete aggregation mechanism (how to ask + how to combine) that maximizes independence and suppresses herding.

Prediction Markets

Turn opinions into costly bets and the price becomes a probability — a machine that converts cheap talk into real information

A prediction market lets people bet on whether something will happen; the contract price floats with trading, and the final price is the market's estimated probability. It often beats polls and experts because it aggregates differently: not by counting heads, but by weighting information and pricing conviction.

Non-trivial: (1) It solves the "cheap talk" problem. Spoken opinions are free, so they fill up with noise, politeness, and people-pleasing; a bet is costly, forcing people to convert private information and true confidence into a position — the more you know and the surer you are, the more you stake, so the market automatically weights by information content. (2) It compresses knowledge dispersed across countless minds, which no one could centralize, into a single number. This is Hayek's insight that price is information: no one needs to know the whole, yet the market extracts a whole-system estimate from the fragments. (3) The soul of the mechanism is skin in the game — wrong costs you, right pays you — an incentive layer that makes truth-telling personally advantageous, a natural honesty filter. (4) Be honest about the limits: thin markets (too few participants) are manipulable and noisy; it only works for resolvable, clearly-settled questions; and there's a systematic long-shot bias. It's not a crystal ball — it's an aggregator that's sharp when the right question is asked.

Practical: when you want the true probability of something but suspect everyone is giving polite talk, reshape the question into a "bet" — even scored only in reputation or small points, the real signal surfaces at once.

Classic example

Election prediction markets have long beaten many polls; some companies run internal markets where employees bet on "will the project ship on time," and the result often lands closer to reality than management's official schedule — because the bettors have no incentive to flatter the boss, only to bet correctly.

BigCat scenario

(1) Decision-making: rather than asking your team in a review "can we ship this on time?" (everyone nods to please the boss), open a small internal book and let people bet anonymously. Once reputation and points are on the table, the true probability surfaces out of a sea of "no problem." (2) AI super-individual: price your own predictions. Write a probability for each judgment, settle later with a calibration score (Brier score) — that's running a one-person prediction market on yourself; making beliefs pay a price is the fastest debiasing tool. Isomorphic to incentive-compatibility in mechanism design (Day 49): truth emerges when truth-telling is exactly what pays.


English Prompt
I want the true probability of [event/judgment], but I suspect everyone involved is giving polite talk. Help me design it as a prediction market: 1. Rewrite the question into a resolvable, clearly-settled betting proposition. 2. Design the scoring (reputation / points / calibration score) so that truth-telling is what pays participants most. 3. Flag where this market could be too "thin" or manipulable, and how to mitigate it.

Swarm Intelligence

No commander, only simple individuals following local rules — global intelligence emerges from interaction, not from any one member's head

Ant colonies find the shortest path, bee swarms pick a new nest site, flocks turn in unison — no individual holds the global picture, and there is no central command. Intelligence is a property of the whole system, emerging from the interaction of many simple agents following local rules.

Non-trivial: (1) The core mechanism is stigmergy: individuals don't communicate directly, they modify the environment, which then guides others. Ants don't shout at each other; they leave pheromone on the trail, and later ants follow the stronger trail and reinforce it — coordination happens in the shared traces, not in point-to-point commands. (2) Its computing power comes from a balance of positive and negative feedback: pheromone accumulation is positive feedback (good paths get more attractive), evaporation is negative feedback (bad paths fade). Without evaporation the swarm locks prematurely onto the first mediocre path — forgetting here is a feature, not a flaw; it preserves the ability to adapt. (3) This is isomorphic to distributed systems (no master node, local rules, emergent global behavior — the origin of gossip protocols and ant-colony optimization), and points straight at the hard problem of consciousness — there is no "central self" in the brain; mind may be the pattern emerging from billions of neuron-"ants," echoing the Buddhist anatta (no-self): the self is an emergent process, not a homunculus seated within.

Practical: to get collective intelligence from simple units, don't rush to appoint a commander; design three things — local rules, a shared "environment" everyone can read and write, and a "forgetting/evaporation" mechanism to prevent premature lock-in.

Agent passes leaves pheromone Trail strengthens attracts more agents positive feedback more agents take strong trail evaporation = negative feedback, prevents lock-in
Stigmergy: coordination happens in the modified environment; positive feedback aggregates, negative feedback prevents lock-in
Classic example

Ants finding the shortest path: no ant "knows" which route is shortest, but the short route is traversed faster and accumulates denser pheromone, gradually winning out. Bees choosing a nest site are subtler still — scout bees survey on their own and "dance" to campaign for their favored spot; when one site's "vote count" crosses a quorum threshold, the whole swarm takes off, with no queen issuing orders.

BigCat scenario

(1) Engineering: ant-colony optimization is a real algorithm for routing and scheduling; when designing a multi-agent system, rather than having one controller hand out tasks one by one, let agents coordinate indirectly through a shared workspace (a common codebase, a public scratchpad) — the engineering version of stigmergy. (2) Consciousness: your question of "is there a central self" gets an operational metaphor here — mind may simply be a neuron-swarm, no center, only emergence. It turns no-self from a philosophical claim into a systems intuition: the self is a pattern, not a commander.


English Prompt
I want to redesign [a team workflow / multi-agent system / process] using swarm intelligence and stigmergy; right now it depends on a central controller that bottlenecks easily. Please: 1. Design 2–3 local rules each individual agent must follow. 2. Design a shared environment everyone can read and write, so coordination happens through it indirectly, not via point-to-point commands. 3. Add an "evaporation / forgetting" mechanism to stop the system from locking prematurely onto the first mediocre solution.

The Wiki Model

Large-scale open collaboration produces quality not despite openness but because of it — the key is the asymmetry of "bad edits cheaply reverted, good edits permanently retained"

Large-scale collaboration like Wikipedia and open source produces quality not from any single author's genius, but from a mechanism: very low contribution cost + very low error-correction cost + a convergence standard. Anyone can edit, but any vandalism can be reverted with one click.

Non-trivial: (1) Its engine is an asymmetry: a bad edit's cost is capped by reversibility (revert in seconds), while a good edit settles permanently. Bounded downside, unbounded upside — so the system ratchets one-directionally upward in quality. Same skeleton as convex bets (Day 51): cap the loss, leave the gain open. Openness is safe precisely because reverting is cheap. (2) It is essentially an evolutionary process: edits are variation, reverts and consensus are selection, good versions are retained and inherited — sharing the same machine as biological evolution, approaching excellence with no designer. (3) Plus Linus's Law: given enough eyeballs, all bugs are shallow. (4) Its failure conditions are clear too: contributions must be modular and independently submittable (you can fix sentence by sentence, but not rewrite a whole book at once), reverting must be cheap, and there must be a convergence norm (such as a neutral point of view). Drop any one and openness degrades into chaos.

Practical: to make anything improve through the crowd over time, first drive two costs very low — the contribution cost and the error-correction (revert) cost. When editing it is easy and undoing it is easier, openness turns from a risk into a dividend.

Classic example

Wikipedia achieved accuracy comparable to established encyclopedias through open editing, at orders of magnitude greater scale; the Linux kernel was built collaboratively by thousands of people who never met. Neither relies on an omniscient editor-in-chief — both rely on cumulative error-correction: anyone can edit, bad edits revert easily, good edits stay forever.

BigCat scenario

(1) Engineering: git + pull-request review is the wiki model — we dare let many people commit to the trunk because every change is reviewable and revertible, with the downside capped. Making "revert cost" low is the precondition for open collaboration to work at all. (2) AI super-individual: run your knowledge base / second brain as a "wiki for one" — drive your own capture friction to the minimum (low contribution cost) and make every entry editable and revertible, and it will improve one-directionally through cumulative correction, just like a wiki. Don't aim to write it right once; aim to make it easy to be edited right.


English Prompt
I want to use the wiki model so that [a doc / codebase / knowledge base / community output] self-improves through the crowd over time. Please: 1. Diagnose whether my contribution cost or my error-correction (revert) cost is too high, and how to lower it. 2. Check whether contributions are modular and independently submittable; if not, how to break them down. 3. Design a convergence norm (standard / consensus mechanism) to keep openness from degrading into chaos.