Context Graphs: AI’s Trillion Dollar Opportunity

Core Concept

A context graph is a living record of decision traces stitched across entities and time, making precedent searchable and explainable. It captures the critical missing layer in enterprises: why decisions were made, not just what happened.

Source: Foundation Capital analysis by Jaya Gupta and Ashu Garg

The Core Distinction: Rules vs Decision Traces

Rules tell agents what should happen in general

  • “Use official ARR for reporting”
  • “Cap renewals at 10% unless exception approved”
  • Static, pre-defined logic

Decision traces capture what happened in specific cases

  • “We used X definition, under policy v3.2, with a VP exception”
  • “Based on precedent Z, here’s what we changed”
  • Dynamic, precedent-based learning

Why Both Matter

Agents don’t just need rules—they need access to decision traces showing:

  • How rules were applied in the past
  • Where exceptions were granted
  • How conflicts were resolved
  • Who approved what
  • Which precedents actually govern reality

Why Context Graphs Matter Now

The Agentic AI Inflection

Enterprises are moving from 80% automation acceptable for pilots to 99% automation required for production. This shift requires something raw capability doesn’t solve: organizational memory.

Without context graphs:

  • AI agents guess or fail to recognize precedent
  • Exceptions aren’t recorded—they get re-learned in Slack every quarter
  • Why decisions were made is lost

With context graphs:

  • Agents traverse entire decision lineage (CRM → partnership history → strategic account status → exception precedents → approvals)
  • Exceptions become encoded as searchable precedent
  • System learns from past decisions instead of repeating them

Real Enterprise Example

Scenario: Customer service agent decides whether to approve 40% discount on high-value contract.

Without context graph:

  • Binary choice: approve (violate policy) or deny (lose customer)
  • Agent has no way to recognize strategic context

With context graph:

  • Agent traverses: Customer profile → 3-year partnership commitment → strategic reference account status → policy v3.2 allowing exceptions for strategic accounts → prior VP approvals for similar cases
  • Routes informed decision to Finance
  • Records decision trace for future precedent

The Structure

Context graphs consist of:

Entities – Business objects (accounts, renewals, tickets, incidents, policies, approvers, agent runs)

Decision events – Moments that matter (approvals, exceptions, overrides, policy applications)

“Why” links – Connections explaining rationale and precedent

Over time, the graph naturally forms through:

  1. Agent gathers context from multiple systems
  2. Evaluates policies and rules
  3. Resolves conflicts and exceptions
  4. Records decision trace at execution time
  5. Graph grows as similar cases repeat

How It Compounds

The feedback loop is what makes context graphs powerful:

  1. Capture decision traces → Searchable precedent
  2. Use precedent → Better agent decisions
  3. Record more traces → Richer precedent library
  4. Repeat → Increasingly autonomous system

This doesn’t require full autonomy on day one. It starts with human-in-the-loop:

  • Agent proposes, gathers context, routes approvals
  • Human makes decision
  • Trace gets recorded as durable precedent (not lost in Slack)
  • System grows smarter with each decision

Beyond Current Systems of Record

Traditional systems of record (Salesforce, Workday, SAP) own canonical data about objects:

  • Current state storage
  • Customer data, employee records, operations

Context graphs are systems of record for decisions:

  • Historical lineage (not just current state)
  • Decision rationale and precedent
  • Cross-system context
  • Why policies were applied the way they were

Why Incumbents Can’t Build This

Three structural barriers prevent traditional software companies from capturing decision traces:

1. Current State Architecture

Salesforce, ServiceNow, Workday inherit architectural limitations:

  • Built on current state storage
  • Know what opportunity/ticket looks like NOW, not when decision was made
  • When discount gets approved, justifying context isn’t preserved
  • Can’t replay state at decision time → can’t audit or learn

2. Siloed Viewpoint

Operational incumbents only see their domain:

  • Support escalation depends on: customer tier (CRM) + SLA terms (billing) + recent outages (PagerDuty) + churn risk (Slack)
  • No incumbent sees this because no incumbent sits in cross-system path
  • They inherit parent’s blind spots

3. Read Path, Not Write Path (Data Warehouses)

Snowflake, Databricks receive data via ETL after decisions are made:

  • Can query historical snapshots
  • Can tell you what happened
  • But decision context is already gone by the time data lands in warehouse
  • They see reads after the fact, not writes at decision time

Structural Advantage: Orchestration Layer Startups

Systems of agents startups have unique position:

  • In the execution path where decisions happen
  • Pull context from multiple systems
  • Evaluate rules, resolve conflicts, act
  • Capture full context at decision time (not after ETL)
  • See: inputs gathered, policies applied, exceptions granted, approvals, state written

This orchestration position is what enables context graph capture.

Strategic Implications

The Real Question

Isn’t whether existing systems of record survive. It’s:

  • Will entirely new systems of record emerge for decisions?
  • Will those become the next trillion-dollar platforms?

Incumbent Response

  • Try acquisitions to bolt on orchestration
  • Lock down APIs, adopt egress fees
  • Push “keep everything in our ecosystem”
  • Build agent frameworks

But: Capturing decision traces requires being in execution path at commit time, not bolting on governance after the fact. Incumbents can’t insert themselves into orchestration layer they were never part of.

The Compound Effect

Over time, context graphs become the real source of truth for autonomy because they explain not just what happened, but why it was allowed to happen.

Questions that get answered:

  • “Why did we make this decision?”
  • “What precedent governed this?”
  • “When can this rule be overridden?”
  • “Should this agent have approved this?”

These are questions no existing system can answer systematically.

Key Takeaways

  • Context graphs aren’t “LLM chain-of-thought”—they’re durable decision lineage
  • They require being in the execution path at decision time
  • They compound over time as similar cases repeat
  • They’re the missing infrastructure for enterprise agentic AI at scale
  • New platforms of record will emerge around decision lineage, not just object state

References