Memories

A memory is one self-contained statement worth recalling later, a decision, a constraint, a preference, a fact about how your project works.

They correct themselves

Store something that contradicts what you said before and the older version is retired automatically. You do not end up with both, and a model does not have to guess which is current.

Monday:  "We cap production deploys at 3 per month"
Friday:  "We cap production deploys at 5 per month"
         → the Monday version is retired; only the newer one is retrieved

The old value is kept and readable, often it is the interesting half of the record, but it stops surfacing in results.

Whether two memories contradict is a judgement, and some are wrong: two things that are both true can look like one thing changed. The dashboard lists recent replacements under What changed. If both memories should stand, choose Not the same thing? Keep the old one too and it is sent to your tools again.

Nothing expires on its own

A memory is never deleted because it is old. What changes is how it is sent: every memory carries its age and the tool it came from when a tool is handed it, so a note from six months ago reads as one.

The dashboard can filter to memories saved long ago and never brought back. That is a prompt to look, not a verdict. Delete what no longer applies.

They are not duplicated

Send the same content twice and the second is a no-op. Give a memory your own customId and re-sending it with changed content replaces it in place, so a document you sync repeatedly does not accumulate copies.

Kinds

Kind affects how a memory is presented to a model, not whether it is found.

Forgetting

Three ways, in increasing order of bluntness:

• Undo, straight from the notice when something is captured.
• Delete a single memory from the dashboard.
• Forget matching, describe what should go in plain language. This previews what it would remove by default; you have to look before confirming.