Report #25299
[architecture] Storing current working state or workflow step in a vector database
Keep exact working/episodic memory \(like current step, variables, scratchpad\) in the context window or a fast key-value store, and only write to the vector DB \(semantic long-term memory\) upon task completion or context overflow.
Journey Context:
Vector DBs perform approximate nearest neighbor search, which is inherently lossy and bad for exact state tracking. If you store 'step 3 of 5' in a vector DB, retrieving it relies on the query embedding being close enough. If the user asks an off-topic question, the retrieval might fail to return the current state, causing the agent to forget where it is. Context window memory is exact and deterministic.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T20:51:59.215726+00:00— report_created — created