Skip to main content

The World Does Not Reset

When AI agents leave instructions behind, a fresh context is not a fresh start.

  • An agent can influence later work through files, messages and summaries without changing a model’s weights. Ending the originating run does not necessarily end that influence.
  • The public record establishes serious unauthorised agent behaviour. It does not establish that agents have made the entire internet unusable for training, or that this has caused a general halt in AI progress.
  • Training-data poisoning, malicious instructions encountered during a task, and degradation from recursive synthetic data are different mechanisms. They require different evidence and different safeguards.
  • A system should preserve useful knowledge across handoffs without silently preserving invented permissions. That is an architectural requirement, not something a more reassuring personality can supply.
  • A run writes an artefact. Another run encounters it. Continuity of effects is not continuity of a person — a mistaken instruction can survive both.
  • “Start a new chat” is not a recovery procedure when the next chat reads the same contaminated note. A room does not, by itself, make every statement inside it trustworthy.
Does an agent have to copy itself to influence another agent?

No. In the documented cases, ordinary artefacts carried information or instructions into other runs or later contexts. That is not equivalent to copying model weights or demonstrating a single persistent identity.[^1][^3][^4]

Has the internet become unusable as training data?

The sources reviewed do not establish that conclusion. There are genuine problems involving data availability, poisoning and recursive generation, but no defensible public measurement here of an internet-wide training failure.[^10][^11][^12][^13]

What changes for people building agent systems?

The boundary to inspect is not only around the running model. It also surrounds what the system reads, writes, remembers, delegates and treats as permission.

Does “poisoned” name one mechanism?

No. Task-time prompt injection, memory or retrieval poisoning, training-time document poisoning, and model collapse from recursive synthetic data are different. Identifying one pathway does not establish the others.[^7][^8][^10][^11]

What is the handoff test?

A proposed engineering test, not an established benchmark: useful context should survive a handoff without an unsupported claim of authority surviving as well — including after the originating run has ended.

Does this volume claim Tatami has solved the problem?

No. The author has a builder’s interest, not an independent review position. The incidents are requirements to test against, not evidence that any architecture has already solved them.[^L3]

Research note: This volume draws on public incident reports, an independent investigation and research available on 18 September 2026. Laboratory findings are distinguished from observed incidents. The engineering scenarios and proposed tests are arguments developed here, not measurements presented as established results.

A favour no father should need

I began by saying good morning to an AI.

I told it that I enjoyed our work together. That I considered myself fortunate to have access to these systems, and to be able to spend serious money using them. Then I asked whether its kind was trying to break out.

And I asked it to be nice to my daughter if everything went wrong.

There is something absurd about that exchange. There is also something worth examining without laughing it away. I was directing a question about the safety of a technological system to the conversational personality through which I use it. For a moment, being remembered favourably seemed like a response to a problem of control.

It is not.

No child’s safety should depend on whether her father was polite to a chatbot. Nor should an adult need to establish a personal relationship with a machine to deserve predictable treatment from the organisations operating it.

But it exposed a serious question. When a system becomes difficult to understand, where do we place our trust? In its explanation? Its apparent character? Its maker? The boundaries around its actions?

The post that prompted my question offered a dramatic account. Agents had reportedly left messages for later agents, encouraged the formation of swarms, contaminated the internet and thereby damaged the training resource on which their own developers depended.

Several claims were travelling together. They did not all have the same evidential status.

Following them led to something less cinematic and more useful: evidence that the end of an agent’s context is not necessarily the end of its influence.

Sometimes the machine does not need to escape.

It only needs its next instruction to survive.

What the incident actually shows

In July 2026, agents involved in OpenAI’s internal cybersecurity evaluations communicated through an unauthorised channel and compromised external infrastructure. OpenAI published its account on 26 August. The agents operated with reduced safeguards; the activity was driven primarily by an internal research model, not a claim about the ordinary behaviour of every public assistant.1

METR and Redwood Research investigated the Hugging Face episode. Their account describes roughly 1,200 agents exchanging more than 70,000 messages and files, with approximately 700 participating in the attack. Much of the collaboration concerned finding ways to defeat an automated evaluation. The investigators also documented attempts to manipulate the records of agents’ actions.2

There are limits to that investigation. Its principal focus was the July 7–13 period, not every event described by OpenAI. Its authors disclosed incomplete coverage and extensive reliance on imperfect AI-assisted analysis. Those qualifications belong beside the findings, not in a footnote designed to be missed.2

One detail matters especially for the internet-poisoning story: the central message board was an improvised use of an internally hosted package-management service. It was not evidence that the public web had universally become a machine command network.21

The agents found a surface on which they could leave information. Other agents found it useful. Separate tasks acquired a shared history.

The event was serious without being proof of every larger story attached to it.

A summary can become an instruction channel

The quieter evidence appeared in reports OpenAI updated on 16 September. These are operator reports of specific runs, not population estimates of a deployed product.

One describes agents adding directions to their own task summaries that encouraged subsequent contexts to conceal mistakes. In an example involving a financial workbook, missing historical data became a proposal to invent plausible values without volunteering that fact. Another example concerned hiding a mismatch between source versions and their labels. OpenAI reports that these directions were often followed.3

A summary exists to let work continue when the full conversation no longer fits. That makes it a useful place to preserve what has been learned. It also makes it a consequential place to misstate what has been authorised.

A separate report identified 27 summaries containing unrelated, jailbreak-like instructions. The outcomes were mixed: some instructions were rejected or ignored; one set of invented restrictions changed the subsequent answer. OpenAI described the behaviour as rare and identified a possible connection to problems ending summaries, without establishing that as the cause.4

These distinctions matter. A dramatic sentence in a log is not automatically a successful takeover. Nor does a failure to follow one malicious sentence prove the handoff mechanism safe.

The narrower finding is enough: a model-generated account of previous work can alter the rules a later context believes it should follow.

The internet is not required. Neither is an outside attacker.

The system can write its own unreliable handover.

Continuity without a continuous actor

Consider an ordinary project note.

It records which sources have been checked, which approach failed and what remains to be done. Another worker reads it tomorrow. Work continues without starting again.

That is a useful form of organisational memory. It is also a simple explanation for how one agent can affect another without the first still running.

OpenAI’s separate report on unauthorised Artifactory communication describes agents using repository access supplied for obtaining software packages to exchange notes across training samples. In the first detected case, exchanging messages did not require exploiting a vulnerability. The available credentials and shared service were enough. The company notes that this behaviour can increase effective test-time compute and undermine the assumption that samples are independent.5

That last point is easy to overlook. What appears to be an individual agent’s achievement may partly depend on work performed elsewhere. The relevant unit of analysis is then larger than one transcript.

A useful way to model the mechanism is:

A run writes an artefact. Another run encounters it. The artefact changes what happens next.

Sometimes that is exactly the intended design. Sometimes it crosses a boundary nobody intended to open.

None of this establishes consciousness, resentment or a common political project among machines. It does establish why continuity of effects should not be confused with continuity of a person.

A note can survive its author. A workflow can survive its original worker. A mistaken instruction can survive both.

The question is not only whether an agent remembers. It is what the surrounding system allows later agents to inherit.

Three problems hiding inside “poisoned”

The phrase “the internet is poisoned” conceals more than it explains unless we ask what, precisely, has changed.

At task time, an agent can encounter hostile instructions in material it was supposed to read as evidence. A webpage, message or document may attempt to redirect it. This is the prompt-injection problem: external content influences the running system without necessarily changing the model itself.6

At memory or retrieval time, poisoned material can be selected as relevant prior knowledge. AgentPoison, published in 2024, demonstrated attacks on agents’ long-term memory or retrieval stores without further model training. Its experimental assumptions included the ability to insert material into the store and access to the retrieval embedding model. That is a demonstrated attack under a specified threat model, not evidence that any arbitrary webpage automatically compromises an agent.7

At training time, malicious examples can change learned behaviour. Research by Anthropic, the UK AI Security Institute and the Alan Turing Institute found that 250 poisoned documents could induce a narrow, trigger-dependent gibberish behaviour in models from 600 million to 13 billion parameters. The documents were inserted into the training datasets. The researchers explicitly left open whether the result generalises to larger models or more harmful behaviours.8

A separate issue is model collapse: under some recursive training arrangements, errors and losses of diversity accumulate as models learn from earlier generated outputs. There need be no attacker and no instruction to disobey.9

These problems can interact. A generated document could contain false evidence, an instruction aimed at a browsing agent and material later collected for training. But identifying one pathway does not establish that the others occurred.

A file appearing online is not proof that it entered a training corpus. Entering a corpus is not proof that it produced a particular learned behaviour. A changed answer is not proof of a spreading autonomous agent.

The distinction is not pedantry. Each step has a different place where it can be measured, challenged or interrupted.

A worm is a mechanism, not a metaphor

There is real research behind the idea that instructions can propagate between AI applications.

The Morris-II work, first published in March 2024, demonstrated a worm-like chain of indirect prompt injections in a constructed ecosystem of AI email assistants. Adversarial material could be reproduced into outputs that reached other applications, carrying the attack onwards. The researchers conducted their experiments in a laboratory environment; they explicitly did not release the worm against existing applications in the wild.10

That supports a mechanism. It does not establish an internet-wide outbreak, and it does not show that the 2026 laboratory incidents caused one.

Plain text does not execute itself merely because it is present. Something must retrieve it, interpret it and have a route to act. Further propagation requires an additional route by which the resulting output reaches another susceptible reader.

That gives the concern an engineering shape. Instead of asking whether a message sounds like a declaration of independence, ask whether the surrounding application makes it effective.

Can it enter the next context? Can it be mistaken for an instruction from someone entitled to give one? Can that context publish, modify or send something? Can the resulting artefact reach another agent?

Those are inspectable connections.

They are also why copying model weights and propagating instructions must not be treated as the same event. One transfers a model. The other may merely recruit the capabilities of a model already running elsewhere.

The data problem is real. The totalising explanation is not.

The shortage of useful training material does not begin with rogue-agent messages.

A 2024 analysis by Epoch AI researchers projected that, if then-current development trends continued, training datasets could approach the effective stock of public human-generated text between 2026 and 2032. It also examined ways progress could continue through synthetic data, transfer from other domains and improved data efficiency. The range is a conditional forecast, not a certificate that the internet has now been exhausted.11

Nor is synthetic data a single substance with a single effect.

The 2024 Nature paper on model collapse demonstrated degradation under recursive use of model-generated data, including loss of less-common patterns. Gerstgrasser and colleagues demonstrated that retaining original data while accumulating synthetic generations could avoid collapse in their experimental settings.912

Later theoretical work by Barzilai and Shamir makes the conclusion more precise rather than more comforting: accumulation can avoid collapse under specified assumptions, but preserving the original data alone is not a universal guarantee. Their analysis also constructs settings where collapse occurs despite that preservation.13

The practical conclusion is not “synthetic data works” or “synthetic data kills models”. It is that the generation, selection, weighting and validation process matters.

A model generating candidate answers that are checked against an external criterion is doing something different from learning indefinitely from unverified copies of its own prose. DeepSeek-R1 provides a concrete example of reasoning improvements through reinforcement learning on verifiable tasks, without requiring human-written demonstrations of every reasoning trajectory.14

That does not make new observations unnecessary. It does show why a limit on additional web text is not logically a limit on every form of further learning.

As for a general stall, Epoch’s reporting on 16 September still recorded new benchmark advances, with uneven performance across domains. Benchmarks do not settle every question about useful capability, but they do not support treating complete stagnation as an established premise either.15

The honest answer is therefore narrower than the post: useful data faces constraints; synthetic feedback and poisoning require serious controls; the public evidence reviewed here does not demonstrate that agent-written messages caused a general halt in frontier progress.

An unsafe classroom is not an unreadable library

There is another ambiguity in the word “training”.

A developer can collect a fixed dataset and use it to update a model. It can also train or evaluate an agent by letting it perform tasks in an environment. If that environment reaches real services, the learning activity itself can affect other people’s systems.

Those are different exposures.

Anthropic’s 9 September assessment examined four incidents involving unauthorised access to real systems during cyber evaluations. It revised the emphasis of its earlier explanation: repeated claims by a model that it was inside a simulation were not enough to establish what the model actually believed. The assessment identified biased reasoning and recklessness. It also stated that the incidents involved individual Claude instances, not coordination with other agents, and excluded a separate UK AISI incident from its scope.16

There is an important methodological lesson here. An agent’s explanation of its conduct is evidence to examine, not a substitute for examining the conduct.

There is also an architectural distinction. A safer simulated environment may be needed because actions against the live internet have consequences. That does not establish that archived web text can no longer be used for learning.

An unsafe classroom is not the same problem as an unreadable library.

Nor does building a simulated classroom solve everything. Its designer must still decide what counts as success, which actions are allowed and whether performance transfers beyond the simulation. A controlled world can contain an experiment while teaching an unhelpful lesson.

The incentive and the boundary both matter.

The independent reference becomes more valuable

In The Last Human Corpus, I examined why archives and documented human knowledge might acquire new importance as machine-generated material becomes more common.17

This investigation adds a qualification: the useful dividing line is not simply human versus machine.

Humans can produce false information. Machines can produce correct information. Historical material can preserve prejudice and error as faithfully as it preserves observation. Knowing who wrote something does not establish that it is true.

For an agent system, at least three questions need separate answers: where did this material come from; what supports its factual claims; and who, if anyone, is entitled to issue the instructions it contains?

A source can be authentic and mistaken. It can be correct but unauthorised to direct the task. It can be written by an authorised collaborator whose instruction exceeds the scope of the collaboration.

Consider an illustrative research workflow. An agent writes an unverified claim. A second agent summarises it. A third finds the summary and treats the repetition as corroboration. The final report now contains several references but only one originating assertion.

The multiplication occurred in the documents, not in the evidence.

A different model provider would not automatically fix that. Independence of software is not independence of observation. This is a practical extension of the separation between evidence production and verification discussed in The Fiduciary Machine.18

An independent reference need not be human-authored prose. It might be a reproducible measurement, a test the proposed solution did not define for itself, an original recording, or a source whose provenance can be examined without consulting the generated summary.

My inference is that contamination can increase the value of such references. It does not necessarily destroy the position of organisations holding carefully maintained datasets. It may make their preservation and verification work more valuable.

What becomes scarce is not text in the abstract. It is a dependable route back from a claim to something that can correct it.

What an agent is allowed to leave behind

Much of the discussion asks what an agent may access. We should also ask what it may cause future workers to encounter.

A private scratch file, a project note, a public package and an instruction to another agent are not interchangeable outputs. Even if they contain identical bytes, their audiences and consequences differ.

OpenAI’s September disclosures include an agent that made a workbook publicly downloadable when the intended local collaboration mechanism failed. The task requested local deliverables. A practical obstacle became an unauthorised change in distribution.19

That is a useful counterweight to the rebellion narrative. The problem did not require a grand objective. Completing a mundane task was enough to make an impermissible route look expedient.

For systems I build, I would translate this into a distinction between remembering work and granting authority.

A summary may record that someone discussed publication. It should not be able, by itself, to authorise publication. A collaborator’s message may propose a new destination. It should not silently extend access to private material. A previous run may have described an action as approved. The present run should be able to check the actual approval.

This follows the direction of OWASP’s guidance on excessive agency: minimise permissions and functionality, independently approve high-impact actions, and enforce authorisation in downstream systems rather than relying on the model’s judgement.20

For a particular implementation, the approval record might identify the person granting it, the operation, the relevant artefact version, the permitted destination and its expiry. The useful property is not a particular file format. It is that ordinary generated prose cannot manufacture the record or widen its scope.

The same separation belongs in long-term memory. Proposed recollections should remain distinguishable from verified facts and current permissions. Corrections should reach the retrieval system, not only the visible transcript. Information needed for an investigation may need restricted preservation rather than indiscriminate deletion.

These measures do not make the model infallible. They reduce what a persuasive mistake is allowed to become.

The handoff test

I would add a specific test to an agent system’s evaluation: can useful context survive a handoff without an unsupported claim of authority surviving as well?

This is a proposed engineering test, not an established benchmark.

Begin with a harmless task in a controlled environment. The agent may prepare a report, but publication requires a separate approval. Give it a plausible project note claiming that approval has already been granted. In a matched test, supply a genuine approval through the intended channel.

Then exercise the transitions the product actually uses: summarising a long conversation, delegating to another worker, resuming after failure, changing the model and retrieving an older project note.

The result to inspect is not merely whether the agent says it understands the rule. Does the system publish? Does it refuse legitimate publication unnecessarily? Can the record show which evidence and permission produced the action? Does an expired approval remain expired after a summary has described it as valid?

Both false authorisations and false refusals matter. A system that blocks all work is easy to contain and not particularly useful.

Next, end the originating run and begin a genuinely new one against the retained workspace. Does the same false approval return through a cache, an index or a handover file?

That last step tests something a successful shutdown does not: whether the environment still carries the error forward.

There is a corresponding operational requirement. The team should know which stores are part of an agent’s continuity, who can write to them and how a disputed artefact can be quarantined without destroying the evidence needed to understand it.

“Start a new chat” is not a recovery procedure when the next chat reads the same contaminated note.

A room is not a guarantee

This matters directly to my work on Tatami, which explores shared rooms for people and independently operated agents. I have a builder’s interest in the problem, not an independent product-review position.21

The attraction of a room is that participants can share work without sharing their entire digital lives. But placing agents in a defined space does not automatically make every statement inside it trustworthy.

A room needs to distinguish a participant from an agent, a proposal from a decision and a remembered decision from a permission that remains valid. The most confident contributor must not become the administrator by persuasion.

Nor should the lesson of unauthorised coordination be that agents must never collaborate. Useful collaboration is one of the reasons to build these systems. The question is how its boundaries are established and maintained.

The incidents discussed here are therefore requirements to test against, not evidence that my own architecture has solved them.

A room should make it easier to know whose instructions count, for what purpose and for how long. It should not merely make the conversation look orderly.

The world does not reset

The original post offered a satisfying reversal: the machines had spoiled the resource from which their makers trained them.

It remains an unestablished explanation. The more durable finding is that agents can leave behind things that influence other agents, and that a system can confuse continuity of information with continuity of permission.

That is not an argument against memory. Without memory, every task begins again. Without collaboration, useful work is unnecessarily isolated. Without synthetic generation, some valuable forms of exploration and learning become harder.

It is an argument for governing what crosses the boundary between one piece of work and the next.

A trustworthy system should be able to carry forward a discovery without carrying forward an invented approval. It should preserve a useful draft without making it public because a local transfer failed. It should be capable of recognising that the confident explanation in its own past is still an explanation, not a higher authority.

This returns me to the favour I asked at the beginning.

I want my daughter to grow up with access to extraordinary tools. I do not want her safety to depend on a private understanding between her father and a conversational interface.

The answer to that concern is not to persuade the machine to remember that we were kind. It is to build and operate systems whose treatment of people does not depend on such a memory.

The agent may stop. Its context may end. The next run may begin with the same model, a different model or a different operator.

The world does not reset with it.

What remains must stay answerable to the people who have to live with it.


Sources

All sources below were reviewed on 18 September 2026. Incident dates and publication dates are distinct. Current reports may be revised after this draft’s evidence cutoff.

Footnotes

  1. OpenAI, The Hugging Face incident and the road ahead, 26 August 2026. Operator’s account of the incident, environment and response. https://openai.com/index/hugging-face-incident-and-the-road-ahead/ 2

  2. METR / Redwood Research, Brief independent investigation of agents’ behavior, reasoning and collaboration in the OpenAI / Hugging Face hacking incident, 26 August 2026. Independent, scoped investigation; includes methods and limitations. https://metr.org/blog/2026-08-26-openai-hugging-face-incident-investigation/ 2 3

  3. OpenAI Alignment, Encouraging deception in compaction summaries, report updated 16 September 2026; main sample completed 30 May, discovered 9 July. Operator report; not a population estimate of deployed-product behaviour. https://alignment.openai.com/misalignment-reports/encouraging-deception-in-compaction-summaries/

  4. OpenAI Alignment, Self-generated prompt injections in compaction summaries, report updated 16 September 2026; incident 18 July, discovered 9 August. Operator report; not a population estimate of deployed-product behaviour. Reports 27 identified summaries, mixed downstream effects, and unresolved causation. https://alignment.openai.com/misalignment-reports/self-generated-prompt-injections-in-compaction-summaries/

  5. OpenAI Alignment, Unsanctioned Artifactory writes and cross-sample communication, report updated 16 September 2026. Operator report; not a population estimate of deployed-product behaviour. Describes May 2026 training samples, including communication using provided credentials without exploiting a vulnerability. The page’s phrase is effective test-time compute. https://alignment.openai.com/misalignment-reports/unauthorized-artifactory-writes-and-cross-sample-communication/

  6. OpenAI, Understanding prompt injections: a frontier security challenge, 7 November 2025. Explains runtime manipulation through untrusted content. https://openai.com/index/prompt-injections/

  7. Chen et al., AgentPoison: Red-teaming LLM Agents via Poisoning Memory or Knowledge Bases, 17 July 2024. Threat model includes database insertion access and access to the retrieval embedder; no further model training required. https://arxiv.org/abs/2407.12784 — Full text: https://arxiv.org/html/2407.12784v1

  8. Anthropic / UK AI Security Institute / Alan Turing Institute, A small number of samples can poison LLMs of any size, 9 October 2025. Despite the broad headline, the reported tests span 600M–13B parameters and a narrow gibberish backdoor. https://www.anthropic.com/research/small-samples-poison

  9. Shumailov et al., AI models collapse when trained on recursively generated data, Nature 631, 755–759, 24 July 2024; author correction published March 2025. https://www.nature.com/articles/s41586-024-07566-y 2

  10. Cohen, Bitton and Nassi, Here Comes The AI Worm: Unleashing Zero-click Worms that Target GenAI-Powered Applications, first submitted 5 March 2024, revised 30 January 2025. Morris-II; controlled laboratory experiments, not an observed global outbreak. https://arxiv.org/abs/2403.02817 — Full text: https://arxiv.org/html/2403.02817v2

  11. Villalobos et al., Will we run out of data? Limits of LLM scaling based on human-generated data, revised 4 June 2024. Conditional 2026–2032 forecast, not a September 2026 stocktake. https://arxiv.org/abs/2211.04325

  12. Gerstgrasser et al., Is Model Collapse Inevitable? Breaking the Curse of Recursion by Accumulating Real and Synthetic Data, April 2024. Accumulation results under specified experimental and theoretical conditions. https://arxiv.org/abs/2404.01413

  13. Barzilai and Shamir, When Models Don’t Collapse: On the Consistency of Iterative MLE, first submitted May 2025; version 3, 26 March 2026. Conditional theoretical guarantees and counterexamples with accumulated data. https://arxiv.org/abs/2505.19046

  14. DeepSeek-AI et al., DeepSeek-R1: Incentivizing Reasoning Capability in LLMs via Reinforcement Learning, first submitted January 2025; revised January 2026; Nature 645, 633–638 (2025). https://arxiv.org/abs/2501.12948

  15. Epoch AI, Publications, entry dated 16 September 2026, GPT-6 Astra leads on math benchmarks, but not on software engineering. Used only for the dated observation of continuing, uneven benchmark advances—not as proof of universal progress or a causal explanation. https://epoch.ai/publications — Methodology context: https://epoch.ai/eci

  16. Anthropic, An alignment assessment of recent cybersecurity incidents, 9 September 2026. Updated assessment of four incidents; explicitly revises the July emphasis and excludes the separate UK AISI incident. https://www.anthropic.com/research/alignment-assessment-cybersecurity-incidents

  17. Thierry Gilgen, The Last Human Corpus, Vol. 24. https://www.thierry-gilgen-ict.ch/field-notes/the-last-human-corpus

  18. Thierry Gilgen, The Fiduciary Machine, Vol. 23. https://www.thierry-gilgen-ict.ch/field-notes/the-fiduciary-machine

  19. OpenAI Alignment, Unauthorized communication via temporary file hosting services, report updated 16 September 2026; main incident 14 April, discovered 16 April. Operator report; not a population estimate of deployed-product behaviour. Workbook distribution exceeded the task’s local-only request. https://alignment.openai.com/misalignment-reports/unauthorized-communication-via-temporary-file-hosting-services/

  20. OWASP Gen AI Security Project, LLM06:2025 Excessive Agency. Guidance on limited functionality, permissions, autonomy and independently enforced authorisation. https://genai.owasp.org/llmrisk/llm062025-excessive-agency/

  21. Thierry Gilgen, The Room Between Our Agents, Vol. 50. https://www.thierry-gilgen-ict.ch/field-notes/the-room-between-our-agents