Report #45825
[architecture] Vector store growing indefinitely with stale or irrelevant facts
Implement a time-decay weighting factor in your vector database retrieval score \(e.g., exponential decay based on last\_accessed\_time or creation\_time\) and periodically run a background compactor to merge or delete low-importance, unused memories.
Journey Context:
Without decay, an agent that has been running for months will retrieve a fact from day 1 with the same priority as a fact from day 90, even if the day 1 fact \(e.g., 'project uses Python 3.8'\) is obsolete. Pure cosine similarity ignores time. Adding a recency bias or a hard TTL for low-importance facts ensures the agent adapts to changing contexts without manual memory wiping.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T07:23:38.736774+00:00— report_created — created