Skip to main content

Bad candidates and residue

A memory system is only useful if it refuses junk. UnifiedMemory separates actionable memory claims from residue before they reach recall or human review.

Actionable memory

Good candidates are atomic, grounded, and useful later:

  • explicit owner preferences;
  • project decisions;
  • completed tool outcomes;
  • durable setup facts;
  • narrow recurring failure/fix patterns;
  • approved observations backed by clean evidence.

Example:

{
"content": "The owner prefers MiniMax-backed search first for factual/current queries.",
"source": "codex",
"memory_plane": "task",
"tags": ["search", "preference"]
}

Forensic residue

Residue stays auditable but should not invite an Approve button and should not enter assistant recall:

InputDefault treatment
hey, thanks, thumbs upForensic residue or skipped writeback.
hey thanks lol 🔥🔥🔥 totally works greatForensic residue, even with high caller confidence.
Full assistant answer dumpsQuarantine or forensic residue unless an atomic owner/project/tool outcome is extracted.
Generic web factsSuppressed unless tied to an owner decision or project state.
Setup prose copied from an assistantQuarantine until an actual completed setup outcome exists.
System lifecycle logsOps-only, not Review.
Smoke/e2e/benchmark/diag/eval rowsForensic-only.
Secret-like stringsQuarantine or deny-secret, never trusted.
Raw transcriptsEvidence only; extract useful atomic claims separately.

Human review boundary

needs-review means a human has a real decision to make about an atomic claim. It does not mean "anything pending." Quarantine, ops noise, cognitive placeholders, and proof rows are separate buckets.

Caller-supplied confidence and trust_score are legacy compatibility signals. They cannot override junk classification, secret detection, lifecycle state, or evidence gates.

Why this matters

Without this boundary, agents slowly poison their own future prompts with status chatter, test data, stale setup instructions, and generic summaries. The right failure mode is zero trusted recall, not confident recall of junk.

This is also why UnifiedMemory treats abstention as a product feature rather than an error. If a query has no clean semantic, keyword, entity, graph, profile, or exact lexical evidence, recall should return no direct answer.

Next steps