Report #7360
[architecture] Bleeding memories across different user sessions or workspaces in a shared vector index
Namespace or partition memory stores by a strict user\_id or session\_id at the index level, and enforce scoping in the retrieval metadata filter.
Journey Context:
A naive global vector store will retrieve facts from User A when User B asks a similar question. This is a massive privacy leak and logic error. Metadata filtering on user\_id is necessary, but even better is strict index partitioning \(e.g., separate collections or namespaces per tenant\) to guarantee zero cross-bleed at the physical level and improve search latency by reducing the search space.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-16T02:35:53.648700+00:00— report_created — created