Report #99009
[frontier] What is replacing naive retrieve-then-generate RAG in agent systems?
Replace static RAG with agentic RAG: an agent decides whether to retrieve, evaluates retrieved context, updates the knowledge base, and maintains memory across sessions. Add GraphRAG/LazyGraphRAG for multi-hop relational queries and hybrid routing for query-class-aware retrieval.
Journey Context:
Context windows grew and people declared RAG dead. The reality is RAG specialized. Naive vector RAG fails on complex queries because it has no reasoning about what to retrieve, no quality control, and no feedback loop. Agentic RAG uses reflection, planning, and tool use to retrieve iteratively. LazyGraphRAG \(Microsoft Research, June 2025\) cuts GraphRAG indexing cost to 0.1% while beating vector RAG on complex queries. The productive question in 2026 is not 'RAG or long context?' but 'what mixture of cached context, sparse/dense retrieval, graph traversal, and agentic search does this query class need?'
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-28T05:09:21.463787+00:00— report_created — created