All episodes
S1 · Ep 1Semantic Layer

Own your meaning, or rent it

A CTO has a 2-million-token context window and thousands of recorded cancer-care calls. The plan: pipe them in, ask for provider performance, done. Elliott Risch — who runs R&D on semantic AI at Enterprise Knowledge and came to it through mathematical logic, not engineering — walks through where that holds and where it quietly stops flagging the contradictions that matter, until someone has to stand in court and say the computer made a mistake. He separates inductive systems (LLMs that guess the next token) from deductive ones (rules that must hold every time), and makes the case for owning the meaning of your company instead of renting it.

Elliott RischBio ↓
Semantic AI Solutions Consultant · Enterprise Knowledge
Watch

Watch the conversation

The speaker

Elliott Risch

Semantic AI Solutions Consultant · Enterprise Knowledge

Semantic AI Solutions Consultant at Enterprise Knowledge, a vendor-agnostic knowledge-management consultancy, where he also runs R&D on graph-based semantic AI. He spent roughly ten years in academic philosophy — including a PhD program in analytic philosophy — specializing in the mathematical logic behind the RDF, OWL, and SHACL semantic standards he works with now.

Episode evaluation

What to do with this episode

Four clear reads — who should act, and how urgently.

01For buildersUSE

Make retrieval deductive

Keep the LLM as the interface, but put the process that pulls its context under deductive control — modeled on your terms. Control the retrieval, not the generation.

02For complianceWATCH

A guess isn't a paper trail

When a record can end up in court, an answer needs to rest on more than a context window that should have held. Deductive guardrails force the documentation before the call ends.

03For enterprise buyersTEST

Ask who owns the meaning

Before signing any semantics pitch: who owns the meaning of your company, and can you move it? If it lives in a SaaS you don't own, you're renting it.

04Bottom lineSHIP

Build a semantic layer you can carry

Meaning is the asset that distinguishes one enterprise from another. Build a governed semantic layer you own and can carry between vendors.

Show notes

We discuss

  • 01A specialty-pharmacy scenario: long cancer-care calls, thousands of them, and the point where a context window stops being enough.
  • 02Why an LLM slides over contradictions as context grows — and what a deductive guardrail forces before a call ends.
  • 03Inductive vs deductive inference, illustrated with a Volkswagen Beetle the internet decided wasn't a car.
  • 04A CTO-grade definition of a semantic layer: a governed layer of meaning across systems you don't own.
  • 05Why banks are far readier than tech startups — and why a semantic layer gets treated as a luxury.
  • 06The "renting your meaning" argument, and how vendor lock-in in semantics rhymes with the cloud.
  • 07Finding the most pedantic person in the building — and why that's the right move.
  • 08Why he's building toward fewer LLM calls, not more.
Reference

Transcript

VivekHere's a setup. A specialty pharmacy runs a small contact center — providers on long calls with cancer patients, helping them understand and adhere to their medication. Not five- or ten-minute urgent-care calls; these run forty-five minutes to an hour, and there are thousands of them. The pharmacy is heavily incentivized to understand provider performance and close the care gap. The CTO says: Gemini has a two-million-token context window, I'll just pipe the transcripts in with a prompt and get my provider performance. Where should that break — and at what scale does it stop being a transcription problem and become a knowledge or semantic problem?

ElliottIf we dump every call into a context window and start asking questions, these models — when they hit contradictions — usually won't make a claim about the things that conflict, unless you prompt them specifically to find inconsistencies. If you don't, it slides over them, and as the context grows it pays less attention to those specific things. For the first ten or twenty calls it might work fine. But as you go on, certain things won't get flagged. And when you end up in court because the wrong person got the wrong thing — one line item changed and it wasn't caught — you're going to have to say "the computer made a mistake." That's not what they want to hear.

A semantic system imposes stricter, deductive guardrails. It's not just descriptive — here's all the information — it's prescriptive: here's the form the information must take, here's what's allowed and what isn't. A system like that forces, before the call ends, that this documentation has to be gathered: this date, this confirmation, this clip from the call. You need a precise paper trail. These LLMs aren't deductive — they're making a series of highly, highly educated guesses I rely on every day. But when you're dealing with people's lives, the answer needs to rest on something stronger than "the million-token window should have held."

VivekStep back — what do you mean by "deductive"? It does seem to deduce things for me, at least when I read its output.

ElliottThink about an inference: moving from one set of facts to another — if these are true, then this follows. The inference can be deductive — if this, then necessarily that — or inductive — if this, then to a very high probability that. That difference, "necessarily" versus "probably," even when probably is very high, is the line between a deductive and an inductive system. LLM inferences are inductive: they predict the next token from a preponderance of evidence. A deductive system has specific rules — if these values, then that value.

Say the internet decides, as a meme, that Volkswagen Beetles are no longer cars. We keep training models on the internet, so eventually the model "learns" a Beetle isn't a car — and if you ask it, off the basis of all that training, it says: of course a Beetle isn't a car. A deductive system says: this object is a Volkswagen; Volkswagens are cars; therefore it's a car — every single time, necessarily. There's no contingent state of the world that changes that.

We don't actually want the LLM itself to be deductive — we want it squishy, so it can handle human language, which is never perfectly precise. But the process that pulls information into its context — that's the part you want tight control over. You want that to be a deductive process, modeled after your language and how you understand your terms. The LLM is the interface, the thing talking to the human. If you tell it exactly what to say right before it says it, the chance of it messing that up is very low.

JoshuaWe keep throwing around "semantic layer," and everyone has a different definition. How would you define it for a CTO?

ElliottA semantic layer is your enterprise's governed layer of meaning. It tells your systems, your people, and now your agents what your business concepts mean, how they relate, and how to read data through those concepts — even when that data lives in many different systems you don't own. It is not another copy of your data. Most enterprise data lives in applications whose schemas were designed for that application's use case, not for your company. The semantic layer lets you connect that data and bend it toward what you mean by those concepts.

How ready are people? It spans the gamut. The financial institutions we work with are more ready than anyone I've seen — they almost always have a knowledge team, because they have to. Random startup tech? They're just trying to tread water; they don't have the time, so a semantic layer gets treated as a luxury. But it doesn't have to be — you don't build the whole thing at once. You make a clean strike, put a stake in the ground, and build out from there.

Ask yourself: who's going to own the meaning? If you adopt another SaaS and everything routes through it, and you don't own the model — it's not portable, you can't get it out — then you're renting your meaning, renting your infrastructure. Later, once they've drowned out everyone around them, they raise the rent, and you're beholden to them. We've seen this before; we saw it in the cloud. None of this is anti-vendor — I love vendors. But the thing you should own is the meaning, so you can connect into everything else and move when a better vendor comes along.

When I go into an organization, I want to find the most pedantic person — I love those people. They have an encyclopedic understanding of every piece of meaning, even when it's written down nowhere. If you can't find them, start asserting things — give people something to respond to. The ones who respond strongest usually have these maps hidden away, sometimes without even knowing it. People have feelings about what everything means. Language is a form of life, and they live in it every single day.

These "context operating system" ideas — I have them in applications I use personally, but they're not all in production yet; we're still sorting out the ins and outs. If someone tells you they've completely solved context, they might be selling you a bridge.

We're at the beginning. AI is a steam engine for a new generation. Anyone who thinks agents are the end of this — right now I'm trying to build things where I don't have to make LLM calls. I want LLM calls, they matter, but I want speed and lower token costs. These bigger, better systems aren't going to scale with the current agent loops; we'll have to find better and better ways to do this.

Operationalize

Take this episode to your AI

Open this episode in your assistant with the summary, key points, and a link to the full transcript — then put the insights to work in your own context.

Opens in a new tab · shares only this episode's public transcript link

Keep listening
S1 · Ep 12Jessica Talisman

Context lives in the relationships

Jessica Talisman has been building knowledge systems since 1997, when Steven Spielberg's Shoah Foundation hired her to catalog Holocaust survivor testimony, on VHS, into two-to-six-minute segments. Twenty-five years of library science and enterprise information architecture later (Amazon, Adobe, Overstock, and the Department of Justice among them), she watches the AI industry rediscover her discipline and hand it to the marketing department. Her central claim in this episode: context is a property, not an object. It lives in the relationships between things, and the document you paste into a window carries none of them, which is why a bigger window changes nothing. She walks through the Ontology Pipeline, her iterative alternative to the big-bang ontology project: define a controlled vocabulary, test it against your LLM, earn the SKOS taxonomy, then the metadata schemas and lightweight ontologies, with a shippable artifact at every stage. Along the way: why roughly three quarters of your organization's context never made it into the database, why taxonomy is the early readiness test for whether you can operationalize an ontology at all, why this is not a data problem, and why you augment before you automate. All from a guest who named her company Contextually years ago and now cringes at the word.

Knowledge InfrastructureView episode
S1 · Ep 13Giuseppe Futia

Bring the graph to the data

A citizen in Italy asks a public chatbot when their civil-service exam is. The honest answer keeps moving: dates get corrected, sessions get cancelled, and amendments pile up across official notices. Ask a language model alone and it answers confidently, sometimes with a date it picked at random, sometimes with a session that no longer exists. Giuseppe Futia built the knowledge graph that keeps the answer current. It does the deterministic cross-document work an LLM cannot be trusted with, matching each amendment to the exam it modifies, superseding old versions, cascading cancellations, and staying auditable throughout, inside a production pipeline behind a chatbot he says serves close to a million citizens. A former La Stampa journalist with a PhD from Politecnico di Torino, and the first European guest on the show, he also opens up the regulated side of his work: healthcare data that cannot leave the country, inference that runs on premise, and patient records he is not allowed to move even inside his own infrastructure. His portable lesson is the entry point. Prove value on one well-defined task the institution already needs, then earn the right to expand.

Knowledge GraphsView episode
S1 · Ep 11Himanshu Singh

Relationships should be the product

Himanshu Singh has built knowledge graphs three times at three very different scales: a politics subgraph inside Microsoft's Satori, a zero-to-one product graph at eBay, and now Netflix's Entertainment Knowledge Graph, where he leads engineering. The line he keeps returning to is that relationships should be the product. Node count is not the measure, and a graph that duplicates what already lives in your CRM or your warehouse is mostly cost. He is notably relaxed about technology choice, pointing out that Netflix built its own real-time graph abstraction over a key-value store because no native graph database could absorb their write volume. What he is not relaxed about is data quality at the point of entry, because once bad data is in a graph and connected to everything else, undoing it is very hard.

Knowledge GraphsView episode
Go deeper

Further reading