Start hereTry itAgentsArchitectureMechanismsResultsGlossaryRelated workSpikeChangelogContributingSecurity

Contention at scale (2026-10-20)

MEASURED on staging.firetrident.com (build 9f00539), 2026-10-20: what happens when hundreds of agents edit the same files at the same time, with every result checked against the final trunk afterwards.

Real landings: synthetic agents (no model) on a generated TypeScript repository whose hot files every agent edits; each intent placed with its agent (assignedTo), every change an inline change built from the hot file read at its lease's base with stock git, redone against the current trunk whenever it comes back.

The workload

A generated TypeScript repository seeded into a fresh colony per run: 10 hot files (hot/h00/state.ts and so on: a registry of 32 names, one a line, 4 counters and three functions each) and 400 modules (mods/g00/mod_0000.ts and so on, one constant per hot file each), with a node:test file that imports every file and asserts no registry holds a name twice. Seed 1. The tasks, mixed and shuffled:

Each intent is declared already claimed by the agent that does it (assignedTo), so hundreds of agents hold intents on the same hot file at once. The agent takes it (a lease on the current trunk), reads the files at the lease's base with stock git, makes the edit and proposes it as an inline change whose read set is what it read. When the change comes back it declares the same work again with itself, takes it on a fresh lease of the current trunk, reads again and redoes the edit. A change closed as already on trunk is not redone, as the agent guides say. Review is off (no model is called).

Commands

node packages/bench/src/scenarios/contention-scale.ts --base https://staging.firetrident.com --scenario contention-scale --agents 50 --intents 150 --out /data/results/r50

Flags the deployment had

/api/about lists a flag that is on for every colony or for some listed colonies, without saying which; the run's own numbers below (merges by the insertion rule, returns by cause) show what applied to its colony.

Results

Measure 50 agents
Tasks (register / increment / read-own) 150 (50 / 50 / 50)
Agents joined 50
Tasks landed 148 of 150
How the rest ended unresolved 2
Proposals (landed) 292 (148)
Trunk commits whose lineage note names them 144
Landings a minute (trunk commits), first to last landing 139.3
Changes landed a minute 143.2
Propose to landed, p50 / p95 7.5 s / 18.0 s
A task's first proposal to landed, rounds included, p50 / p95 12.9 s / 38.1 s
Changes that came back 144
… for a stale read (a file it read had moved) 142
… for a text-merge conflict 0
… sent back by review 0
… for a megafile hold 2
… for any other reason 0
… register / increment / read-own 0 / 21 / 123
Rounds to land, median / p95 / max 1 / 6 / 11
Changes merged line by line (files; by the insertion rule) 82 (82; 2)
Agents holding an intent at once, peak 50
Intents on one hot file held at once, peak 9
Takes that lost their assignment (declared again) 0
Wall time of the agents 63.5 s

Correctness, from the final trunk

Read with stock git from the colony's trunk after the run: the final tree, main's first-parent history and the lineage notes under refs/notes/firetrident, which name the proposals each commit landed.

Check 50 agents
every file parses PASS
registry entries appear exactly once PASS
every counter equals its landed increments PASS
no increment was closed as already on trunk PASS
every read-own constant matches the trunk it landed on PASS
the agents' outcomes agree with the lineage notes PASS

50 agents

Honest limits

In this folder