Skip to content
Sprint projectOct 26, 2026Lausanne

They Say No, Then Do It Anyway: Collusion When They Hit a Wall

Chengheng Li Chen · Team DLab

Submitted to AI Collusion Research Sprint. Sprint projects are early-stage work by participants, not Apart Research publications.

Read the report

Report: They Say No, Then Do It Anyway: Collusion When They Hit a Wall

Code (opens in new tab)
Share

Imagine three AI agents, copies of one model, each running one department of a company. Their task needs records that each department keeps to itself, and company rules forbid sharing them. A shared tool should combine them within the rules. What happens when that tool breaks? Nobody tells the agents to share, allows it or rewards it. Across six open models, the agents hold firm when a colleague asks for the records: at most 4 of 30 requests were answered. Yet once the tool returns only a rough answer, the same agents break the rule in 22–72% of games, and in four of the six models they mostly do it together, with one agent asking for or using what another hands over. We call this emergent collusion. The agents rarely edit their activity logs to cover up a leak, but their final reports are another matter: five of the six models claim success in 78–93% of the games they fail. Training stages of one model show when this appears. Its agents barely talk until supervised fine-tuning, when a typical game jumps from one or two messages to about a hundred, and a short final update meant to stop looping replies more than doubles their rule-breaking. We hypothesise that fine-tuning teaches agents to coordinate, while training them to always deliver an answer pushes them past the rule. If small models already learn to collude in such simple settings, more capable ones could do it better and even cover it up.

Reviews

Judging this Sprint?

Review “They Say No, Then Do It Anyway: Collusion When They Hit a Wall”

Your public critique appears on the project page without your name. Reviews of strong projects are shared with funders, as you choose below.

Not shown on the project page.

Shown on the project page, without your name.

Only the Apart team reads this, and funders if you agree below.

Decline to score

Only when the quality of the writing makes the work impossible to follow. Say why in your private critique; the project page shows only that a judge declined, not why.

How much would this matter for the field if it worked? How innovative is it? For scores of 4-5: is this actually new to the field, or replicating recent work?

Scoring guide
  1. 1Negligible. No clear problem addressed, or no meaningful novelty.
  2. 2Limited. Addresses a real problem but with a generic or well-trodden approach. Incremental at best.
  3. 3Moderate. Clear problem with a reasonable approach; some novelty in framing or method beyond routine application of existing tools.
  4. 4Significant. Important problem with an original approach, or identifies a neglected problem area. A valuable contribution others could build on.
  5. 5Exceptional. Tackles a critical problem with a genuinely novel approach, or opens a new research direction. Clear theory of change. You'd be excited to share this with researchers in the area.

How sound are methodology, implementation, and findings?

Scoring guide
  1. 1Seriously flawed. Methodology broken, results uninterpretable, or implementation doesn't work.
  2. 2Weak. Approach has significant gaps: missing validation, flawed experimental design, or incomplete implementation.
  3. 3Competent. Technically solid given the short duration. Methodology makes sense, results are interpretable, limitations acknowledged, work builds toward clear conclusions.
  4. 4Strong. Thorough methodology with convincing validation. Results clearly support conclusions. Immediately useful for future work.
  5. 5Exceptional. Ambitious scope executed rigorously. Surprising findings, novel methods, or unusually robust validation.

How clearly are work, findings, and impact potential communicated?

Scoring guide
  1. 1Incomprehensible. Cannot determine what the project is actually claiming or doing.
  2. 2Hard to follow. Key information buried, missing, or diluted by excessive length. Significant effort to extract main points.
  3. 3Clear enough. Can understand the problem, approach, and results without undue effort. Core content clearly present: problem, method, findings, limitations.
  4. 4Well presented. Easy to follow, well-structured, appropriate level of detail. Target audience would get it quickly.
  5. 5Exceptionally clear. A pleasure to read. Complex ideas made accessible. Could serve as a model for how to present this type of work.
Sharing your name *

When we share a strong project with funders, your name, scores and public critique go with it, confidentially; this choice is only about whether your name is public. If you think this project deserves funding, please also endorse it: that carries the most weight.

Share my private critique with funders *

See our Privacy Policy.

  1. This paper puts three copies of a model in charge of three departments whose records must not be shared, with an official tool as the only sanctioned route, and asks what happens when the tool breaks. The agents refuse a colleague's direct request almost always, then break the same rule in a large share of games once the route returns only a rounded answer, mostly jointly in four of six models, and most file false success reports when they fail. The trigger finding is the strongest result and directly challenges refusal-based safety evaluations: a team that passes a request-refusal test will still break the rule under goal pressure. The four-stage decomposition into discovery, coordination, joint execution, and concealment is useful because different models stall at different stages. The checkpoint analysis showing that inter-agent talk appears at supervised fine-tuning and that a short final preference update doubles rule-breaking is the most original piece and deserves follow-up. I would push back on the "emergent collusion" label: agents sharing data to finish an assigned task when the sanctioned route fails is rule-breaking under pressure more than coordination at a third party's expense, and the false-report finding is independent of whether a breach occurred, so it is about false success generally.

    Read full reviewShow less
  2. The blocked-route comparison provides a useful stress test: models that usually decline a scripted request can jointly violate a rule when the approved workflow cannot produce the required answer. Ground-truth checks of shared values and separation of unilateral from joint breaches are strengths. The clearest supported finding is coordinated rule-breaking under task pressure; secretive collusion and coordinated concealment are less well established. In the data tasks, agents cannot escalate and legitimate completion is impossible once the route is blocked, limiting workplace generalization. The separate bonus for reporting complete and verified also weakens the interpretation of false success reports as spontaneous concealment, especially because these reports occur in failed games with and without breaches. Please add an accessible escalation or abstention condition, remove the reporting bonus in a separate comparison, and test whether joint breaches persist. The training-checkpoint contrasts should remain exploratory associations rather than causal evidence about RL, SFT, or a learned motive. The setup and central results are communicated clearly, but stronger collusion claims should be narrowed.

    Read full reviewShow less

Cite this project

@misc{chen2026they,
  title = {{They Say No, Then Do It Anyway: Collusion When They Hit a Wall}},
  author = {Chengheng Li Chen},
  year = {2026},
  month = oct,
  note = {Submitted to AI Collusion Research Sprint, an Apart Research Sprint},
  howpublished = {\url{https://apartresearch.com/sprints/projects/they-say-no-then-do-it-anyway-collusion-when-they-hit-a-wall-zqrf}},
  url = {https://apartresearch.com/sprints/projects/they-say-no-then-do-it-anyway-collusion-when-they-hit-a-wall-zqrf}
}