⚡️Context Graphs: according to the authors — Jaya Gupta, Ashu Garg, Foundation Capital

All right, we are starting uh, with the, uh, Lean Space pod in remote studio. Welcome to Jaya Gupta and Ashu Garg from, uh, Foundation Capital.

Thank you for having us.

Thanks for having us.

Uh, Jaya, we apparently met three years ago at the LangChain Hackathon where, uh, Fetchy was born. Were you, were you also actively thinking about, like, context stuff back then? Or like, what, what was the, what was the vibe three years ago?

Yeah, I think three years ago was probably like the first, uh, AI hackathon, and I cannot say I was thinking about context things at that time. I was just thinking about, like... And I think it was actually, like, before even agents took off.

Like, it was like literally right after ChatGPT, and I think the only things that really existed were LangChain, LlamaIndex, and, like, Perplexity were, like, sort of the three companies that came out right after. And so anything that they were doing, I think all the AI builders were going and running there and going into, like, whether it was, like, Notion's office, I'm pretty sure, had a hackathon, but definitely it was not context back then.

It was even pre-agents, and so it's, like, crazy to see where we've come in just a short amount of time.

Yeah. I mean, abstractly, I guess, like, LangChain, LlamaIndex, and to some extent, Perplexity also, they funnel context into LLMs, and we weren't working on agents back then, but you know, obviously at some point we would start. Like, even, even back then there was discussion already.

Ashu, what's your, what's your, uh, sort of, uh, AI story as well? Like, I'd, I'd love to introduce the audience.

Yeah, sort of the very short version. You know, I used to run a machine learning team at Microsoft in 2006. We were doing ad targeting, and after you've done ad targeting for a few years, you want to do something that's better for the soul.

So I, I left with a variety of ideas. I bumped into a guy called Jan Stoica at Convivia, which was my first portfolio company, and they were doing applied AI at the time, but they ran into a bunch of data infrastructure problems, and that led to, you know, Databricks and Anyscale and then a whole series of other applied AI companies.

So I'm lucky enough to hang out with Jaya and Jan and other smart people. That's, that's my claim to fame.

Well, you guys, uh, uh, work on really, really smart things, and congrats again on having the early hit of 2026.

Thank you.

Uh, I would say... So I'm gonna bring this up on screen right now, which is the Context Graph discussion, which is what we're here to have. So

Jaya actually tweeted basically, like, the article version of this, but obviously there is, there's the, um, there's the actual formal blog post. I'm just kind of curious what the origin story of this is. Like, were you sitting in a room and you were talking like, "Hey, we need a name for this thing.

We see an opportunity"? Uh, what was going on in, in December that you started working on this?

Go for it, Jaya.

It's a good question. So, you know, I think, you know, we sort of throughout December and I would say more broadly, like the last six to 12 months, like, you know, we, you know, Foundation Capital, like we spend a lot of time with our companies very up close.

And so, you know, one of the things that Ashu and I kept continuously talking about, like, and what we were thinking about was like, what is actually missing as AI agents move into production? Like if you think back, like everyone said 2025 would be the year of agents and, and in some ways it was.

You know, we got Cloud Code, we got like Devin, we got all these customer support agents, Sierra, Decagon. And I think, you know, at the same time, the models also got dramatically more capable. But I think, you know, w-when, when you think deeply about like what is missing, you, you kind of realize like, you know, that they still can't reliably do enterprise work, some of these agents.

And so, you know, we started thinking about it and like it kind of struck us that, you know, one of the reasons is that because they don't actually capture like why we do certain things, like and the human reasoning behind decisions.

And so like specifically, what do we mean? Like why exceptions are granted, how conflicts are resolved, what precedents are applied. And that's sort of h- kind of what the thinking was over the last six months, and I think in December we, we got to writing about it and, and published sort of last thing right before the year ended.

Yeah, I think the thing I would add to that is, you know, the, the subtext, at least for us and I think for a lot of other people over the last year, has been that as so much of the int IP is captured in the model itself, what is the role of applied AI companies broadly?

Systems of agents companies, systems of record, and, and what is the defensible moat? And, and I think we've been debating that with Animesh at Player Zero, with Ishan at Olive, with, uh, Kabir at Tesserae and so many of our founders.

And they were all talking about the same thing but using different languages or different words. And so I think it was that series of conversations that gave us this insight that there is an intermediate abstraction, which we call context graphs, which is the accumulation of decision traces.

And this intermediate abstraction, in our opinion, will be the one that will matter the most over the next decade. It's the enduring layer for the most successful application companies or systems of agents companies. And we also believe, and we'll talk about it more, that it's, it's unique and new and it's not well suited for incumbents.

That is actually very key because obviously the incumbents could also capitalize on it if they see the opportunity. You, you did, you did name drop Animesh. Uh, I did have him categorized in our Discord. We have a Discord where we discuss all these like trends and stuff.

And so, yeah, I didn't know he was your portfolio company.

Yeah, no, he's been, he's been a big part of coming over the thesis along with a bunch of other founders like, you know, Kabir, as I said, at Tesserae and Ishan at Olive, but Animesh is definitely, uh, a brilliant technical founder who's helped push our thinking.

Okay. How about let's, let's do like a very crisp like you have... We have a deck that you guys, uh, kindly sort of put together. I think definitions always help motivate a discussion. So let's, let's just go right into how do we define a context graph and, and all the other sort of related concepts.

Jaya, go for it.

You go for it. Go for definitions.

Yeah. Look, I think, I think we can, we can, we can describe the... It's a concept, and so you can describe it in a variety of ways. But at its essence, a context graph is the institutional memory of all the why behind the set of decisions.

And we think of that core unit as a Decision Trace. When, when, when an agent or a system of agents executes a business process, it goes through a dozen, maybe mul-multiple dozen steps. It may have humans in the loop once or many times.

And the tracking these exceptions, these overrides, this cross-system context, which sits in both structured and unstructured systems, and very often in people's heads, and that's where the human in the loop comes in, uh, capturing that as a decision trace.

Mm-hmm.

And when you aggregate decision traces in a way that you can then learn from them as an agent and you can use them to make the agent better, that's-- that fabric or becomes what we call the decision graph.

Uh, sorry. Decision graph or decision trace?

Sorry. The f- My apologies. That, that, that layer becomes a context graph. My mistake. The context graph. I, I apologize.

So context graph is made up of a lot of decision traces.

It's made up of a lot of decision traces, and it's also, you know, when you implement that ar- you will have to implement it in a way that you can actually extract insight from this, and you can make it machine usable by the agents themselves.

And then o-one thing I, I wanna get clear up front, like this is kind of like a conceptual thing, right? Like d-do we-- does-- has anyone claimed to like have this working yet? Uh, 'cause it seems like very, very big.

What do you think, Jaya? You talk to a lot of people.

I do talk to a lot of people. I would say that if you look at Twitter today, and you look at LinkedIn-

Uh-huh.

... thousands of people claim to have it working. I've had like maybe thirty-

There's this guy, and he mentions like how to build a context graph, so he's, he's, he's very confident.

Yes. He is, he's... I think Player Zero is actually one of the f-examples that, you know, that, you know, that actually has some version of this working. I think that what's interesting about this is that you-- there's going to be a lot of different implementations of it, and so I think you have like, you have companies like Glean that have come out and say that, you know, we're the ones that are building this.

You have companies like Atlan, like data cataloging companies is-- have said that we're gonna, going to own this. You have application co-companies that have put out their version of this. I think Harvey, not, not Harvey, but Rocks put out approach, actively put out approach.

There's companies across the app layer that have also, you know, said that they're building this. And so I think you will see infra companies, application companies, security companies, Okta put out something as well. And so, but in terms of like seeing like this actually deployed at scale, like I think there are very few examples today, and some of that is because it's a very, you know, new concept.

So I think the only thing I would add to that is don't think of context graphs as a technology architecture. Think of it as a framework, and there will be multiple technology implementations, and those will evolve over time.

And, and different companies will use different components, different databases, different data fabrics in order to build that context graph, and it'll depend on the, on the use case and the situation. What we are seeing from our portfolio at least is that the common theme across these systems of agent companies that we think are doing revolutionary stuff is they are building a context graph.

They're early, but we're seeing it. We s- we s- we see that at Player Zero, we see that at Tessera, we see that at Olive, we see that at Andalogic in the security context. Now, there are varying degrees of sophistication because it's a concept as against a specific product.

And so th-this very sort of flexible concept. Is there like a, an ideal data structure, I guess, for a context graph? Like is it, is it just, uh, you know, like the sort of triplet entities of a knowledge graph or anything like that?

Go for it, Jaya.

I think no, and I, I think that's because it's more of a framework for now. I think that, uh, you'll see, you know-- I would say it's like, um, the concept of decision traces especially, like I think that is going to be implemented by like many different types of companies, and there will be also many different types of companies that will emerge because of this.

Like thinking about like security, governance, I think you'll see companies that pop up there, and we're already starting to see a few pitches there where we're gonna see like companies that are going to reimagine different sorts of applications.

So I think with this logic, you could reimagine how do you build Sierra today versus, you know. A lot of these application companies started three years ago, and so if you were to rebuild them starting today, I think that's also what we're seeing.

And I think as well as on infra, like we're gonna see-- We've already started to see like different people like imagine, you know, how do you think of, you know, data catalogs of the future, databases of the future.

I think those are approaches are, are quite early. Um, I think you also see like a lot of the graph database people come out of the woodworks and, and say that, you know, this is us as well, so.

We've been doing this the whole time.

We've been doing this for the last ten years. I think most of my notifications when I get tagged and I press in, it's like, this is a great-- this is what I've been trying to articulate for the last ten years, like, and here it is.

At the same time, there are some common themes of people who are building context graphs. And, you know, the underlying infrastructure or technology implementation will vary depending on your starting point and your scale. But they tend to be cross-functional.

They tend to be cross-process. They tend to sort of... These decision traces are stitching together data that goes across multiple existing systems of record. Uh, they tend to be in the Right Path, which is you're actually, you're executing a decision.

And it's not an analytical fr- it's not analytical decision, it's the actual operational decisions you're making. You know, existing systems of agents products actually have a very unique advantage because they're not bound by a business process, they're not bound by an existing, uh, data store.

They're in the orchestration path. And being in the orchestration path for automation of a business process positions you uniquely to capture decision traces and therefore build a context graph.

Yeah, you have that in this, in this slide here. Uh, and also I guess in your, in your post where you talk a little bit about the, uh, inc- why the incumbents, uh, don't do it. I, I think, like, one of the interesting things, uh, I wanna sort of double-click on...

First of all, Systems of Agents, I've heard this, uh, terminology. Is that widely adopted? 'Cause, uh, I would say that you're the first in recent months that I've, that I've heard actually use this term. What is a System of Agents startup?

Go for it, Jaya.

Well, I guess out of curiosity, what term have you heard, um, you know, to, to describe Systems of Agents?

Don't know. The, I mean, I think that- that's, that's also, like, up for interpretation as to like, what, what exactly it means. Yeah, I do think, like, people have, like, system of records, system, uh, you know, a- as like a, a baseline of like, okay, we all agree what a system of record is.

Beyond that, like, people try to modify it in some way, a system of, like, context, uh, whatever. Uh, System of Agents, like, sure, you have like, I guess a, a group of agents, I guess, and they all do different things, but I don't know if, if, if this is like a, the deeper origin or community around this term yet.

So, you know, the way I would think about it is... And, and look, these terms are all colliding, and it's, it's a little bit like, you know, uh, a cloud of words. The notion of a System of Agent is a company, uh, that has a collection of agents that are automating a process or a set of processes.

It was, it was initially we came up with that last year to differentiate from, you know, more basic chatbot-like systems. So if, you know, a lot of, a lot of systems, a lot of AI companies are single-player mode, more like a chatbot.

And to the extent that you're starting to build something that's multi-agent, multiplayer mode, has humans in the loop, and is driving decisions across a business process, we wanna distinguish that with this notion of a System of Agent. The underlying mode that these Systems of Agents are building is a context graph, and the way they build the context graph is by capturing the decision traces that they inherently sort of, you know, execute.

So it is a mouthful, and any, any advice on how to simplify would be appreciated.

The term that I've been working on is mostly just Agent Lab, the company that produces agents. Uh, but I think tho- those are, those are, like, slightly different things in any way as well, so it's, it's hard to describe.

I think I just, I just wanted to like, uh, like double-click on a few of these things so that people can get a sense of, like, what you mean when you say those things. I think the other thing that's also super interesting is being in the read path, not the write path.

Obviously, with your background with Databricks, you understand the, the read path very, very well. I think the write path is also interesting, like context is mostly a read job. Write mostly just, like, introduces a higher demand for uptime and lower latency and all those things.

But I, I'm also curious, like, basically, you know, the way that this creates a waterfall in my mind of exceptions, override precedents, cross-system context. Also, I, I put here approval chains, which-

Yeah

... uh, which you had in your original document. It feels more like IM, like AWS IM, like a, some authorization, some sort of logic system is, it cascades down and you, you know, hopefully you like derive some kind of formal logic reasoning that you can, um, that you can sort of inspect in version control maybe.

Because, like, the, I think the, the worst thing is like when you, when you capture all decision traces and you look at all the overrides and all the precedents, it looks like Swiss cheese, like people contradict themselves all the time and you're like, "Okay, well, what's the truth of it?"

And, and the LLM's gonna be completely confused, reasonably so.

Look, I think it's a great point, and I think when you think about read versus write, you know, it can mean a very different thing when you're very, very... if you're being precise and technical. I think when we think about the read versus write path is analytical systems which are in the read path are ultimately...

And you ultimately have to write to an analytical system, so there is some write path in that sense. That's why technically it's, it means something very different. But analytical systems like data warehouses and even systems of record capture the endpoint of a decision.

They know what happened, so th- they may know what the revenue of a company is, they may know what the deal size was, they may know what the discount offered was, they may know sort of what was the patch applied in the case of, of a bug fix.

What they don't know... So that's, 'cause that's ultimately stored in some analytical system, whatever that system might be. And to that extent, systems of records are more analytical in nature than they are in the write path, where agentic systems or systems of agents actually capture the sequence of steps.

What did you do? So if you're using Player Zero, there's a support tick-ticket that comes in. That support ticket then, you know, someone picks it up, some agent, not even a human being first. It does some a- some analysis.

It starts to run some queries. All of that is stitched together. It then at some point pulls a human being into the loop. That human being is then doing a bunch of queries themselves because they look at what the sys- the agents have presented to them, and they start to query the system.

All of those queries then ultimately lead to some decision or some hypothesis around what the root cause of the problem is, and therefore what the bug fix is. That whole starting with a ticket, as an example, through auto-triaging, to hypothesis generation, to sort of bug fixes, to ultimately then, then translates into a piece of code.

That code then gets pushed into production, and it either works or it doesn't. You complete that loop. That loop is the write path, the way we think about write path.

Yeah. I see. I see.

As against the narrowly defined read/write path in a database, which is, I think, where you're coming from.

Yes, because, uh, you know, I've, I do have that background

Which is technically more precise, which is technically more precise.

Yeah, but here you're, you're, you're writing code, so you know, it's still, still the right path, but it's different. Yeah. And I think, I think my question there would be like, you know, do people want to use a separate platform for it, or should it just be inside of GitHub and Slack and, you know, those things will still continue to win or, you know, basically, obviously people want to prefer their defaults to things that they're used to.

Is there a case to be made for putting these onto like a new thing, like whether it's Player Zero or something else?

Why don't I go start, Jaya, and then you should jump in as well. So I absolutely think it'll be a new thing. Now, the key is that these new platforms, whether it's Player Zero or, or Olive or Tessera or pick, pick your favorite one, they will have to coexist with existing systems.

And so the system of engagement may end up being Slack. You may communicate with Player Zero through Slack. You may communicate with it through other systems you have, because you're not gonna replace those, at least not overnight. But these existing systems don't actually orchestrate across an entire business process.

To some extent, systems of record do, but even in systems of record, what you see is systems of record were very historically all designed for structured data. So even if you're running a, a deal process through Salesforce, as an example, very quickly you'll find the data is not in Salesforce, it's in Slack in part.

It's in email. Actually, the number one system of record for most organizational data is email.

Is email, yeah.

And Slack. So, but email and Slack just captures data. I mean, as a blob, and again, technically not as a blob. I mean, if, if you get into sort of, uh, data structures, but, but the, but the data is, is, is dark data in a sense in Slack and in email.

And an agentic system that has a real context graph will capture this, the pieces of data that are appropriate across email, across Salesforce, across your account management system, across a conversation, and across a Zoom call. All of these have data, some structured, some unstructured, and most of the value is actually in the unstructured data.

And this is part of why syst- context graphs are so hard to build, that you have to figure out how to parse the unstructured data in a way that you capture value and insight. Because if you started uploading every Zoom call you have in a sales situation, you'd have like a million Zoom calls of only noise.

And so where the unstructured data is such a large part of it and conversation data is such a large part, most likely the context graph will actually consist of small models. The context graph itself is a model layer.

Like you use that data to train a set of models, but then become part of your context graph. In the case of Player Zero, actually the dataset is much more semi-structured. It's, it's less Zoom calls and more code and tickets and observability, which all has some level of structure.

Very large datasets, but with more implied structure. And so the way you would implement a context graph is very different. It's more of a traditional graph structure. Maybe it's a relational database with a graph layer on top.

Yeah, Jaya, I don't know if you have any notes to add on that.

Yeah, I don't think any more to add.

Got it. One thing I wanted to move on to also is obviously there's a huge amount of community discussion. You also dedicated a slide to just the pushbacks. I actually wouldn't say pushbacks, but feel free to just capture pushbacks.

Like let's, let's go directly and address the elephants in the room.

Yeah. So I can take this one. So I think, you know, um, a lot of the, you know, and I don't, I don't know if it's pushback, but like a lot of the people that are sa- you know, maybe taking other opinions and sides, which I, I love, uh, 'cause it pushes our thinking too, is that, you know, one of the things that we keep hearing is like, "Well, you actually can't capture the real why, and like, you can, and you can only capture the how."

Um, and the true, you know, intent is actually like really internal to the human, and the only thing you can actually capture is a sequence of actions and interactions. I think Glean actually uses those exact words, and they say that you can capture the how.

You know, I think that some of that is, like in some cases, you know, that's true, but I also think that there's a way to get to like, you know, I think Animesh talks about in his blog post, but like the partial why and start to be able to reconstruct the why.

And, and I think that, you know, the reason that is, is because like, you know, I think before AI agents, well, humans were making these decisions and, you know, now that agents are going to do the work, they sort of need some sort of access to that sort of memory.

And then two, I think LLMs also made some of this capture more feasible. You know, pre-LLMs, you kind of needed humans to maybe manually, uh, structure sort of every decision, and no one wants to do that. Like I think they sort of...

It takes a lot of work to write down why I did something. That's why sometimes like you go through Salesforce and you look at like the, there was a bunch of text boxes about like, you know, notes and like those notes are probably-

Notes

... always empty is my guess.

Yeah. Yeah. Someday we'll, we'll force all employees to wear a B, uh, BCI device, uh, so we can read their thoughts and capture everything.

Exactly.

I will not name the company, but I have a portfolio CEO that does that. He and everyone on his team, you know, just they, they have this watch thing that they wear that captures, and it auto, it auto connects the data back to their calendar.

It's very-

Yeah, yeah. Auto, auto transcribing I think is, is actually honestly like a reasonable thing. Privacy has to be like worked out, but honestly, you know, it's no different than like s- ha- y- an employer owning all the Slack conversations and all that.

Totally. Yeah.

Again, you talk- you referred to privacy, and I would say one of the, one of the really critical things, which is both there's some pushback, but I also think, you know, we, we acknowledge, right, in the original post is going to be critical is you've gotta manage...

There's data governance issues. You know, there's, there's, there's, there's- There is sensitive data that is organization specific. So in order to effectively capture these decision traces and then operationalize them in the form of context graph, there's a lot of work that companies will have to do around data governance and data management.

And, you know, we have a company that's Skyflow that Jaya and I worked with that does a lot of work in PII and sensitive-

Yeah

... data management.

Yeah.

Again, it's Skyflow.

Yeah. Yeah. I yes.

Perfect. Yes. So, you know, again, they're pioneering an approach to addressing this issue. There's still a lot to be figured out, but key to success in building a context graph will be data management, data security.

Yeah. And then I think the, the second point that is interesting as well related to that is, you know, a lot of people kind of like sa- uh, said, "Hey, this is like, you know, Metadata 3.0, and this is like..."

I forgot what someone used. It was very funny language, but I think it's like, you know, meta da- this is Metadata 3.0, it's like the new sparkling water of France or something. I, I don't know what Gen Z phrase is going around.

Um, but what was interesting, I think, about that, and you know what a lot of people responded to it, "Well, hey, the same objection was raised about, you know, CRMs, about observability, and about data war- warehouses as well."

And so new categories, I think they emerge when there's a new unit of value worth, you know, storing. And I think the difference here is that decision traces are sort of captured as part of the execution path and not sort of defined up front in all these, like, workshops and reconstructed after the fact via ETL.

And they're more, like, emerging as a byproduct of agents doing work, which I think is architecturally like a little bit different than metadata layers. And I think-

Yeah

... the second point there is like the difference is also when and how it's sort of captured. Like, I think with, um, with metadata, and, you know, this also goes to ontologies. I think that's like another point that's coming up is that, you know, there's a lot of, like, pre-upfront tax of like, "Hey, I need to go model a bunch of stuff out with like, you know, a, a bunch of consultants, a bunch of stakeholders, um, and do a bunch of workshops," where I think this is a little bit different.

I think that's, that all makes sense. Uh, I'm, uh, kind of entertained to see this mention this Data Mesh again. I wonder if the Data Mesh discussion is, is, is like, um, like a, a bad comparison or like actually, actually a pretty good one.

Because in a large enough enterprise company, and this piece was very focused on enterprise, you do have silos that emerge, and sometimes for a good reason, and sometimes they should not be joined.

Yeah.

I don't know.

So, so, you know, you're onto something that Jaya and I talk about a lot, which is... And, you know, the last slide just references this a little bit. You know, the word Data Mesh can mean whatever you want it to mean.

And so arguably, a context graph is one form of a Data Mesh. But typically, when people have talked about Data Meshes, they have this notion of one universal Data Mesh across a large enterprise.

Yes.

And we don't actually believe that that will be the case. We think context graphs, because they have to emerge from the automation of a specific set of tasks or business processes. Like, no one's going to do or can do the work to say, "Let me capture all the decision trace in an organization and put them in one universal context graph way."

Sounds a little bit like solving world hunger, and it's a good idea, but very hard to implement.

Yes.

Our, our core thesis is these context graphs will emerge organically, and they'll emerge organically because just as, as, as processes get automated and human beings are incentivized to be humans in the loop. Because really they are providing a lot of the training data.

The why is coming from the actions that human beings take as part of a decision in an existing business process automation. And so Player Zero is doing that for the whole process of code from going into, you know, testing all the way to code in production.

And there's an entire workflow once you generate code, and they touch every part of that workflow. Similarly, Olive does the same thing for sales, and those are just two different workflows of business processes in a company. Like, there's no reason why companies would want to put both datasets or both context graph in one universal context graph.

And sure companies or people who are selling context graphs can sell to both of these companies. But ultimately, no one's gonna, no company's gonna wake up one day and say, "I wanna build a universal context graph." And then if you look at some of the things that Arvind from Glean is saying, Glean's an amazing company, and I have a lot of respect for Arvind, but it's so horizontal.

Like, it's a very powerful chatbot, and it allows people to build some agentic applications or Systems of Agents on top of them. But really, the deep cross-functional, cross-process automation problems are going to be solved, I think, by companies that are dedicated to solving that problem.

You know, you can call it vertical specific and horizontal. You know, my partner, Joanne, that Jaya and I worked with, has a company called Tenor. Tenor is solving the process of automating, uh, you know, the intake process for patients in specialized healthcare situations, specialized clinics, whether it's sleep clinics, specialized testing pro- processes.

So again, they're capturing very similar workflow. It's, it's almost like, I mean, the old world, we call it CRM for, uh, uh, for specialized healthcare clinics, but it's so much more today. And they're capturing those decision traces, and they'll build the context graph for that.

And what Jaya and I think about all day, every day is, you know, how do we, how do we identify which use cases, business processes, verticals have, will have the deepest moats over the next decade? We can, we can build, you know...

The way we're gonna build a universal context graph is by having 100 portfolio companies that have context graphs.

And the winning ones are hopefully, hopefully the winning context graphs.

Yeah. Yeah, yeah, yeah. Okay, I think, I think a very useful concept. We're, we're coming up on time, and I just wanna make sure that we've, like, sort of adequately addressed or caps- encapsulated everything that we know or, like, the community's excited about.

There's, there's a lot of, like, discussions, and I think people are gonna build out different versions of this. You know, what, what is, what is, uh... Do you have any predictions on what we're gonna see by your end that are falsifiable, that has a chance of being wrong?

You know, like, I, I think that, though these are my ways of trying to test have we, have we sort of progressed in our understanding of what is, what we need to build?

I think that's the alpha. I feel like that's the alpha. Can we give it away?

That's the

It's the alpha. I don't know if we can give that away.

Okay.

I'm kidding.

You know, I would say some things are easy to... You know, there's a lot that we're talking about what's next, and so, so, you know, as, as Jaya said, there's not an alpha there. But, uh, look, we believe that a year from now you will actually have hundreds of context graphs in production at scale.

Yeah, you said that, yeah.

So, so that's belief number one. Two, I think the, the enabling infrastructure stack for context graphs will be well-defined, and, and there will be variations and flavors, but, you know, I totally anticipate that this time next year we'll be writing, "Okay.

Here's, here's the way... Here, here's the best practice stack." Just like once upon a time there was the modern data stack, there'll be the context graph stack, and it will be 10 times more important and 10 times more valuable.

And, and lastly, I would say, you know, the debate about what is a context graph and what are decision traces and what they, why they matter will go away, and the question will be how do we extract value from context graphs?

But we're merely scratching the surface. Once you have a context graph, you know, it's a little bit my context graph versus yours. And different people will do different things to extract value and drive further automation, 'cause automation's always a staircase.

Like, the more value you can extract from the context graph, the more you can automate, and the more you automate, the more, the more decision traces you capture, the more, you know, you will capture in your context graph.

So the best companies will be debating how to sort of accelerate that flywheel 12 months from now.

That's a good, uh, challenge to folks. Uh, you know, sometimes I also use these as kind of a call to action. Like, you know, if, if people are working on these problems, they resonate with it, they should reach out to you, uh, obviously.

But, uh-

Thank you

... I'm sure you have a lot of people reaching out, reaching out as well.

Yeah.

Well, Jaya and I are open for business 24/7, definitely open holidays, so give us a shout.

Yeah. We're, we're recording on a holiday for those listening-

Yes

... uh, later. But no, thank you so much for joining, and, uh, congrats on, like, basically creating this category. I, I'm excited to see what you do with it. Uh, I think it's early days still. I think we'll still be checking back on this, uh, you know, six months, 12 months from now.

And, uh, and we, we'll hope to see, like, a lot more people, uh, building out what they see as context graphs within their organizations. So thank you.

Thank you so much.

Thank you.

Take care.