Cohere details Ada’s split AI search setup and reported speed and cost gains
A 15,000-query evaluation led Ada to use separate deployments for live conversations and knowledge-base preparation—not one setup for both.
Loading page…
A 15,000-query evaluation led Ada to use separate deployments for live conversations and knowledge-base preparation—not one setup for both.
Listen to this story
Ada’s Cohere-assisted evaluation led it to run customer-conversation retrieval and knowledge-base indexing on separate infrastructure, rather than forcing one deployment to serve both. In a Cohere case study published October 27, Ada reports median live retrieval of 77 milliseconds, about 2.7 times more offline throughput per dollar with Cohere Model Vault, and fourfold lower vector-storage needs without measurable retrieval degradation. The split lets Ada prioritize geographic proximity for live traffic while using managed scaling for ingestion; the figures come from Cohere’s vendor-published account, not an independent comparison.
Ada compared four embedding approaches across 15,000 evaluation queries, weighing retrieval quality, latency, and multi-region, multi-customer operations.
For live retrieval, Ada self-hosts Cohere Embed on dedicated Amazon SageMaker AI instances chosen partly for their proximity to Ada’s services.
The 77-millisecond median covers retrieval only, not the full time a caller waits for an agent’s answer.
Ada’s customer-service agents retrieve information in a median 77 milliseconds, while its offline indexing delivers more work per dollar, according to a Cohere customer case study published October 27. The results followed a decision to stop treating live search and knowledge-base preparation as jobs for the same deployment. Ada instead chose separate infrastructure for each workload.
The distinction matters for Ada’s voice agents. Before answering a customer, an agent must find relevant information in that business’s knowledge base. Ada wanted that step to fit a tighter time budget than its previous retrieval setup could consistently meet. On a phone call, the wait is silence rather than a visible sign that something is happening.
Ada compared four embedding approaches across 15,000 evaluation queries, testing both online and offline workloads. Its requirements were retrieval quality, latency and the ability to operate across regions at multi-customer scale. Successful resolution of customer inquiries was the guiding outcome, rather than speed alone.
The testing challenged Ada’s initial assumption that one deployment could efficiently handle both workloads. Preparing a knowledge base and searching it during a conversation called for different configurations. Cohere participated in the benchmarking and experiments, so the findings are a vendor-published customer account, not an independent comparison.
Embeddings turn content and queries into numerical representations that make searches for similar meaning possible. Ada uses that capability both to prepare customer knowledge bases for search and to find information while an agent is responding. The evaluation separated where those two jobs should run.
For offline embedding, Ada reports approximately 2.7 times greater throughput per dollar with Model Vault than with its self-hosted setup. That comparison concerns the cost efficiency of preparing searchable information. The online results measure a different job: how quickly and effectively the system retrieves information during a live interaction.
Ada also reports cutting vector storage requirements by a factor of four, with no measurable retrieval degradation. Embed’s built-in compression meant the team did not have to build its own quantization pipeline—the process used here to reduce the numerical representations’ storage footprint.
Those savings apply across thousands of customer knowledge bases, some containing tens of thousands of articles. The deployment changes also fit Ada’s existing AWS environment. Ada could adjust retrieval while preserving the models and infrastructure already supporting its agents, rather than replacing the rest of the system to improve this step.
Loading discussion...
Join the conversation
Explain when faster responses would justify managing separate systems.
Be the first to share a perspective or an experience.
Reader comments
Newest comments first. Replies stay oldest first.