Give rejected work a strict admission test
An earlier attempt belongs in correction history when all three conditions hold:
- The defect affected accuracy, scope, or a consequential decision.
- The reason for rejection can be stated from evidence.
- Future work could benefit from seeing the boundary.
Discard trivial formatting experiments unless their differences matter to a later choice. The purpose is memory, not accumulation.
Attach the lesson to the evidence
Do not save a rejected file with only “bad” in its name. Record the contested statement, the source examined, the finding, and the replacement.
W3C PROV-O can express derivation relationships between artifacts. The NIST AI Risk Management Framework emphasizes documented risk-management activity across an AI system's use. CommonMark supports durable, readable annotations beside the work.
Together, those ideas support an inspectable correction trail. They do not turn the synthetic statement into real workshop information.
Mark the version a reader should use
The synthetic corrected brief becomes current only after the finding and correction choice identify it as the version to use.
Keep the collection small enough to teach
This approach fits recurring work where the same evidence mistake could return. It adds noise when an abandoned artifact has no identifiable consequence or lesson.
Independent review decides whether a claim is supported. Correction history answers a different question: which rejected result should remain available after that decision?
Connect correction to durable memory
The parent guide, Keep AI Work in Files You Control, explains why the record should survive one session. Mark the Current AI Work Artifact protects readers from choosing the rejected version. Record Provenance for AI-Assisted Work captures the relationships around the correction.