An AI service can sometimes remove a record, stop using a source, or change a learned behavior. “Forget” is too broad to tell us which of those things happened. Before accepting a promise of deletion—or a claim that deletion is impossible—we need to identify where the information is and what effect is meant to end.
In Sovereign Mercy, a disconnected cable becomes the beginning of this question. The characters have ended access. They still have to decide what follows from the knowledge acquired while that access was permitted. The fictional architecture makes the distinction unusually visible; real services require their own examination.
Follow one address through a service
Consider an invented appointment assistant. A customer once told it she lived at 18 Willow Street. The address appears in a chat, a saved profile and an invoice. The assistant may consult one or more of those records when booking a journey. For this example, suppose the provider has not used the customer's information to train the underlying model.
She moves. Updating the profile should change future suggestions that use the profile. It would not necessarily rewrite the invoice, whose historical purpose is different. If a search later retrieves the old chat without recognizing its date, the assistant could still offer the wrong pickup point.
The relevant correction therefore includes how records are selected and interpreted. “Current address” and “address used on that invoice” are both meaningful fields. Combining them into one timeless fact would create a new problem.
Four requests that sound like forgetting
“Stop reading my calendar” concerns future access. “Delete the saved address” concerns a stored record. “Do not use that address for bookings” concerns permitted use. “Remove this information's effect on the trained model” concerns a training influence, if such an influence exists. A service might support one request without supporting all four through the same control.
Our AI memory guide separates these layers. RAG explains how stored material can inform a new answer without being the same thing as learned model parameters. That distinction prevents the common assumption that every conversation permanently retrains the system.
What machine unlearning contributes
Machine unlearning is an area of research on removing the influence of specified training data. Bourtoule and colleagues' SISA approach reduces the work of retraining by limiting how training data influences parts of the process. Its existence is a reason to avoid declaring all learned influence ineradicable; its particular design is also a reason not to promise universal erasure. Primary paper.
For a reader evaluating a claim, the useful questions are concrete. Which model or record was changed? What was tested afterward? Were downstream summaries, indexes or exported copies included? What remains for a stated purpose? A model failing to reproduce an answer under one prompt is narrower evidence than a guarantee that every relevant influence has disappeared.
A correction can travel farther than a deletion
Return to the address example. If the wrong pickup location has already been sent to a driver, removing it from the assistant's profile will not update the driver's instructions by itself. The repair has an audience. Somebody must change the pending journey and make the change visible where it matters.
That observation applies to an erroneous accusation, a family summary or a recurring care arrangement. It does not justify unlimited retention. It means that an organization should describe both what it removes and what it corrects, instead of using one operation as a reassuring name for the other.
A further difficulty is that other people may have learned something from a shared output. A technical operation cannot return them to a state in which they never encountered it. Depending on the situation, an explicit correction may be the more meaningful intervention.
Try a small record map
Choose an imaginary fact and draw its route: original message, saved field, generated summary, action sent to another person. Mark which parts are evidence, which are interpretation and which trigger action. Now correct the fact. Identify every point at which the old version could still affect somebody.
This original exercise is a way to understand system behavior. It is not an account of a provider's retention policy or legal advice about deletion rights. Those claims require the actual service documentation and applicable context.
Return to the fiction
Readers already in the novel can revisit Chapter Ten, “Perfect Memory,” where the boundary becomes a practical dispute. The scene's retained reasoning is a fictional capability, not a description of every language model. For a standalone alternative, The Right to Be Wrong distinguishes closing an account connection from keeping an experience in the record.
New readers can start with the public novel sample. The continuing question is what permission ought to govern after useful information has already changed a decision. The machinery can clarify the problem; it cannot choose every obligation for us.
Listen with this question in mind
- Griefbots and the Digital Afterlife
If access to the service ends, what would the family still have?
Sources and limits
The examples and recommendations are editorial explanations. Fiction illustrates the questions; it is not evidence of real-world outcomes.
- Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks
Foundational architecture; not a description of every modern RAG product or a griefbot study. - Machine Unlearning
Does not demonstrate universal deletion in all architectures; no experimental speed-up numbers reused.