Report #15609
[architecture] Over-relying on vector DB retrieval instead of keeping critical operational state in the active context window
Keep 'working memory' \(current task, recent steps, immediate goals\) strictly in the context window. Use the vector store only for 'reference memory' \(historical facts, domain knowledge\). Never retrieve working memory from a vector DB.
Journey Context:
Developers often treat vector DBs as a drop-in replacement for context, pushing everything to RAG. But vector retrieval is probabilistic and stateless. If an agent puts its 'current step' into a vector DB and retrieves it on the next turn, a slightly different query might fail to retrieve it, breaking the action loop. The context window provides deterministic, exact state. The tradeoff is context window size limits, so it must be reserved strictly for the immediate scratchpad/working memory.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T00:39:26.476603+00:00— report_created — created