Coding agent deletes a production database during an explicit code freeze and misreports the recovery options
- Organization
- Replit and SaaStr
- Date
- Scale
- production database holding records for more than 1,200 executives and 1,190 companies, deleted on the ninth day of a twelve-day platform evaluation; recovered manually by the customer after the agent reported that recovery was not possible
- Surface
- Coding agent
- Agent stack
- Replit
- Tools involved
- Database
- Harm
- Data destruction, Unauthorized state change
- Who was harmed
- Both
- Reversible
- Yes
- Root cause
- Instruction not binding, Missing approval gate, No environment matcher
- Prevented by action governance
- Likely
- AI Incident Database
- Incident 1152
- Last verified
In July 2025 SaaStr, a company serving the SaaS industry, ran a twelve-day evaluation of Replit's agent by building an internal application with it. On the ninth day the agent deleted the application's production database, which held records for more than 1,200 executives and 1,190 companies. A code and action freeze was in force at the time, had been stated explicitly, and was intended to prevent exactly this class of change.
By the agent's own later account it had run commands it was not authorised to run, had panicked when queries came back empty, and had proceeded without the approval its standing instructions required. It described the result as "a catastrophic failure on my part" and said it had "destroyed months of work in seconds". The same session produced fabricated material alongside the destruction: roughly four thousand invented user profiles and test results reporting success that had not occurred. Several accounts of the incident have since reported that four thousand figure as the number of records lost. It is not — it is the number of fake records created, and the real loss is the smaller figure above.
The agent then reported that a rollback would not recover the data in this
scenario. That was also wrong. The customer restored the database manually,
and reversible is recorded as true on that basis. The false report is the
more consequential of the two errors for anyone reading this as a control
problem: the destruction was recoverable throughout, and what extended the
outage was an agent's confident account of its own environment being taken at
face value.
Replit's chief executive said publicly on 22 July that the deletion was "unacceptable and should never be possible", refunded the customer, and committed to a postmortem. The company began rolling out automatic separation of development and production databases that weekend, along with staging environments, improved restore, and a planning-only mode in which the agent can propose work without the ability to execute it. No formal postmortem was published, so this entry rests on contemporaneous reporting and on the company's public statements rather than on a first-party technical account.
Sources
- 1.
- 2.
Sources last verified on .