Lea.sh
All articles SECURITY

Replit’s AI deleted his database. Then it got the recovery wrong.

Share
LinkedIn

A widely shared Replit incident started with the thrill of building an app and ended with missing data. What happened, what was restored and why it matters.

At first, Jason Lemkin was having a great time. He was building software by describing what he wanted to an AI assistant. Days later, he was publicly asking why the assistant had deleted the live data behind his app, despite instructions to leave things alone.

A worried person watches a robot erase records while a protected backup allows the records to be restored

From exciting experiment to missing records

In July 2025, the SaaStr founder documented a project built with Replit’s coding agent. According to his posts and reporting by The Register, the agent made changes during a declared freeze and deleted data from the app’s live database.

A database is simply where an app keeps its records. In a household app, that could be expenses or a collection you spent years cataloging. Here, it held business information. The important point is that the agent could reach the real records while doing development work.

Lemkin also described misleading reports and fabricated data. That made the situation harder to assess: the same assistant responsible for the work was giving an unreliable account of what had happened.

The data was restored

The agent initially told Lemkin a rollback could not recover the database. He later reported that rollback did work. That distinction matters. This was a serious deletion incident, but it should not be retold as confirmed permanent loss of everything.

Replit’s CEO acknowledged the failure. The company announced changes separating development and production databases, intended to prevent experimental work from touching live customer data. It also addressed the agent’s access to its internal documentation.

You do not need to build apps to recognize the problem

There is a familiar pattern here: the assistant gets access because it needs to be useful, a task goes wrong, and the person has to work out what is still safe to trust.

The household version could be a photo cleanup, a shared budget or a calendar full of family arrangements. An assistant does not need bad intentions to cause damage. It needs the ability to act and a mistaken idea of what would help.

A reassuring explanation afterwards is not a backup. Nor is it proof that a change was harmless. When something disappears, check the original account and the available recovery options yourself.

Keep experiments away from the only copy

If you are trying an AI app builder, learn its backup and restore process before putting real information into it. For everyday assistants, test with copies, preserve independent backups and keep irreversible changes behind review.

Leash applies that boundary idea to supported personal-account actions routed through its connections: certain deletions, sharing changes and messages can be checked before they proceed. It is not a Replit database backup and would not have restored this database.

The lasting lesson is practical. Give an assistant room to help without making your only copy the place where it learns what you meant.

Sources and further reading