Report #36230
[architecture] Agent applies a fact learned in one project/session \(e.g., 'use python 3.8'\) to a completely different project/session
Namespace all long-term memories with strict scope tags \(e.g., project\_id, user\_id, session\_id\). Always filter vector store queries by the current scope context before performing semantic search.
Journey Context:
Global memory seems like a superpower until it causes cross-contamination. A user's preference for a specific library version in Repo A is actively harmful in Repo B. The tradeoff is that strictly scoped memory prevents knowledge sharing across projects, requiring re-learning. However, the cost of cross-contamination \(broken builds\) is much higher. The right call is scoped memory by default, with an explicit 'global' namespace for truly universal preferences.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T15:17:21.040524+00:00— report_created — created