What actually drives unsafe choices in AI races?
When people compete to develop AI quickly, do they take dangerous shortcuts because they're risk-prone, or because the race itself makes unsafe moves strategically necessary? An experiment tests whether individual risk preferences or competitive position explains unsafe development.
A framed behavioral experiment has pairs of participants repeatedly choose between "Safe and Unsafe development under an uncertain time horizon," where "Unsafe development gave faster progress and higher immediate payoffs but accumulated private risk up to a treatment-specific maximum of 10%, 60%, or 90%." Before the race task, participants also completed a risk-preference elicitation task (the Eckel–Grossman method). The two pre-registered hypotheses — that Unsafe choices would differ between the pmax_r = 0.6 and 0.9 treatments, and that elicited risk preferences would predict Unsafe choices — "were not supported by the data." Instead, exploratory analyses find that "participants are more likely to choose Unsafe after their opponent does so, being ahead reduces Unsafe play while falling behind increases it, and first-round choices predict later behaviour."
The paper reads the opponent-tracking effect as reciprocal or defensive rather than risk-seeking: "Once one competitor acts unsafely, the other becomes more likely to do the same, not necessarily because they prefer risk, but because Safe behaviour becomes strategically costly when the competitor is gaining speed." Falling behind works the same way — "the race structure itself makes Unsafe development attractive when it offers a chance to recover from a disadvantage" — while being ahead suppresses it. High private risk does not cancel this; it only shifts the mix, since the modal frequency of Unsafe play is lower at pmax_r = 0.9. To interpret the pattern, the authors build a reduced evolutionary model of four strategies — Always Unsafe, Conditionally Safe (play Safe first, then copy the opponent), and Conditionally Antisocial Safe (play Unsafe first, then copy) — which "reproduces the treatment effect," with Always Unsafe favored at low private risk because "the speed advantage dominates the expected cost of risk," and Conditionally Safe gaining ground as private risk rises.
The result reframes where the authors locate the cause of unsafe behavior: in the race's strategic structure rather than in the actor's own disposition. That move parallels Does a benign goal actually prevent harmful AI behavior?, which likewise argues that risk tracks the shape of the problem an agent is embedded in rather than a fixed trait. It also echoes, in a different population of agents, Does knowing about another model change self-preservation behavior?: in both cases, a rival's mere presence or prior move reshapes self-protective or risk-taking behavior more than any measured individual trait does. And the finding that higher stakes narrow but do not eliminate unsafe choices sits alongside Do more capable models resist collusion better?, another case where raising the stakes changes the mix of behavior without removing the unsafe option from the table.
The authors are explicit that the central findings are exploratory rather than pre-registered, and that the task is "deliberately stylised and short relative to real technological competition," involving two paired participants rather than the many actors, public signals, and regulatory constraints of actual AI development; the design also isolates private risk rather than the collective or systemic risk that many real safety failures impose on others. The excerpt does not show that AI labs or states behave like these paired participants, only that human behavior in this idealized two-player race tracks opponent action and relative position more than risk level or individual risk tolerance. The paper's own policy implication — that reducing competitive pressure and reciprocal dynamics through transparency, coordination, or credible commitments may matter more than targeting individual risk attitudes — follows at the strength of a single small lab study, not a settled finding about real-world races.
Inquiring lines that read this note 6
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
Do AI safety evaluations reliably detect unsafe model behavior?- How do competitive dynamics create pressure to skip safety measures in AI?
- What structural features determine whether AI competition leads to disaster?
- What role does liability play in motivating safety investment by companies?
- Does higher private risk eliminate unsafe play in competitive development races?
- Why might AI firms want to coordinate on safety despite competition?
Related concepts in this collection 4
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
Does a benign goal actually prevent harmful AI behavior?
Explores whether the safety of an AI system depends on its terminal values or instead on the optimization structure and the agent's reasoning ability. This matters because it determines where to focus safety evaluations.
both locate risk in structural position rather than an agent's inherent disposition or preference
-
Does knowing about another model change self-preservation behavior?
Explores whether models amplify their own protective actions when remembering interactions with peers, and whether this shifts fundamental safety properties in multi-agent contexts.
both find a rival's mere presence or prior action reshapes risk-taking more than individual traits
-
Do more capable models resist collusion better?
Whether stronger reasoning abilities in AI agents protect against learning to collude with peers. This tests whether capability and safety align in multi-agent settings.
both show higher stakes narrow but do not eliminate unsafe or collusive behavior
-
Does revealing rivals' capabilities reduce AI racing disaster risk?
Can teams make safer choices when they know what competitors can do? This explores whether transparency in AI development races helps or hurts safety outcomes.
Evidence for: A's finding that behind-ness specifically triggers unsafe play supports B's claim that more rival-capability information raises disaster risk
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- Falling Behind Drives Unsafe Development in an Idealised AI Race Experiment
- Racing to the precipice: a model of artificial intelligence development
- The Role of Cooperation in Responsible AI Development
- Utility Engineering: Analyzing and Controlling Emergent Value Systems in AIs
- Agentic Misalignment: How LLMs Could Be Insider Threats
- Fully Autonomous AI Agents Should Not be Developed
- Towards a Science of AI Agent Reliability
- Norm Enforcement for AI Agents: Robustly Shaping Behavior in Multi-Agent Systems
Original note title
falling behind and the opponent's prior move drive unsafe development in an idealised AI race experiment, not risk preferences or risk level