ContextOps

Vivek K
  • 0.0 (0)
  • Business

The word "context" in AI is being used to mean everything — context window, contextual grounding, retrieval-augmented context, context management, context engineering. It's been stretched until it communicates almost nothing. ContextOps brings precision to that word. What does context actually mean when you're building enterprise AI at scale? What happens when teams treat context as a retrieval problem vs. a reasoning problem? What does it cost when you get it wrong? Hosted by Vivek Khandelwal (CogniSwitch), this is a practitioner's podcast about enterprise AI in production - from every seat at the table: founders, enterprise buyers, system integrators, investors, vendors, researchers. The show doesn't advocate for one approach. It maps the real landscape - what's working, what's breaking, and what people are actually betting on.

Episodes

  1. 1d ago

    "We've Got the Cart Before the Horse | Alan Morrison

    Every few years the industry mints a new word — knowledge graph, grounding, now context — and within a few quarters vendors have stretched it until it means nothing. Alan Morrison has been tracking that pattern for over three decades, and this episode is about the cost nobody stops to add up: what happens when the word your team is building an architecture on has already been hollowed out by marketing. Alan spent 20 years at PwC leading the firm's Technology Forecast publications, and is now the independent voice behind The GraphRAG Curator (graphrag.info), publishing on knowledge graphs, neurosymbolic AI, and the semantic layer underneath the current AI hype cycle. In this conversation, he explains why the problem was never the model — it's the data feeding it. Why "interoperability" in the AI era isn't a JSON export like the old SaaS migrations were. Why most large enterprises are stuck with one foot in application-centric architecture and one foot in a data-centric future they haven't committed to. And why he thinks this is the biggest change-management problem companies have faced since they retooled for wartime manufacturing. Alan also walks through the "foxes and hedgehogs" model for getting knowledge-graph pilots past the innovation-pocket stage into firm-wide adoption — and makes the case that leadership's first job isn't picking the right vendor, it's building immunity to the hype cycle itself.

  2. 2d ago

    Stephane Fellah: All of a Sudden Everyone Is an Ontologist

    Stephane Fellah first ran into RDF in 1999, on a geospatial standards project, years before most of the industry had heard the term "semantic web." He founded Geodorysis (confirm), spent 12 years as Chief Modeling Scientist (confirm) at Image Matters running projects for DARPA, NGA, and SOCOM, and now edits the HSML specification for the IEEE Spatial Web standard. He joins Vivek Khandelwal to argue that large language models did not make his 25-year case for semantics obsolete - they made it easier to sell. They cover why GML (the geospatial data standard) was originally written in RDF before Microsoft and Oracle pushed the market toward XML, what a real AI-generated "ontology" looks like when it fails (one insurance client ended up with 15,000 classes describing what should have been a few hundred), how to scope an ontology around business decisions instead of a borrowed philosophy or a database schema, why property graphs like Neo4j solve a different problem than knowledge graphs do, and his closing case for AI agents needing verifiable credentials.

  3. 3d ago

    Karthik Soman: Why Explainability Beats Accuracy in AI

    Karthik Soman went from a PhD in computational neuroscience at IIT Madras to building biomedical knowledge graphs at UCSF, where he invented KG-RAG and helped build SPOKE, a graph connecting 40 million biomedical concepts across more than 70 million relationships. He now works on enterprise AI and data analytics at SAP. He joins Vivek Khandelwal and Joshua Thomas to explain why a knowledge graph caught a case of Parkinson's disease that a specialist missed, and what that means for the AI everyone is trying to make trustworthy today. They cover why comparing LLMs to the human brain is comparing apples and oranges, how KG-RAG produced a 71% relative improvement in question answering on a smaller open-source model, why a "loose" knowledge graph built straight from document structure can outperform a formal ontology when no curated vocabulary exists, what NSF's Proto-OKN and NIH's Biomedical Data Translator project teach enterprises about standardizing data across silos, and why he ends nearly every consulting conversation the same way: data hygiene first, then AI hygiene.

  4. 4d ago

    Melli Annamalai: I Hope Graphs Don't Fail

    Melli Annamalai has led graph technology product management at Oracle for the second half of her 27 years there, after a NASA-funded PhD in satellite image retrieval, early semantic web work, medical imaging search, and Hadoop-era big data. She joins Vivek Khandelwal and Joshua Thomas to make an unusually candid case against overselling knowledge graphs, and to explain the converged-database approach Oracle is betting on instead of moving data into a separate graph layer. They talk through why RDF and SPARQL never won broad enterprise adoption despite decades of investment, why she still says she hopes the current AI-driven wave of interest doesn't fail, what actually separates an ontology from a comment or annotation, how to start building an ontology without the year and a half of upfront investment the old approach demanded, and what Oracle means when it says agents, property graphs, and vector search all run inside one SQL-addressable database. Key takeaways: - Semantic web technology stalled the first time around because it needed its own tooling ecosystem, its own query language (SPARQL), and a learning curve senior management wouldn't sign up for. SQL just kept working. - Melli's own hedge on the current AI-driven knowledge graph wave: "I hope it doesn't fail." The line between what an LLM can do, what vector search can do, and what a graph is actually needed for is still not clearly drawn. - An ontology, in her definition, is a schema for your data: a precise description of what things are and how they relate, more shareable and less ambiguous than a text annotation. - Projects fail most often from over-engineering (converting everything into a knowledge graph instead of keeping relational data relational), immature tooling, and a security team that vetoes an unfamiliar vendor after the work is already done. - Oracle's pitch is convergence: property graphs, RDF/SPARQL wrapped in SQL, vector search, and PL/SQL-defined AI agents all run inside one database, so the same data doesn't have to move to a different system to be queried a different way.

  5. Aug 21

    Himanshu Singh: KG Relationships are the product

    Knowledge Graphs have become glamorous, and Himanshu Singh's first question is whether you need one at all. Himanshu leads engineering on Netflix's entertainment knowledge graph, and built knowledge graphs before that at eBay and at Microsoft Bing. His test is unsentimental: when relationships are sparse and predictable, the metadata on a node will carry them and a graph is the wrong tool. Graphs earn their operational cost when the connections are dense and the paths worth traversing cannot be predicted in advance. As he puts it, relationships should be the product. In this conversation he explains what Microsoft, eBay and Netflix actually had in common, why a graph database is not the same thing as a knowledge graph, how business context should shape an ontology rather than the reverse, and what graph quality does to agent reliability. His closing advice is about what cannot be undone. Keep bad data out of the graph in the first place, because once it is connected, deleting one node means reasoning about every node around it.

  6. Aug 20

    Giuseppe Futia: Start Your Neuro-Symbolic journey with one small problem

    Most knowledge graph advice assumes a blank slate. Giuseppe Futia works at CSI Piemonte, a forty-year-old public sector IT company serving administrations across Italy, where replacing the architecture was never on the table. He is a Senior Data Engineer there, a Fellow at the Nexa Center for Internet and Society at Politecnico di Torino, and a co-author of Knowledge Graphs and LLMs in Action. His answer was to change one piece of the pipeline and leave the rest alone. The case is a chatbot that helps Italian citizens navigate public job competitions, where exam dates are amended constantly and the corrections arrive as documents that contradict each other. Feeding that pile to a vector database produced hallucinations. Modeling each session as a chain of nodes, one per amendment, gave the chatbot a deterministic answer and left a full history to debug against. Giuseppe also explains why established institutions are the hard case, and why ontology work should start from the questions your organization needs answered rather than a top-down definition of "customer".

  7. Aug 19

    Mike Dillinger: Move the humans upstream for AI

    The industry consensus for AI is simple - put a human at the end. Let the agent work, then have someone check the output. Mike Dillinger argues the opposite. Human effort gets multiplied by every agent downstream, so the humans belong upstream, designing schemas, setting priorities, and doing the domain modeling that becomes the guardrails. Mike is a computational linguist who built and led the team curating LinkedIn's economic graph, where 150 million job titles were compressed into roughly 5,000 concepts. He now builds graph validation tooling at Hypergraf. He explains why a knowledge graph is a database and deserves the same scrutiny, why labels without definitions are the most expensive mistake in the field, and what happened when one pharma company's graph returned everything for every query. Along the way: taxonomies versus ontologies versus knowledge graphs, why embeddings are not a source of truth, and the neuro-symbolic case for changing the feature space instead of adding more data.

  8. Aug 11

    Jessica Talisman: The hard work behind reliable AI

    Bigger context windows do not give an organization shared meaning. Three hundred employees pasting different documents into their own prompts produce what Jessica Talisman calls the "cowboy deployment methodology." Jessica explains what has to exist underneath reliable enterprise AI: defined vocabulary, explicit relationships, persistent knowledge, testing, and governance. The work can be slow and unglamorous, but it is also iterative. A controlled vocabulary becomes something you can use and test before progressing to taxonomies, ontologies, and knowledge graphs. Reliability starts with doing foundational work.

  9. Aug 4

    Tony Seale: Rent the model, own the ontology

    AI teams chase each new model release as though more capability will fix their production agents. Tony Seale argues that the model is rented intelligence. The durable asset is the ontology: the structure that captures how your organization thinks and what its data means. Tony spent more than a decade integrating siloed systems inside investment banks, including Deutsche Bank and UBS. Today, he is known as The Knowledge Graph Guy. In this conversation, Tony explains why context is not a pile of text in a prompt. Context comes from the connections between facts. He breaks down ontologies, knowledge graphs, continuous versus discrete representations, and why enterprises need both neural creativity and symbolic precision. The discussion also turns to ownership. Can you switch models without rebuilding your organization’s intelligence? Can you move your ontology between vendors? And what happens when competitors use swarms of agents to piece together the knowledge your organization has never formally captured? Tony’s advice is simple: concentrate on your data first. Organize what your business knows, own the structure that gives it meaning, and rent the models that operate on top of it. Tony on LinkedIn: https://www.linkedin.com/in/tonyseale The Knowledge Graph Guys: https://knowledge-graph-guys.com

  10. Aug 3

    Elliott Risch: Own your meaning, or rent it

    A CTO has a 2M-token context window and thousands of recorded cancer-care calls. The plan sounds simple: pipe them in and ask the model to evaluate provider performance. Elliott Risch explains where that approach works, where it quietly stops catching the contradictions that matter, and why "the computer made a mistake" will not hold up when patient safety or a legal record is at stake. Elliott runs R&D on semantic AI at Enterprise Knowledge. Drawing on his background in mathematical logic, he separates inductive systems, which make highly educated guesses, from deductive systems, which enforce rules that must hold every time. The conversation covers what a semantic layer actually does, how enterprises can govern the context supplied to an LLM, and the question every CTO should ask before adopting another AI platform: Who owns the meaning of your company, and can you move it? Elliott on LinkedIn: https://www.linkedin.com/in/modusponens Enterprise Knowledge: https://enterprise-knowledge.com

  11. Jul 22

    Casey Hart: What an ontologist actually does

    Ontology is in every enterprise AI pitch deck now, sitting next to semantic layer, context layer, and context graph. Very few of the people selling it can tell you how you would actually build one. Casey Hart can, and his answer is far less grand than the pitch. An ontology is a list of the things your business cares about and how those things relate to each other. You can start it on a Post-it note. You can get real value from putting only your metadata in the graph, without migrating a single row of production data. And sometimes the honest answer is that you don't need one. Casey came to ontology from a philosophy PhD, by way of a job posting on a philosophy jobs board, which landed him at Cycorp working under Doug Lenat on Cyc's own representation language years before OWL and RDF were the standards everyone argues about. That history makes him unusually good on the question underneath the buzzwords: when is a rules-and-reasons system worth the cost, and when should you just let the model guess? For a technical buyer, this is the episode that turns "you have an ontology problem" from an accusation into a scoped project. IN THIS EPISODE • Why "hallucination" is the wrong word, and what the brake lines on a car have to do with it • Cyc's highly expressive representation language versus the three-word sentences of OWL and RDF, and what you actually lose in the trade • Whether RDF-star buys you any new expressivity (Casey argues it does not, and says a W3C committee member agrees) • What happened to Cyc, from someone who worked there • The ontology use case nobody pitches: 5,000 columns and no analyst who knows what they mean • The metadata-first on-ramp, where you get value without migrating your data into a graph • Who in an organization should own the ontology, and why there is no single right answer • What to do if you are a mid-sized company with no knowledge management function at all • Extending SNOMED or any off-the-shelf ontology, framed as a house renovation • Open world versus closed world, and why engineers trained on schema design get it backwards KEY TAKEAWAYS • The model was not malfunctioning when it invented a fact. It was performing exactly as intended. It generates text, and it did. Calling that a hallucination makes it sound more sophisticated than it is. • An ontology is a summary of the stuff your business cares about and how those things relate. • You are not on the hook for migrating all your data into a graph. Put the metadata in the graph and you can get value out of it immediately. • If your data always looks the same and you always do the same thing with it, don't build an ontology. Write the program. • Start by saying true things, in general terms, knowing you will refine them later. Leave a slot for the detail you don't need yet. Casey Hart is an ontologist and consultant. He earned a PhD in philosophy and found his way into the field through a posting on a philosophy jobs board, which took him to Cycorp, where he worked under Doug Lenat on Cyc's own representation language, in the years before OWL, RDF, and knowledge graphs became standard vocabulary. He has since worked in big tech, including a stint at Amazon, and now builds ontologies for his own consulting clients. He hosts the Ontology Explained channel on YouTube and co-hosts a new podcast, Philosophy, Programs and Prompts, with Carl of Internet of Bugs. LINKS Casey Hart | Ontology Explained CogniSwitch ContextOps is hosted by Vivek Khandelwal with co-host Joshua Thomas.

  • 11 Episodes

About

The word "context" in AI is being used to mean everything — context window, contextual grounding, retrieval-augmented context, context management, context engineering. It's been stretched until it communicates almost nothing. ContextOps brings precision to that word. What does context actually mean when you're building enterprise AI at scale? What happens when teams treat context as a retrieval problem vs. a reasoning problem? What does it cost when you get it wrong? Hosted by Vivek Khandelwal (CogniSwitch), this is a practitioner's podcast about enterprise AI in production - from every seat at the table: founders, enterprise buyers, system integrators, investors, vendors, researchers. The show doesn't advocate for one approach. It maps the real landscape - what's working, what's breaking, and what people are actually betting on.

Information

  • Creator
    Vivek K
  • Years Active
    2026
  • Episodes
    11
  • Rating
    Clean
  • Copyright
    © 2026 Vivek K