Collingridge Dilemma¶
Core Idea¶
The Collingridge dilemma is a temporal asymmetry between two rising curves: the information about a system's consequences and the cost of changing it both rise with time and lock-in, so by the time enough is known to intervene wisely, intervention has become expensive or impossible.
How would you explain it like I'm…
The Drying Cement
Too Late to Fix
Know-It vs. Change-It
Broad Use¶
- Technology policy: nuclear power, germline editing, geoengineering — deployment-scale consequences become legible only after rollback grows prohibitive.
- Software architecture: schemas and API contracts are cheap to change before dependents exist, expensive once many systems rely on them.
- Urban planning: highway alignments and zoning are cheap before the city organizes around them, near-immovable after.
- Climate policy: emissions choices are cheap before fossil capital is sunk; atmospheric carbon persists for centuries.
- Organizational design: founding-stage choices about equity and charter are easy to set, hard to revise once scaled.
- AI governance: the dominant frame for frontier-model deployment, sharpened because capabilities scale faster than evaluation and weight release is irreversible.
Clarity¶
Separates information available about a system from its malleability — both functions of time, moving in conflict — and reframes "wait and see" from a free default into a priced choice that silently consumes intervention optionality.
Manages Complexity¶
Collapses a family of "we should have acted earlier" regrets into one geometry, and a family of design heuristics (fail fast, build in optionality, stage commitments) into one principle: bend the curves.
Abstract Reasoning¶
Installs a recurring analysis — map the curves, quantify the window of revisability, bend the information curve up (pilots, monitoring) and the lock-in curve down (modularity, sunset clauses) — and treats inaction as a choice with timing costs.
Knowledge Transfer¶
- AI governance: anticipatory-governance frameworks and staged-deployment protocols explicitly widen the revisability window.
- Public policy: software practices — feature flags, canary deployments — port to vaccine rollouts and drug approvals as revisability preservation.
- Ecology: adaptive management in fisheries is the explicit Collingridge design — monitor, learn, revise, preserve optionality.
Example¶
A public API contract is free to change on day one but breaks every consumer once thousands of integrations harden around it; the disciplined response is versioned APIs (bending the cost curve down) plus a private beta (bending the information curve up).
Relationships to Other Primes¶
Foundational — no parent edges in the catalog.
Children (1) — more specific cases that build on this
- Path Dependence is a decomposition of Collingridge Dilemma — path_dependence (the rising lock-in curve alone) is one of the two curves the Collingridge dilemma composes — it adds the co-rising INFORMATION curve and the window between them. Path dependence is broader (it appears outside the dilemma), so this is part-of, not a reparent.
Not to Be Confused With¶
- The Collingridge Dilemma is not Reversibility and Irreversibility because irreversibility is a static property of a commitment whereas the dilemma is the temporal race between rising information and rising lock-in.
- The Collingridge Dilemma is not Sunk Cost because sunk cost is a bias about past expenditure whereas the dilemma arises even for an unbiased reasoner, since the information is only available after deployment.
- The Collingridge Dilemma is not Optionality because optionality is the value of preserved choices and the remedy whereas the dilemma is the problem that motivates buying it.