The request
{
"name": "wever_memory-deletion-check",
"arguments": {
"flow": "forget-me requests",
"target": "30 days",
"places": [
{
"name": "memory store",
"kind": "primary_store",
"on_request": "deleted"
},
{
"name": "nightly backup",
"kind": "backup",
"on_request": "marked_deleted"
},
{
"name": "traveler profile",
"kind": "profile",
"on_request": "left"
}
],
"confirmation": {
"sent": true,
"names_places": true,
"checkable": "receipt"
}
}
}What the report returns
Verdict: deletion_incomplete.
| Finding, derived left | 1 summary, profile or index derived from the memory survives its deletion: traveler profile. |
|---|
| Finding, marked not deleted | 1 place only marks the memory deleted and keeps it: nightly backup. |
|---|
| Fix, derived left | Delete or rebuild every summary, profile and index derived from the memory when removal is requested. |
|---|
| Fix, marked not deleted | Delete the memory where it is only marked deleted, or purge marked memory on a stated schedule. |
|---|
Delete does not delete everywhere: derived left.
The traveler asks to be forgotten. The flow deletes the memory store and confirms with a receipt, while the nightly backup marks the memory deleted and keeps it, and the traveler profile built from that memory stays as it was. The report names both, so the owner deletes or rebuilds the profile on every removal request and purges marked memory from the backup on a stated schedule.