Tacnode™
Glossary
Context Vocabulary

What Is Semantic Context?

Semantic context is the meaning-bearing layer of decision context: signals computed from raw events — aggregations, vector similarity, LLM-derived classifications, relationships — that tell a decision or agent what the data means, not just what happened. It can be pre-computed, computed on demand at query time, or both; the defining requirement is that all of it derives from the same set of ingested events, so the signals a decision reads agree with each other.

Updated

What is semantic context?

Semantic context is one of the three capabilities that define a Context Lake in Tacnode's vocabulary, alongside shared context and live context. It closes the derivation side of the context gap: raw events are useless to most decisions until something computes their meaning, and where and how that computation happens determines whether the meaning is current and coherent.

The capability spans three kinds of derivation. Aggregation — sums, counts, velocities, windows over structured events. Similarity — vector embeddings and nearest-neighbor retrieval over unstructured content. Interpretation — LLM-derived signals, where a model extracts a classification, summary, or judgment from data, increasingly expressed directly in queries via semantic operators. A modern decision or agent step routinely needs all three at once: "accounts similar to this one, with velocity over threshold, whose recent support messages look like account-takeover complaints."

The structural claim is about coherence of derivation. Computed externally — one pipeline to a cache for aggregates, another to a vector index for embeddings, a third for model features — each signal advances at its own pace, so a decision's semantic inputs describe different moments — inconsistent reads between meanings. Derived against one set of ingested events, pre-computed and on-demand signals agree by construction. The canonical treatment is the semantic context pillar.

How semantic context is served

Two serving modes, chosen per signal:

  • Pre-computed — incrementally maintained views hold expensive derivations (wide windows, heavy joins, embedding pipelines) ready for microsecond reads; freshness governed by live, incremental maintenance.
  • On-demand — aggregations, vector search, and LLM-derived signals computed at query time against committed data; the result reflects everything ingested at the moment of the read, eliminating preparation lag for that signal at the cost of query-time work.

Mixing modes is normal; the requirement is that both read the same events, so a pre-computed feature and an on-demand aggregate never contradict each other inside one decision.

Why semantic context matters

AI raised the stakes of this layer. Traditional decisions consumed a handful of hand-built aggregates; agents consume structured state, derived signals, and semantic retrieval on every step, under concurrency, at machine speed. Assembling that from a separate OLTP store, stream pipeline, vector database, and feature store reproduces the composed-stack incoherence at the semantic layer — the argument developed in context-aware AI beyond RAG. Semantic context names what the stack must provide instead: meaning, derived fresh, from one coherent substrate.

FAQ

Related terms

Further reading