From retrieval to agents: 5 takeaways on production architecture for AI agents
How context engineering creates production-ready agentic AI

What if the AI strategy you spent the past year building is already being measured by a completely different set of rules?
I recently joined Amy Machado, senior research manager at IDC and Jim Malone, senior contributing editor at CIO Marketing Services, for a webinar where we explored how buyer expectations, architectural requirements, and evaluation criteria are shifting as enterprises move from search-driven experiences to agentic AI.
The discussion brought out some sharp insights and valuable data points, and I wanted to share what I’ve personally seen in this space. Here’s what stands out most to me about this shift and what it means in practical terms.
Takeaway 1: The language has changed, but the hard problems haven’t
Agentic AI is evolving quickly: Customers are no longer evaluating platforms based on traditional search benchmarks or metrics. Instead, they’re asking, “Can this solution be the retrieval and context layer my agents can trust?”
While the fundamental challenges of retrieving any data at low latency and at scale aren’t new, what’s changed is who’s consuming that information. In the past, human users were reading search results. Now, autonomous agents operate in reasoning loops, where every retrieval step informs the next.
This evolution is accelerating quickly. Model Context Protocol (MCP) has become the de facto standard for connecting agents to enterprise data and tools, and protocols like Agent2Agent (A2A) are doing the same for A2A collaboration. For many teams, exposing your data through a standard agent interface is now a fundamental architectural decision, much like building an index was a decade ago. Precision, latency, and data freshness are no longer "nice-to-have" optimizations; they're critical infrastructure.
Takeaway 2: Accuracy is the defining challenge
Before enterprises can fully rely on agents to act, they need to trust the answers those agents produce. Right now, that trust gap is wide.
IDC’s research quantified it clearly: Only 12% of companies say they’re always confident in the factual accuracy of answers from their primary discovery tools. And as Amy pointed out during the webinar, this lack of trust is directly slowing agentic AI deployments. Over 50% of companies are still struggling to move from early stage trials to full production, largely because they don’t trust their agents’ outputs.
This trust challenge becomes even more critical when agents operate in reasoning loops. A single retrieval step that returns outdated, incomplete, or irrelevant data doesn’t just result in one bad answer; it compounds. The agent builds decisions on that flawed foundation, and the downstream impact escalates quickly.
I summed it up during the webinar: Your retrieval layer needs to deliver up-to-the-minute data. When it doesn’t, the agent’s decisions degrade fast. This is why real-time data ingestion is no longer optional.

Takeaway 3: Search is still the engine, but it’s just powering something bigger
One misconception I often hear is that search has been replaced by agents. That’s not true. Search is still the foundation. Search has grown from being about simple retrieval to something much more action-oriented. It’s now the context discovery layer that agents rely on.
The difference is that traditional search was designed to handle standalone queries, returning a ranked list of results. Agentic retrieval, on the other hand, needs to support multi-hop queries within a single workflow. The answer to one question informs the next query, and this all happens in real time at scale.
Modern retrieval capabilities have shifted from simple lookup to active reasoning, where agents dynamically inspect queries, determine necessary data, and iterate to ensure information sufficiency. Since vector similarity alone is insufficient for production agentic workloads, organizations must implement integrated systems that combine hybrid retrieval, reranking, and secure access controls.
This shift demands a fundamentally different infrastructure. The quality of the retrieval layer now directly affects the quality of the agents built on top of it.
Takeaway 4: Context engineering is the underestimated key to accuracy
If accuracy is the goal, then context engineering is how you achieve it.
Humans searching for information carry domain knowledge. They understand the context of what they’re looking for, but agents don’t. That context has to be explicitly provided at the right level of granularity and at the right moment in the reasoning loop.
This is where things get complex. As I explained during the webinar, you need to manage everything: the right chunks from a document, the right metadata from various systems, and the right data delivered to the agent at the right time. If the context isn’t precise, the agent starts to hallucinate, and the outputs become unreliable.
This phenomenon now has a name: context rot. Context rot is the degradation of an agent's reasoning performance caused by an oversaturation of irrelevant information, which exhausts the model's attention budget and compromises the accuracy of its outputs. Bigger context windows don't fix this; they just move the failure point. That's why context engineering has effectively succeeded prompt engineering as the core discipline for agent quality.
Context engineering spans retrieval, relevance, reranking, chunking strategies, metadata management, and more. It’s not glamorous work, but it’s where agent quality is won or lost. And it’s where teams run into trouble when they rely on fragmented point solutions.

What technology leaders should prioritize when evaluating agentic AI platforms
So, what should leaders focus on when evaluating platforms for agentic AI? Amy and I outlined several key criteria during the webinar:
Cost efficiency at scale: Token economics make or break agent ROI. Platforms that deliver only the most relevant context to the model rather than forcing you to pay for bloated context windows on every call, resulting from skill and tool sprawl, keep costs predictable as usage grows.
AI-ready data: Managing structured, unstructured, and metadata at scale is the foundation for building reliable agentic systems.
Speed from proof of concept to production: Scaling from concept to production is where most teams struggle. Platforms that shorten this gap are critical.
Trust and security: Audit logs, compliance, and secure enterprise data access are non-negotiable.
Roadmap alignment: Invest in a partner whose vision aligns with your future needs.
Developer enablement: Empower developers to leverage a search and retrieval-based context engineering platform to reduce token costs and improve agent accuracy for production use cases.
As I said during the webinar, we’re moving from the aspiration phase of agentic AI to the production architecture phase. Decisions made now will define how fast you can build future use cases and how well those systems scale. If you want to see how Elastic handles retrieval, context engineering, and observability in a unified platform, check out our on-demand webinar.
The release and timing of any features or functionality described in this post remain at Elastic's sole discretion. Any features or functionality not currently available may not be delivered on time or at all.
In this blog post, we may have used or referred to third party generative AI tools, which are owned and operated by their respective owners. Elastic does not have any control over the third party tools and we have no responsibility or liability for their content, operation or use, nor for any loss or damage that may arise from your use of such tools. Please exercise caution when using AI tools with personal, sensitive or confidential information. Any data you submit may be used for AI training or other purposes. There is no guarantee that information you provide will be kept secure or confidential. You should familiarize yourself with the privacy practices and terms of use of any generative AI tools prior to use.
Elastic, Elasticsearch, and associated marks are trademarks, logos or registered trademarks of elasticsearch B.V. in the United States and other countries. All other company and product names are trademarks, logos or registered trademarks of their respective owners.