AI Engineer World's Fair 2026
WTF Is the Context Layer? The Missing Infrastructure for Production Agents
Read the talk
The Context Layer: Giving Agents a Shared Understanding of the Business
An agent can reason well and still use the wrong business definition. Atlan’s experiments show why shared context needs ownership, dependencies, review and a learning loop.
From a talk by Prukalpa Sankar
Before you start: Familiarity with AI agents, business data systems and basic version-control concepts will help; no particular framework is required.
Why doesn’t AI know your business?
Why can an increasingly capable AI still struggle to do useful work inside a company? That is the problem behind Atlan co-founder Prukalpa Sankar’s context-layer question. Atlan works on giving AI the business knowledge it lacks, with customers Sankar names including GitLab, Zoom, Discord, Affirm, Mastercard and General Motors. She invokes Bill Gates’s formulation that content is king, then proposes its agentic-era counterpart: context will be king. By her account, 2026’s enthusiasm for context graphs reflects a problem that stronger models alone have not resolved.
In Bay Area conversations, the question is often whether AGI is one year away or three. Inside a business, the question is whether greater capability produces better outcomes. Sankar illustrates the gap with a claimed progression from failing the bar exam to scoring in the top 1%. That chronology needs qualification: the GPT-4 Technical Report already reported GPT-4 passing a simulated bar exam around the top 10% in March 2023; the talk does not identify the model or evaluation behind its top-1% figure.
Sankar says only one in five AI use cases reaches production, without identifying the underlying study. The displayed slide instead describes one in five reporting significant value, which is a different outcome. Her financial-benefit example has a firmer source: PwC’s 2026 Global CEO Survey found that 56% of 4,454 surveyed CEOs reported no significant financial benefit from AI through revenue or cost outcomes. That is narrower than saying AI delivered no benefit at all.
The human analogy is useful even without a precise equation. Sankar cites IQ as explaining only 10% of job-performance variance, without establishing the study behind that figure. But consider the practical distinction: the teammate with the highest SAT score is not necessarily the one who works most effectively, incorporates feedback or learns fastest. Real-world performance depends on both intelligence and context—the knowledge, skills and expertise acquired on the job.
Sankar describes intelligence as having grown 1,000× over a decade and 2× in six months, without specifying a measurement scale. Her architectural point is that business context has not advanced in parallel. Moving data to the cloud does not extract the situated knowledge still trapped in dashboards, Slack threads or the head of an analyst who might leave next week. To understand what agents need, start with how that analyst learns to work.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
A simple metric question requires three kinds of context
Maya is the fictional data analyst at McContext Burgers whom everyone messages when they need an answer. One morning, a franchisee asks why drive-through time is up this week. The question sounds like a straightforward comparison. Before querying anything, however, Maya has to establish what the comparison means.
| Context | What Maya needs |
|---|---|
| Knowledge | Metric definition, requester, weekly cutoff and time zone |
| Expertise | A diagnostic sequence for plausible causes |
| Norms | The scope and form of an appropriate answer |
First, finance and operations may mean different things by drive-through time. The week might run Monday through Sunday, but even that leaves Pacific versus Eastern Time unresolved. These are business facts: the map that makes a query meaningful. Next comes the diagnostic playbook. Maya knows to check third-quarter weather seasonality and the product launched in the previous quarter. Finally, she scopes the response to the person asking. Her useful output includes the explanation and root cause, not just a changed number.
Maya joined only a year earlier. Initial training gave her a start; shadowing an experienced teammate taught her why particular checks mattered. Mistakes, manager feedback and unfamiliar edge cases refined that judgment. Building an agentic Maya therefore requires more than packaging an onboarding document. It requires a way to acquire, correct and retain expertise through work.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Specialist agents worked until their context diverged
Atlan’s first approach, roughly 18 months before the talk, began with a jobs-to-be-done map of its customer-experience team. Which activities filled the day, and how much could AI help with each? Documentation and meeting preparation looked promising. Relationship management looked much less amenable to automation. The team used those judgments to assign scaling factors and build narrowly focused agents. Hermione became the health intelligence lead; Moneypenny became the financial risk analyst. Each agent was optimized to do one thing well, and initially that worked.
By the middle of the preceding year, Sankar says building an agent took about five minutes, while preparing the business context needed for accuracy remained slow. Agent quality depended heavily on context-engineering quality, and mistakes cost stakeholder trust. The difficulty shifted from creating an agent to keeping it correctly informed.
A positioning change exposed the coordination problem. In a human organization, marketing can announce new positioning at a town hall, and sales development representatives know to change their pitch. Atlan’s marketing agents received changes, but its website SDR agent kept pitching the old version. The agents had no equivalent shared communication infrastructure, and the team lacked visibility into how their contexts were connected. When something went wrong, it was hard to distinguish a model problem from an agent problem or a context problem.
Separate memory systems made the problem worse. Agents learned independently and differently, making a single version of truth difficult to establish. Portability then added another failure mode. Over the preceding year, the team moved from Relevance to Google ADK, then tried Glean, moved to Claude Code at the start of the year, and eventually used roughly equal parts Claude and Codex. Each transition left context trapped in the previous system. The emergence of general-purpose agents prompted a different question: could the business knowledge live independently of the agent running the task?
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Separate shared expertise from the agents that use it
Maya’s effectiveness also comes from her team. Strong teams share language, a picture of what is true today, playbooks and decision rights. They learn together. A failed launch becomes collective memory rather than a lesson each person must rediscover. Atlan’s revised approach translated that arrangement into domain experts responsible for skills, a common company brain holding their contributions, and retrieval mechanisms that make those contributions available to general-purpose agents. This shared infrastructure is the context layer.
The marketing experiment connected data systems, social and community platforms, advertising platforms and analytics. Its agent side deliberately remained open: Claude Code and Cowork, an internally deployed Claude interacting in Slack, and external products including Qualified and Artisan. Between those systems and agents sat the shared repository. The best SEO practitioner contributed an SEO skill; the competitive-intelligence expert contributed that domain’s skill. Expertise could be maintained in one place and used by different agents.
The repository needed more than instructions:
- Data graph: An autonomous ads agent doing daily analysis needs to know which tables to query.
- Skill library: Domain playbooks describe how to perform the work.
- Semantics and metrics: Definitions establish how ARR is measured and what counts as a qualified lead at this company.
- Organization and entities: Organizational structure and business entities supply additional context.
Sankar reports that the marketing team built about 300 skills and 40 agents over six months. Those counts describe the experiment’s scale; they do not measure its accuracy.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Shared skills need dependency and quality management
Centralizing context did not eliminate operational problems. It made their structure clearer. A competitive-intelligence skill learns what is changing in the market. Its output feeds category positioning, which feeds the sales battle card. Each skill can improve locally while disrupting a downstream consumer. Context needs to be managed like code because changes have dependencies.
A minimal JSON representation makes the dependency direction explicit: each skill names what it consumes. This illustrates the chain described in the talk, rather than an Atlan API.
json
{
"skills": [
{
"id": "competitive-intelligence",
"dependsOn": []
},
{
"id": "category-positioning",
"dependsOn": ["competitive-intelligence"]
},
{
"id": "sales-battle-card",
"dependsOn": ["category-positioning"]
}
]
}
A change to competitive-intelligence has a direct consumer in category-positioning and an indirect consumer in sales-battle-card. Recording those relationships gives a reviewer a concrete impact path to inspect.
The team also encountered outdated skills, drift and unclear ownership of quality. Security and governance became difficult: Sankar describes secrets hardcoded in .env files and people downloading public skill repositories. Portability across agent systems remained necessary. A common repository solves distribution only partially; it still needs responsibility for what enters it, what changes and who can rely on it.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Give context a review flow—and learn from traces
Sankar frames the next infrastructure question as what a GitHub for context would look like. Company knowledge needs lifecycle management, collaboration and versioning. That includes deciding which context is local, which is global and how each stays current. A proposed skill PR flow would combine learning with quality checks and security posture management, rather than treating every edit as immediately trustworthy.
Dependency visibility should answer what else a change affects. Explicit roles should identify the approver, maintainer and contributors. Together, these capabilities would create a human-plus-AI workspace in which shared skills can evolve without losing accountability. These are the capabilities Sankar proposes for the context layer, not a claim that every part was already implemented.
Agent interactions then become inputs to that development process. Sankar describes using a specialized harness to read traces and reconstruct candidate improvements. The important boundary is between discovering a possible lesson and accepting it into shared context:
- Read the traces of agent work.
- Reconstruct candidate context or skill changes.
- Present those changes to a maintainer.
- Have the maintainer approve or reject them.
The learning loop compounds through reviewed improvements. An observed interaction supplies evidence for a change; it does not automatically authorize that change.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Reconstruct the context already inside business systems
Where should a company begin if its business is spread across dozens of systems? Sankar poses the example of an organization with 60 systems, then points to context already embedded in their connections. Salesforce, HubSpot, the data warehouse and the application layer each contain parts of the business’s operating logic. Context gets lost at the hops between them. Reconstructing those relationships gives AI a basis for seeding the first company brain.
Sankar reports strong accuracy from this reconstruction approach, but supplies no numerical evaluation in the spoken explanation. The slide connects an Enterprise Data Graph and an Enterprise Semantic Graph to column descriptors, joins, filters, business questions, metrics, KPIs, entities, relationships and a bootstrapped ontology. Its visible 89% callout has no established metric or evaluation conditions in the supplied explanation, so it cannot serve as an accuracy result here. The mechanism is the useful part: recover relationships across systems before asking an agent to reason over isolated fragments.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
The context layer is a continuing loop—and company IP
The resulting architecture turns Maya’s knowledge, expertise and norms into machine-usable context. It continually mines business systems and feeds a shared company brain. Teams develop and maintain skills through a context lifecycle as they deploy agents. Agents retrieve what they need through MCP, SQL, vector retrieval or hybrid assembly; traces return evidence to the learning loop. Retrieval is one part of the architecture, alongside acquisition, maintenance and feedback.
Hardcoding business context into individual agents makes that loop difficult to sustain. The familiar disagreement in which sales and finance report different revenue numbers becomes more consequential when autonomous systems act on those definitions. Without shared context and visible ownership, organizations risk reproducing their inconsistencies at machine speed and scale.
Context is also intellectual property. If competitors can use the same models, their distinctive capabilities must come partly from how they conduct business. A customer-support agent at American Express should not be interchangeable with one at Amazon: each should embody its company’s practices, culture and norms. Sankar closes by inviting collaboration with teams building company brains. The infrastructure challenge is to make that accumulated expertise usable by autonomous systems while preserving the judgment that makes it the company’s own.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
Further reading
Sankar’s companion argument about organizational knowledge, skills and the context layer, developed for the Knowledge Graph Conference.
The speaker’s recap of Atlan’s shared-context marketing experiment and the framework changes that motivated it.
- PwC’s 2026 Global CEO SurveyArticle
Survey findings on CEOs’ reported AI revenue and cost outcomes, including the 56% reporting no significant financial benefit.
OpenAI’s original report includes a simulated bar-exam result around the top 10% of test takers.
Google’s practical guide to loading reusable expertise through progressive disclosure and several skill packaging patterns.
Updates since the talk
Current setup guidance for a scoped context layer using Atlan connectors, expert review and MCP; requires an Atlan workspace.
Read the complete timestamped transcript
- 0:00
[upbeat music] Hi everyone, uh, my name is Prukalpa. I'm the founder of Atlan.
- 0:17
Um, and, uh, today I'm gonna talk about this thing where context is having its moment. Uh, and so my goal today is to talk about, like, WTF is the context layer?
- 0:29
Um, just before I start, and I promise this is the last time...
- 0:35
Um, I don't know if the clicker is working.
- 0:57
Atlan, we... It's, it's working. Yeah. Thank you. Um, the problem we solve is we say AI doesn't know your business. We've fixed that. We work with an incredible group of companies around the world, ranging from GitLab and Zoom and Discord and Affirm to large enterprises like Mastercard and General Motors.
- 1:15
Um, and about a year ago, uh, my co-founder and I went on stage and we said, uh, at the dawn of the internet era, Bill Gates had written this very famous blog post, and it said, "Content is king."
- 1:30
Um, and as we are at the dawn of the agentic era, context will be king. Um, since then, it feels like twenty twenty-six is the year of context. Context graphs, anyone?
- 1:41
Um, uh, you know, every, every two days you see some version of context, uh, popping up. And so what is going on? Um,
- 1:51
I believe the answer to this kind of is in this reality distortion field that we live in. Uh, I live here in the [REDACTED:location]. Every day or two I have conversations with people which kind of go like, "How far are we from AGI?"
- 2:05
And we have a debate, and we're like, "Well, one year, three years," so on. Uh, there is no doubt that the models are getting exponentially smarter by the day.
- 2:13
Uh, two years ago, they couldn't pass the bar. Today, if they were to take the bar, it was-- they're at the top one percent of test scorers. On the other hand, they're not exponentially more useful by any benchmark.
- 2:24
Uh, one out of five, you know, AI use cases actually make it to production. Um, you know, fifty-six percent of CEOs say that there's zero financial benefit from AI today.
- 2:37
So what's going on? I believe hidden in plain sight is actually, um, how performance is measured in the human world. Uh, cognitive intelligence doesn't really determine real-world effectiveness. Uh, in fact, only ten percent of job performance variance is explained by IQ.
- 2:54
Like, just think about it. Would you say your smartest, um, you know, teammate who scored the highest on the SATs is also your best teammate? Or would you say, "No, it's the person who works the most and takes the most feedback and learns the fastest"?
- 3:11
In the real world, we care about performance, and performance is outcomes that you deliver in the real world. And performance is a function of two things. It's a function of intelligence, which is cognitive horsepower.
- 3:22
That's what the model benchmarks measure every day. Uh, but it's also a function of context. This is what they say in the human world as learning on the job, right?
- 3:31
Knowledge and skills and expertise that you learn over time.
- 3:35
And in the last decade, uh, we have compounded on one of those parameters. Uh, intelligence has thousand X'd in the last decade. Just in the last six months, we have two X'd on that axis.
- 3:48
On the other hand, context, the situated knowledge of your business, that's barely moved. We've moved some data to the cloud, uh, but that's about it. It's otherwise logged in dashboards and Slack threads, and, uh, the head of that analyst who might be leaving next week.
- 4:05
Um, and so the question ahead of us, and I really believe this is the next frontier, is how do we help AI build context about our business? Um, and every time I'm faced with a question about how do we help AI do this, I always like to go back and understand how did we help humans do this?
- 4:25
Uh, so I'm gonna take you into the life of, you know, a, a exemplar employee, Maya. Uh, let's say she's a data analyst at McContext Burgers 'cause I thought I was going to be creative, and I'm not very creative.
- 4:39
Um, and, you know, let's say she's that analyst that everybody, you know, pings in your company, uh, right? She's the person that everybody sends a message to every morning when they're trying to solve a problem.
- 4:50
So let's say this morning, uh, there's a franchisee owner who sends her a message and says, "Why is my drive-through time up this week? Why is this metric up this week?"
- 5:00
Sounds like a really simple question, um, but it's actually a really complicated question to ask.
- 5:07
Just to answer this one very simple question, Maya first needs to know, uh, what is drive-through time, uh, and who's asking. Is it finance or is it, you know, my ops team?
- 5:19
And it might mean different things. Uh, but not just that. What does this week mean? Is the cutoff period Monday to Sunday? Is it Pacific Time? Is it Eastern Time?
- 5:30
Uh, that's knowledge. Like, that's facts. That's the map of the business. Um, but not just that. Uh, there's expertise, uh, right? There's, um, you know, a diagnostic playbook. What, what does a great analyst do?
- 5:43
They know that, you know, quarter three is a season-seasonal quarter because of weather patterns, and they know to go check if the reason there's a spike is because of seasonality.
- 5:54
They also know that the company launched a product, uh, just that previous quarter, and so they know to check if that's why the root cause analysis failed. Uh, this is expertise and skills that people pick up over time as they learn on the job.
- 6:08
Uh, and then there's norms, right? Um, there's, you know, persona scoping. Who's asking the question? How do I answer this question? Um-
- 6:16
And Maya, she's one of those, like, cool people. She nails it. She sends an answer, not just with the answer, but with the why and the root cause, and she finds the reason for it.
- 6:27
How did Maya learn to do this? Um, she just joined the company a year ago. Um, first Maya, you know, has f- like, she joined, and she got some training, like all of us do, but that's not where any of us learn, right, in our companies.
- 6:42
How do we learn? We learn because you shadow, like, the best teammate, and then you see why they're doing something, and then you learn from that, and then you make a mistake.
- 6:52
Who here has learned more from a mistake than anything else? Right? You make a mistake, and then you learn. Uh, you- your manager gives you feedback, and you learn not to do that again.
- 7:05
You deal with an edge case, and then you learn from that. That's how all of us humans learn at work.
- 7:12
And so then the question is: How do you help build the agentic Maya? Uh, and now I wanna walk you through our experiments and learnings as we've built this at Atlan.
- 7:23
Um, era one, and this was roughly about 18 months ago now, um, we, uh, started on the, the track of bootstrapping agents. Um, and the way we went about it was, and we started this with our customer experience team, uh, and we did this jobs to be done analysis map, right?
- 7:42
And so we said, "Hey, if you are someone on our customer experience team, what are all the things that you do on a day-to-day basis?" And then we made some hypothesis.
- 7:51
We, we said, you know, for example, one part of the job is documentation and meeting prep. Uh, we said, "Well, AI could probably do that job pretty well." Uh, and so we built a scaling factor.
- 8:02
So on the other hand, relationship management is something that our customer experience team does, and we said, "Hmm, that doesn't sound like something AI is going to be able to do anytime soon."
- 8:11
And so we built a scaling factor. And then we basically started bootstrapping these individual agents that were, like, built for that specific topic. Uh, our team got creative, so we had Hermione, who is our health intelligence lead, and then we had, you know, Money Penny, who was our financial risk analyst, and we just made that particular agent
- 8:35
really good at doing that one thing. Um, and that worked for some time. Um,
- 8:42
but then we realized there were some challenges with this approach. The first, context engineering. Uh, we got to the point by middle of last year where building an agent was really easy.
- 8:52
It took, like, five minutes. Uh, but giving it the business context that it took to actually get it to be accurate took forever. Uh, quality of the agent often depended, uh, on the quality of context engineering, and that led to a lot of weird lost trust cases with our stakeholders.
- 9:11
Uh, then as we started taking this into production, we started seeing that these agents basically were kind of like living on their own island. Uh, now imagine, for example, if you're in a human team, and your marketing changes positioning on your, you know, uh...
- 9:26
And then they come to the town hall, and they tell you that they changed positioning. And so then, you know, the SDR on your team or your sales development rep, they know that they should use that new positioning.
- 9:36
This is like the infrastructure that we've built for humans inside our organizations. Agents didn't have that. So our marketing team had these agents, and they started making changes to that, and then our SDR agent on our website was still pitching the old version.
- 9:51
Uh, we had no idea how any of these things were even connected, so we didn't even know how to, like, run this as, as a team of agents. Uh, when an agent gets something wrong, this is hard.
- 10:02
Uh, it was really hard to, like, trace back what happened. Was it the model? Was it the agent? Was it the context? Like, where, how do we even go back and fix this?
- 10:10
Um, and over time, we started dealing with, uh, context sprawl. Uh, we had... The, the, the hard part about this was agents all had their own memory systems to a certain extent, so they were learning.
- 10:24
They were all learning separately, and they were learning differently. Uh, it became very, very difficult very quickly to say, "Okay, what does the single version of truth here look like?"
- 10:34
Um, and then over time, we actually went through, in the last 12 months, we've gone through cycles of, at the agentic layer, about 12 months ago, we were using one of these no-code type builders, uh, called Relevance.
- 10:47
We went from there into Google ADK, then we tried Glean. Uh, start of this year we moved to Claude Code. Now we're kinda like 50/50 Claude and Codex. Uh, and every single time as these changes happened, uh, our context got trapped in each of these individual systems.
- 11:04
Um, so start of this year, as general purpose agents started to become a thing, we said, "What if there was a different approach with general purpose agents?"
- 11:15
Uh, again, going back to the human world, well, Maya, she's not an individual star. She's part of a team, right? And, you know, you talk about these dream teams, like Maya and someone who runs customer support and someone who launches ads.
- 11:28
These people work really well together, and often these dream teams are built on shared context, right? Uh, they have a shared language. Uh, they have a shared picture of what's true today.
- 11:40
They have shared playbooks. Uh, they have shared norms, who's allowed to make what decision. Uh, and then they learn together. I think this is the most important part of it.
- 11:50
They have compounding learning loops of what good looks like, uh, and they have shared memory that, you know, "Oh, we launched this thing last quarter, and it, like, was terrible, and we're not going to make that mistake again," right?
- 12:01
And so we said, "Is there a way to bring that into the way we think about AI in our companies?" And so the mental model we started working on was we said, "Okay, we have these teams of humans, and they're across the board, and can these people essentially start building domain skills?"
- 12:19
So each of them is responsible for a certain set of skills. All of this goes into this common one place, which is this one- Company brain of sorts, right?
- 12:30
I like to think of this as the context layer. Uh, and then this has a bunch of retrieval mechanisms, which then talks to the general purpose agent across the ecosystem.
- 12:41
So then we started a experiment. Uh, this is some version of what our marketing team ended up building. So you'll see on the left, those are all the systems that our marketing team uses.
- 12:52
So data systems, our social and community platforms, our ad platforms, our analytics platforms. Um, and then you'll see this agent block. Uh, we build this very specifically for, um, having openness.
- 13:08
So we had Claude Code and Cowork. We also had our own Claude that we deployed, which has, you know, essentially talks in our Slack channels. Um, and then we used some external products, like Qualified and Artisan.
- 13:21
Uh, in the middle is kind of this context layer that our team started building. So think of it as our best SEO person was building their SEO skill. Uh, our best competitive intel person was building the best competitive intel skill, and that kind of became this common repo that we were building into and pulling out from.
- 13:44
This sort of became our living brain. Over time, we realized there were some things that we needed in this brain, right? Uh, we realized we needed a data graph, like if, for example, our autonomous ads agent, we realized it needs to do analysis on a daily basis, so, like, which table should I go pull from?
- 14:00
Uh, we needed a library of skills. We also needed some other things, semantics, metrics, what is ARR, how do you measure that? Uh, what is a qualified lead in our company?
- 14:11
Uh, and org structure, entities, things like that.
- 14:16
Over the last six months, we ended up creating about three hundred skills and forty agents in this team, uh, which has been incredible. Uh, but then with this approach too, we realized that there were some challenges.
- 14:29
We realized that context kind of needs to be managed like code. Um, so some challenges, let's pick skills. Uh, dependency management became really complicated. So, for example, we have this competitive intelligence skill, and it learns from the market on what's changing in the market, and it improves.
- 14:49
Um, it feeds our category positioning skill, which then feeds our sales battle card skill. Uh, now each of these skills is learning and evolving, uh, but every time they learn and evolve, it breaks something downstream.
- 15:03
Uh, and these skills very quickly start getting outdated and start drifting. Uh, who owns skill quality became another thing, like who eventually owns the quality of this? Security and governance was a nightmare.
- 15:16
Uh, we had secrets hardcoded in .env files. Uh, it, it was people were downloading these public skill repos. This-- The whole thing was like a nightmare. Um, and then I talked about context portability across all these multi-agent systems.
- 15:31
I started this talk by saying WTF is a context layer. Uh, these are the problems that a context layer is meant to solve. Um, the question I like to ask is: What does the GitHub for context look like?
- 15:44
Um, few thoughts. Uh, company context needs lifecycle management, collaboration, and versioning, uh, just like code does. Uh,
- 15:56
you know, there's questions like what's local context, what's global context, how do I keep this updated, so on. Uh, some thoughts in this, can skills have a profile just like code does?
- 16:08
Uh, can that have a self-learning, learning loop that's baked into it? Uh, what does quality management look like? Can you have security and postures-- posture management associated with that?
- 16:20
That's really, like, the first step. Uh, I see this as, like, having something that has built-in versioning and quality and dependency management. So you should be able to say, "Hey, this thing impacts all these other things.
- 16:31
This is the approver. This is the maintainer. These are the contributors." How do you build, like, kind of human plus AI workspaces that these, that these skills, uh, are managed via?
- 16:43
Second thing, every AI interaction creates more context, and harnessing this, uh, is gold. Uh, uh, there's been, I know, a lot of talks about self-improving loops. Uh, we have found that with traces, deploying a specific harness that actually is specialized in being able to go and reverse construct from that.
- 17:02
So think of it as AI that's reading through all your traces and almost brings it back to your maintainer loop and says, "Approve, reject, approve, reject. Improve this over time."
- 17:13
Uh, that's the compounding learning loop. And the third, often a lot of people ask me this question, which is like, "How do I start? Because my business is re-really disparate, and I have all these, like, sixty systems, and how do I even start?"
- 17:27
One of the biggest learnings we've had is context is hidden in these-- in business systems. Uh, and across this context, quality can really compound. So, for example, if you're able to connect your Salesforce and your HubSpot to your data warehouse, to your application layer, and then you're able to reverse construct how these things are actually connected one
- 17:46
to another, context today gets lost in every one of those hops. But if you can reverse construct that and then deploy AI on top of it, we've seen incredible accuracy in being able to reverse construct the first version of your company brain.
- 18:05
So I'll end with this. Uh, the way I think about a context layer is it's a system that turns knowledge and expertise and norms that we talked about, that Maya knows, into a machine-usable context for AI systems.
- 18:20
Uh, at a very high level, the way I like to think of it is it looks like this. Uh, it continually is mining context from your business systems. It's feeding this into that one company brain.
- 18:35
It's harnessing this in skills and context development life cycles as your teams go and deploy these agents, and then it has a bunch of ways you can retrieve it.
- 18:45
So MCP, SQL, Vector retrieval, hybrid assembly, all these different ways that you retrieve it and pull back from traces and build this compounding learning loop. [sniffs]
- 18:58
Today, we're largely building agents by hard coding context. [laughs]
- 19:07
The scale of this problem, I truly believe, is underhyped because with scale, this can become really unsustainable, uh, and a little dangerous. Like all of us know this, this old joke, which is if you ask sales and finance the revenue number, you're going to get two different numbers.
- 19:22
Uh, we're fast approaching a moment of starting to deploy autonomous systems where the same thing is starting to happen.
- 19:31
So I'll end with one last thing. I started this presentation by saying context is king. Um, I'd like to end it by saying context is also IP. Something I think a lot about is in a world where you and your competitor have access to the same models and the same intelligence, what differentiates a company?
- 19:52
What differentiates a customer support agent at American Express versus Amazon? Uh, that's how you do business. That's what makes your company special. Uh, context is how we take and encode our culture and our norms into something that we will be proud of as we build autonomous frontier firms, um, and
- 20:17
that's all I had. Uh, you can find me [REDACTED:username] on Twitter, um, or write to me. We are actively working with folks on the frontier on going and shipping and building company brains, um, so if you'd like to talk to us, feel free to reach out.
- 20:33
Thank you. [audience applauding] [outro jingle]