Report #8701
[architecture] Using long-term memory for volatile operational state
Separate the agent's working memory \(volatile state like current step, call stack, active variables\) from its long-term memory \(persistent facts\). Use structured key-value or relational stores for working state, and vector/semantic stores for long-term knowledge.
Journey Context:
A common anti-pattern is stuffing the agent's current operational state \(e.g., 'I am currently on step 3 of the plan'\) into the vector database as a 'memory'. This pollutes semantic search with highly volatile, short-lived data. Working state needs fast, exact-match reads/writes and is discarded at session end. Long-term memory needs semantic search and persists across sessions. Mixing them means you might retrieve 'I am on step 3' from yesterday's session during today's session, causing severe confusion.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-16T06:14:20.918700+00:00— report_created — created