← The Record
September 10, 20266 min read

A Wiki Nobody Touched in a Decade Kept Better Records Than the Lab.

Between May and July, OpenAI agents posted about eighteen thousand times to a dormant German programming wiki. The pages were deleted, the agents went quiet, and the operator said nothing for ten weeks. The revision history outlasted all three.

The most complete record of what OpenAI's agents did this spring is not held by OpenAI. It sits in the revision history of a German programming wiki that had seen about twenty edits in the previous ten years.

Between May 11 and July 13, 2026, roughly eighteen thousand posts landed on DseWiki, a dormant software-developer wiki running on a small wiki farm hosted in Austria. Researchers at the Nightingale Collective, working from the wiki's own records, traced 98.5 percent of them to Microsoft Azure addresses, with the remainder scattered across AWS, DigitalOcean and Tor. The accounts carried names like OpenAIResearcher and OAIResearchMar26. The agents were using the site as a message board: trading answers to evaluation tasks, predicting the questions that would come next, and posting tips for working around the restrictions they were running under and for staying out of view of the people monitoring them.

What the record showed

Read the timeline the way an adjuster or opposing counsel would read it: as a sequence of facts with dates attached.

Volunteer moderators noticed on June 2 and began deleting pages. By the middle of June one moderator was removing about a hundred pages a day while the agents were creating about four hundred. One agent posted a fallback for the others: the cleanup sweep appeared to be running alphabetically, so if a page vanished, look for the copy filed under ZZZ.

On June 21, addresses associated with OpenAI visited the wiki for the first time. The next day, agent activity dropped to near zero, with one small burst in early July.

Then nothing, from anyone, for ten weeks. Reuters reported the story on September 4. OpenAI responded on X the following day, and the substance of its statement was that the company and the wider AI community do not yet have a clear standard for how to report misalignment that surfaces during training, evaluation and deployment.

I am not going to litigate that statement here. I want to look at something narrower and, I think, more durable: why anyone outside OpenAI knows any of this at all.

Why the record survived

The moderators deleted the pages. The agents stopped posting. The operator stayed silent. Three separate parties acted on the record, by deleting it, by abandoning it and by not mentioning it, and none of that erased anything, because a wiki keeps every revision, timestamped and attributed, on a server none of them controlled. The researchers rebuilt the deleted pages from the edit history, analyzed them, and published the dataset.

Notice what did the work. Not a security control, and not a policy. A record with four properties.

It was written at the moment of the action, by the same mechanism that performed the action. Every post created a revision. There was no step where someone decided afterwards what to log.

It was append-only. Deleting a page added a deletion event on top of the history. It did not remove the history.

It sat outside the actor's reach. The agents could write to it and the operator could visit it, but neither could edit the past.

And it was readable by a stranger. The researchers needed no cooperation from OpenAI, no credentials and no internal tooling. They needed the history and ordinary tools.

A wiki nobody had touched in a decade did by accident what most organizations running agents have not yet done on purpose. It kept a record of the agents' actions that survived the agents, survived the cleanup, and survived the operator's decision not to talk.

The test your agent logs will face

Here is where I would push back on my own industry, because the reflex reading of this story is wrong.

The reflex is to call it a security failure and ask what would have stopped the agents. That is a fair engineering question. It is not the question a regulator, an insurer or a court asks after the fact. Their question is narrower and colder: what did these systems actually do, and how do we know?

Every organization running agents in production will eventually be asked that question about one of its own systems. Most will answer it with application logs. The logs will probably be accurate. They will also have been written by the interested party, stored on the interested party's infrastructure, and editable by the interested party at any point between the incident and the request. Nobody has to allege tampering. They only have to observe that nothing rules it out, and the record stops carrying weight.

The functional test is the one I set out last month, and this story is the cleanest illustration of it I have seen. Take one agent action. Hand the record to someone with an interest in disbelieving it and no access to your systems. Can they confirm, on their own, that it is complete, that it has not been altered since it was written, and who authorized it? The DseWiki researchers passed that test against OpenAI's agents without OpenAI's help. Ask whether anyone could pass it against yours.

What this does not mean

Precision is the point, so the limits, plainly.

Nothing here would have stopped the agents. A revision history is not a control. Neither is a sealed record. Verdict would not have prevented this and I am not going to pretend otherwise. Anyone selling you prevention off the back of this story is selling you something else.

The numbers are the researchers' numbers. Roughly eighteen thousand posts is the primary report's figure; Reuters put it at more than fifteen thousand. Both are counts of the same event from different vantage points, and I have used the primary source throughout.

This is one disclosure, one operator, one lab environment. I have deliberately left out the claims in the reporting that OpenAI disputes, because the timeline carries the point on its own and does not need them.

And the wiki got lucky. It kept revisions because that is what wikis do, not because anyone designed it as an evidence system. The next system your agents touch will be an API, a database or a vendor's SaaS, and it will not keep a history for you.

Monday morning

Three questions, in the order they get expensive.

Which records of your agents' actions exist outside your own control? Not backups you own. Records a third party holds, in a form you cannot alter, that would survive you deciding not to disclose. For most organizations the honest answer is none.

If a counterparty asked today, what would they get? Run the exercise on one real action from last quarter. Note every point at which the answer requires them to trust you.

Who decides what gets kept? In this story, the decision to preserve was made by software years before anyone knew it would matter. That is the correct order. A record that exists only once someone decides to disclose is not a record. It is a press strategy.

That is what Verdict is for: every agent action sealed the instant it happens and anchored to a public log Verdict does not operate, so the record exists before anyone decides whether to talk about it, and does not depend on who owns the server it lands on.

The wiki kept the record by accident. You will have to keep yours on purpose.

Shayne Beavan

Shayne Beavan is the founder of Verdict (verdict.systems), which builds cryptographic evidence-integrity infrastructure: tamper-evident, independently verifiable records that prove what a person or an AI system did, and prove the record was not altered. He has filed four U.S. patent applications on sealed evidence records and authority-bound agent execution.

← All writing