Skip to main content
Plexara

Semantic Search and Enrichment

Every tool response arrives carrying business context from the complementary services, on a fixed budget with the overhead measured. One enriched call does the work of five or more. Bidirectional cross-enrichment is the architectural difference between Plexara and MCP servers that merely wrap an API.

Before and After

What Cross-Enrichment Means Concretely

A single enriched response replaces multiple round trips. The agent receives complete business context without making additional tool calls.

Without Plexara

5+ sequential tool calls

Call 1Describe table schema
Call 2Fetch column descriptions
Call 3Look up data owner
Call 4Check quality scores
Call 5Get deprecation status
ResultAgent assembles context manually

With Plexara

1 enriched response

Call 1Describe table through Plexara
ResultSchema + descriptions + owner + quality + deprecation + glossary terms + lineage
The Enrichment tab for a CRM Search Accounts tool in the Tools admin screen, listing one enabled rule that attaches DataHub owners, glossary terms, and deprecation warnings to each returned account, with its strategy, status, and last updated date
The rule behind the enriched response, as an admin sees it: which tool it applies to, what it attaches, and whether it is on.
The Try It tab for the Trino Query tool in the Tools admin screen, with a SQL text area, limit, timeout, and output format fields, an Execute button, and an empty History panel reading no test calls yet
Try It runs the same tool from the portal, so an admin can watch a response come back enriched before an agent ever calls it.

Four Directions

Bidirectional Across Every Service

TrinoDataHub

Query results enriched with catalog metadata: column descriptions, owners, tags, glossary terms, lineage, quality scores, and deprecation warnings.

DataHubTrino

Catalog search results enriched with query engine availability: which datasets are queryable, their resolved table paths, and which Trino connections can reach them.

S3DataHub

Storage objects enriched with catalog metadata: what the object contains, who owns it, its lineage within data pipelines, and any associated quality signals.

DataHubS3

Catalog entities enriched with storage availability: which objects exist in S3, their sizes, last modified dates, and presigned URL access patterns.

Bounded

Enough Context, Not All of It

Automatic context is worth nothing if it buries the answer or makes every call wait on the slowest thing in the building. Enrichment is bounded on both axes, and the cost is measured rather than estimated.

Context runs on a budget

Enrichment gets a fixed byte allowance per response, not a blank check. Each recalled item is rendered summary-first, and anything past the allowance is listed as a compact stub the agent can open on demand. What was analyzed stays the bulk of the response, and supporting context stays supporting.

One slow source cannot stall a query

Search fans out across the catalog, memory, insights, pages, prompts, assets, endpoints, and connections at once, and each arm has its own deadline. A source that misses it drops out and is reported as having dropped out, rather than holding the whole answer while everything else waits.

The overhead is a number you can look at

The platform counts the bytes enrichment adds and the calls it adds them to, so the average context cost per answer is charted rather than assumed. It is the figure to watch when deciding whether the budget is set where you want it.

Efficiency

Fewer Calls, Better Context

1

Tool call instead of 5+

+15.4pts

Overall accuracy lift in our published benchmark

0

Redundant metadata fetches per session

Enrichment consolidates what would be multiple round trips into single responses. Session-aware deduplication tracks what context has already been provided and avoids repeating it within the same conversation.

The accuracy figure is measured, not estimated. Our published benchmark holds the model constant and ablates the platform: overall accuracy on the same tasks rose from 83.1% to 98.5% with the semantic layer in place.

Tool visibility filtering hides tools the user is not authorized for, further reducing the number of tool descriptions in the agent context window. Fewer tools means fewer tokens consumed by tool metadata on every request.

None of this is hardwired to specific products. Enrichment talks to the catalog, query engine, and object store through the provider interfaces described on the architecture page, so a backing service can be swapped without touching how enrichment works.

Next

Memory

Persistent knowledge across sessions that makes your AI smarter over time.