Website guide / Source linked

Ask Maviter

Find prompts, compare tools and navigate Maviter. AI answers stay inside Maviter's indexed evidence.

Search is freeSign in for five daily AI credits
Never paste passwords, API keys or confidential project material.
← Maviter JournalProject recovery / 7 minute read

The checkpoint rule for AI-built software

Name stable work before changing it. A protected checkpoint turns an improvised build into a recoverable product system.

A named checkpoint turns progress into something you can protect.

RECOVERY EVIDENCE MAPREQUESTEDOBSERVEDPROTECTED
01 / FIELD NOTE

Progress without memory is fragile

AI-assisted development moves quickly, but speed makes it easy to overwrite working behaviour while solving the next problem. A checkpoint records what is believed to work, the evidence supporting that belief and the boundary that future changes must preserve.

SAFE AUTOMATIONTRIGGERAPPROVEACTVERIFYFailures return to a visible checkpoint.
02 / FIELD NOTE

Separate evidence from confidence

A repository link is not a code audit. A successful build is not proof that every feature works. An owner statement is useful evidence, but it should remain labelled as owner-reported until an independent check exists. Recovery becomes trustworthy when every claim keeps its evidence class.

VERIFY BEFORE USESOURCESPRIVACYCALCULATEHUMAN
03 / FIELD NOTE

Freeze, change, verify

The practical cycle is simple: inventory the current state, record known defects, freeze the accepted checkpoint, define one bounded next release, execute it, and attach fresh test evidence. This reduces regression risk and makes rollback a product habit rather than an emergency ritual.