# Stripe's Kai: Enterprise AI Governance Framework

**Podcast:** How I AI
**Published:** 2026-09-07

## Transcript

Agents are very creative at bringing your infra down.
It turns out that agents just like dial up all your failure modes.
It just multiplies the amplitude of problems you can get.
There were agents that went rogue.
There were agents that may have almost taken down core systems.
One of the cool things about projects that can be...
very concrete for people is the idea of tool policies.
Let's say you are a person on the HR team who's dealing with a bunch of sensitive information.
You really don't want the agent to sort of go rogue and put that sensitive data into some public Google document that all stripes can access.
But you also don't want to tell them, oh, you can't use any tools because your workloads are too sensitive.
I love this idea of this like three layer triage that a data agent can go through.
And that's really smart.
Find existing reports, then use the analytics layer to find the right query.
then if like you really have to fall down to the data catalog and write your own query, your data warehouse has to be very resilient to high volume queries because when in doubt, an agent will just brute force it.
We could test this out and it's going to pick off what is a human in the loop workflow.
Create a calendar invite for me and Wong tomorrow at...
11 a.m pacific this isn't the fun part the fun part is what i showed before agents are really good they're very creative so we got to put some restrictions on them so they don't go rogue welcome back to how iai i'm claire veau product leader and ai obsessive here on a mission to help you build better with these new tools today we have sharad an engineering manager at stripe and part of the team who built kai their internal company brain and company agent He's going to show us why you might want to build your own custom agent for your company, what are the governance and control mechanisms of Kai that make it super special, and how to build not just a skill-building skill, but a skill-building platform for your team to share their automations and workflows with the rest of the company.
Let's get to it.
This episode is brought to you by DX.
In a recent study across more than 500 engineering organizations, DX found that spend on AI tools has grown 28x over the last year.
The share of AI authored code is climbing, but overall innovation has remained flat.
As teams generate code faster, new friction in code review and validation is offsetting those early velocity gains.
DX tracks speed, quality, and cost together across the software development lifecycle, giving engineering leaders clear visibility into how AI impacts delivery and whether those investments are translating into real value.
Download the full report at getdx.com slash howiai.
That's g-e-t-d-x dot com slash howiai.
Shared, it's so nice to have you here.
And I had to reach out to the Stripe team because I wanted to learn not just about how Kai, the company brain, the company agent, works at this big company, but I really wanted to understand.
why in the world you built it yourself.
And so I wonder if you just start us there.
Why build Kai?
What was the problem you all were trying to solve?
We wondered about this a lot before we built it because we had all this like this avalanche of AI tools.
This was like early 2026.
Huge number of tools coming out.
ClotCode had just like taken the world by storm.
Like a lot of like really cool things were happening.
The problem that me and my colleague Anupam were dealing with is how do we get AI to everyone, right?
And we quickly realized it's not just an engineering or a technical problem.
The harder problems are in trying to replicate the way a company works at scale.
And Stripe is an incredibly complex business, like all around the world, like multitude of products, so many, so many processes that keep us in a shape so that we can help our users.
And so we quickly realized that it's not about providing AI.
It's about providing the correct governance structures so that everyone can just go use AI and know if you do the right thing for them.
So some of the things that we really thought about and why we built Kai is governance is a big thing for us, like I just said.
The second thing is Kai is really interesting.
It's context aware.
It knows who you are and what you do with the company.
And it knows what are the things that you're...
colleagues are mostly interested in.
And it has access to the org chart and your projects and all the things that are going on, which means that it has a lot more mechanisms to do the right thing for you and understand what you're trying to do.
And the other thing that I really like and our security team really likes is that Kai is all hosted on the cloud.
It's always on.
It's behind our standard security boundaries.
And it's very stripy in that everything that we use to build Kai.
actually ends up being standard infrastructure that helps us build great agents for our users.
And ultimately, while it's great for me that we're really helping Stripe be more effective and enabling everyone, I really am happy that what we're doing here is helping build the rails that make our Stripe users get better products out of this using great agents that are coming out.
So just to kind of repeat back what I heard and some of the unique things that you built into Kai is one, this sort of bounded context engine.
So, you know, I'm Claire, I work at Stripe.
Kai knows about me.
It knows about my place in the org chart.
It knows, does it know kind of like strategic projects that I'm working on?
Does it know like...
conversations I'm having, like, how do you ingest that knowledge?
What does it know about an individual?
We allow people to select how much they give Kai access to.
But out of the box, Kai knows, like, who you are and where do you sit in the art chart, right?
And it also knows some helpful other things, like, what day is it and what time is it and so on.
But relevant to you, personalized context is, like, who you are and where do you sit in the art chart.
From there on...
The standard tools that we have connected to Kai let you talk to our project management system that figures out all the OKRs and all the recent shipped emails and all the projects you're part of.
And it lets you connect, if you choose to let it, to your Google Drive, to your Slack, to private messages, things that are pretty sensitive.
And we really like keeping a tight boundary around.
You can choose to let Kai know as much of that as you want to.
Some people choose not to, and I'm actually one of those.
I turn off and turn on and turn off my access every session or every day.
But many people are like, let the AI figure it out and more context is better.
Great.
So you have this context engine, but controlled by the end user to some extent.
So you can decide as an employee how much you want to automatically adjust into the system.
You have these, you're also building it on some fundamental.
agent building blocks.
And, you know, this is one of the, you know, there are lots of reasons you might build one of these things at a company.
One is just to teach your team how to build great agents.
It's like the perfect dogfooding agent experience, which is if you're going to build a great agent for your customers, you should learn to build a great agent for yourself.
And then it sounds like you're reusing some of that infrastructure, which is nice because then you can pressure test it against.
Stripe employees or external customers.
What else is unique about Kai?
What are the places where you're like, we went a little extra on building this.
So as folks that are listening, thinking about building this internally, they can decide where they want to differentiate their own kind of internal agents.
The two things that we were very intentional about is the idea of projects.
And projects are primarily a governance mechanism, but they also let you, you have this context engine, as you said, right?
But projects are almost like intentionally the user is telling you what they are trying to do.
And that's a very strong signal of intent.
And that lets the AI perform a lot better.
But projects, you can, if you see my screen in a second, there's the Hawaii AI demo project that I have right here.
Projects are some things that Strikes can create.
It's all open, right?
And what they can do is, we have projects that have 500 people.
In them, we have projects that have five people in them.
The idea is that you create something where someone decides what's the appropriate set of things that you should need for the AI to function well, and what are the appropriate safety controls.
Like, token spend is top of mind for a lot of companies.
A project can kind of say, like, hey, here's the default model you want people to use.
We don't even want to let them use these, like, super expensive models, right?
Because the...
The job that you're going to do here doesn't need one of these supermodels to look at them.
So projects as a governance mechanism, I think we did a lot there because, again, Stripe is a very complex business.
Enterprise-scale AI requires these sort of mechanisms to make sense of things.
And I like the fact that we can have a few people who are...
very knowledgeable about the AI and the trade-offs between cost, performance, and latency.
And they can sort of set the stage for everyone to just go use, right?
We should try to minimize the number of people who have to actively make these choices every day.
And just, it should do the right thing for them.
And projects are one way that we can do that.
The other one, which is kind of related, we'll see that as well, are skills.
The way that we build skills and our skill routing, there's a lot there and how we think about skill quality, skill governance, a lot of good stuff there that we can get into that we've invested a lot in.
I think the team has shipped.
It's going to be interesting.
It's going to be a live demo, but I think they shipped a feature where automatically people, everyone who authors a skill, gets suggestions on how to make their skill better, how to hill climb built into the platform.
I like this because I've seen, you know, we've seen projects for holding context or just simply as an organization structure to AI work, right?
Like, here are the files you need.
Just put all my chats in this group.
What I haven't seen anybody talk about, which I actually think is really interesting, is using projects as a configuration layer on and a governance layer on how your team.
actually uses AI to get a specific job done.
And so I like that idea of project-based model routing, project-based, I'm sure connectors or approvals or, you know, all those sorts of things.
And I'm sure there's more and more and more you could do in the future, which is really interesting.
So let's, I mean, show us what's Kai good at.
And why don't you just walk us through a common Kai task and how this customization benefits the end user, in particular, maybe like someone who's a little less technical.
Yeah, absolutely.
Happy to do it.
So I have a few trustee prompts here.
What we're going to be doing today is we're actually going to be creating a dashboard because Stripe, we love our data.
And something that literally everyone at Stripe does with Kai is create a bunch of dashboards, right?
So they're going to do this live and they're going to ask Kai to create a dashboard for us.
And, you know, in the interest of vanity metrics or...
things that I can speak to easily.
I'm going to ask it to go create something related to CHI itself, right?
So Hubble is our internal sort of like data query in Leo.
And I'm going to tell it, hey, go find these queries that I usually use to track CHI adoption.
And I want you to like create a dashboard for me.
And this is really interesting.
I really like this because some things that I've found most people really use AI for.
When I talk about most people, I'm like, so I'm an engineer.
I've been an engineer all my working life, but I'm super passionate about how we scale AI to everyone.
And not everyone is necessarily an engineer, even if they're super technical.
So something that people really have been using the AI for is creating dashboards that communicate a point.
And that's what I want to show how we will be doing that using Kai today.
And there's a lot of stuff you could get into along the way.
And I see it pulling for tools and skills.
So is this like part of the harness, which is it's kind of like tuned to go find what it can use to solve this problem?
Absolutely.
So there are two things.
We have, of course, we all know what tools are and we all know what skills are.
Tools basically being the things you can do.
And skills are essentially a way to package up relevant tools so that we can find them easier.
So the thing that you see Kai doing immediately is that it's going to find the skill that says Ask Data.
And that's a skill that's going to go figure out how to answer any Stripe data and SQL-oriented question using our standard tools.
Using that skill, which it's loaded up, it's got access to a bunch of internal...
tools and it's going to use those tools and go ahead and do more things, right?
So the tools are a combination of a bunch of different things.
There are tools that we set up in the harness.
Example, discovering a skill is itself a kind of tool that we give the harness, right?
But we also give it things like there's a sandbox that's secure for your session where you can do grip and stuff because, again, unlike our typical agent, this isn't running on your laptop.
It's running in the cloud.
And so how do we make sure that your session client and my session don't like eat each other?
So we set up the secure sandbox and give the harness tools to interact with the sandbox.
Tools that can securely send data to it.
Tools that the sandbox can use, the agent can use to search things and do things in the sandbox.
And tools that can like get data out of the sandbox, right?
So that's a bunch of tools, bunch of tools all over the place.
But this one is pretty cool because again, we had a sandbox.
You don't even need to know that the sandbox exists, but the agent is going to be writing some sort of script on your behalf.
I don't even know what it does half the time.
I know it's secure, but it's going to go in.
It's found the data.
Looks right.
Yeah, it looks right.
I told it not to make any mistakes.
So that's what these tools and skills are doing.
Yeah, I have a kind of separate question while this is running, specifically about making great data agents.
I talk to a lot of companies and almost universally, the first internal agent they build is specifically for this use case.
It is like data querying dashboard visualization agent.
And so I'm curious in Hubble, which I think you said is like kind of your data store query engine.
Were there any things that high level you had to do to make Hubble agent ready?
Oh, yeah.
Because I see like.
query metadata and, you know, ask data and these skills.
I'm just curious, like, if you were building an agent and you needed to ready the data warehouse and the query layer, what are a couple of key things that you think are super important for folks to think about?
100%.
That is such a great question.
So, like I said, luckily, at Stryd, we care about our data so much that we've invested a lot into both the data querying layer.
We use Trino as our data.
sort of querying layer in our warehouse in that perspective.
We've invested a lot into making that super resilient, right?
And those investments have helped agents like slam it like crazy and not bring it down, right?
We've invested a lot our data, the data platform side of things.
We've invested a lot in a catalog of data and tiering of data.
So we have access to schema that can quickly tell us, oh, these are the relevant data sets that you might want to.
find and use and how would you use it, right?
But even there are higher level investments as well.
There is a blessed analytics layer where like the really key metrics go in, right?
And like there's a Turing system where there's an analytics layer.
If you fail that, you go look at all the standard data dashboards that we have and you use the queries from that.
And if you fail that, then you use the data catalog and search through for the high quality data sets and figure out how to use it.
Agents are incredibly good at figuring this out.
However, the key part, and you asked about the Ask Data skill, the key part is we have some really smart data scientists as well who sort of said, hey, this is probably the right way that most data queries should be handled.
And what that skill does, if we dig into the Ask Data skill itself, what it's going to be saying here is route to direct artifacts first, use the analytics layer first, and if that fails and fall back and fall back and fall back, and until you actually hit the data catalog directly.
Right.
So these investments were made for humans, but have held up really well for agents because turns out the reasoning through it, you agents have the same problem.
They can they can answer the question, but they have no idea if it was the right query or the right table.
And these investments have paid off in helping helping guard that.
I want people that are listening to hear a couple of things.
And, you know, I want to make the Stripe team blush.
I say this specifically about Stripe.
a lot, which is I think one of the reasons why Stripe has been able to benefit so much from AI is prior to AI, there's been a commitment to developer experience, developer platform, data platform, analytics layers, like all these things that made humans really efficient at the company pre-AI are foundational investments that now give you extreme leverage when you throw agents at it.
And so You know, when people ask me, like, Claire, what can I do to ship more product with AI?
They think I'm going to say something about product development.
And I say, double the size of your DevEx team.
Double the size of your data team.
Like, work on platform investments.
Good for humans.
Good for agents.
And that's what will let you run.
The other thing you said, and I don't want people to miss, because I love this idea of this, like, three-layer.
triage that a data agent can go through.
And that's really smart.
Like find existing reports, please.
Then use the analytics layer to find the right query.
And then if like you really have to fall down to the data catalog and write your own query.
The thing that I also heard you say is your data warehouse has to be very resilient to high volume queries because when in doubt, an agent will just brute force it.
And so again, this is like infrastructure.
hardening investment, performance investment, not sexy, not what people are thinking about when you're building these data agents, but actually allow agents to do a really effective job because you don't worry about like, you know, turning over your data warehouse because a agent is hammering it.
100%.
And like everything that you said.
It resonates so much with all of that.
My personal history at Stripe has actually been on each of the kind of teams that you referenced.
So I'm like, yes, someone gets it.
So this is great.
The thing about resilience, agents are very creative at bringing your infra down.
What can I say?
They're like, it's almost like all these scripts that they were trained on just teach them to be script kiddies or something, right?
The thing that...
we really did well is thinking about agentic identity.
Like we haven't solved this yet, right?
But thinking about how do we say that, you know, this is an agent and this is what it's trying to do.
Like what is a use case it's trying to use as it goes around doing its thing in our infrastructure and using that as a way to think about priorities and load shedding and all of that good stuff.
Again, not super sexy.
very like deep infra stuff, but the same principles apply.
It turns out that agents just like dial up all your failure modes.
Like it's just, it just multiplies the amplitude of problems you can get, right?
And the investments.
I wouldn't claim that we did not have any issues.
We definitely had a bunch of issues where when we started doing this, like there were agents that went rogue.
There were agents that, you know, may have almost taken down core systems, but we caught it in time.
And now we've hardened those systems as well.
I love it.
Okay, so we've yapped while Kai ran.
Let's show what Kai actually generated using these skills and tools in Sandbox.
Yeah, of course.
Here's what you see.
You see that, you know, CHI adoption is looking good.
And this is something I'm personally super happy about.
Like pretty much everyone at Stripe uses CHI.
Like 86 plus percent of the company now.
So really AI for everyone, which is how we started out this process.
And you see this ramp that's gone from a...
Fairly low number.
I think if we had done this a couple of weeks ago, it would have been in the hundreds up to a very high number.
So happy to talk more if you're interested, if viewers are interested into how we manage that.
But okay, we have a dashboard.
Dashboard looks good.
It also looks like vaguely stripey.
So I need to go back and see how the agent figured out that it needs to make things blurbill.
So I got to go figure that out.
But it has a bunch of things here.
It's an interactive dashboard and has links to a bunch of things, right?
That's fine.
This is great.
We can already see how this can be useful for like, I now generate a dashboard every meeting I go to because it's so easy and it helps me drive the meeting a lot better.
But the real power here starts to come in when you talk about multi-turn conversations, right?
So great, we have a dashboard.
Awesome.
But let's do something more.
Let's sort of like get Karai to iterate on this for us, right?
So, hey, I love...
this dashboard but let's do some more here and uh use this buddy get a breakdown yada yada and it's going to do some interesting things here so i'm going to kick this off but i'm going to talk through what i'm doing right a the dashboard isn't like is the artifact isn't like created and like it's not fire and forget right we give a chance for people to do deep work by iterating on their artifacts.
And that's really powerful.
It's better for token efficiency.
You don't want to be throwing away an HTML dashboard every turn.
But it's also really moving into this idea where the agent and you are collaborating on a task, right?
And we have turns that are like super deep, like hundreds of turns over multiple weeks.
So the idea here is you have sort of like a somewhat...
like a pretty smart collaborator who has some artifacts and you can iterate with them on it.
I'm going to add this query and I'm going to do some really interesting things.
And this is something that I think it's worth getting into.
I'm telling it, okay, it's not just pulling the data.
It's not about pulling the data and displaying it.
I want you to do things with the data.
I want you to like munch the data in some way or form so I get what I want.
And the reason why I'm touching on this is a lot of the data sort of...
things that people want to do end up being last mile data.
You think about people's workflows, it's so different.
It's so hard to build a dashboard for everyone to do every part of their job.
And then you have like a gazillion dashboards and how do you manage them?
You can't keep the right dashboards at the right level of quality.
Using an AI like Kai to do this means that you can create like light apps.
almost like the whole like the lovable style thing where people are creating apps to just hyper optimize for their workflow.
And the fact that they have a sandbox that anybody, regardless of whether they're an engineer or not, can get the agent to write code for them and do whatever the heck they want with the data, it's really powerful.
And I'm pretty sure that, again, as expected, it's gone in.
It's all like said, OK, here's the actual data.
And I want you to go do some summation somewhere to do the other tab.
And out again.
So super interesting.
And if I open up the updated dashboard, it's the exact same dashboard.
And you should now see this really cool little segment below that.
I could keep yapping about this dashboard.
I love the fact that our marketing team is like 100% all in.
They need it, right?
I don't know a single marketing person that doesn't either want some sort of app built or some sort of dashboard.
So I think you have product market fit.
That leads me to my next question, which is, how do you roll out?
I'm just curious, kind of.
you know, inside the doors of Stripe, how do you roll something like this out?
Is it really organic adoption?
How did it get built?
How did it get shared to the team?
Was this like 20 engineers?
Like, how did this come to be?
Definitely not 20 engineers.
Stripe, we run fairly lean and very nimble and very fast.
We built this super quick.
It's a very interesting case because So we had like, say, me and my colleague, we had the idea.
I was moonlighting as an engineering individual contributor again, trying to get this out the door.
And so it took us like one and a half people over two weeks to get VZ out the door.
And something we realized was a lot of the questions became, the answers became apparent once we could show people something.
It was very hard to tell people why something like this is.
is required in a world where you had the coding agents around and they could be super powerful.
But the moment we got that V0 out, super inexpensive, one and a half engineers for like two weeks, right?
V0 out.
And then we moved into a pilot stage where we started seeing a lot of...
interest from primarily, we have a great collaborator, Ilia, on the GTM team who builds AI for GTM, right?
And they were super interested in this because like marketers, our go-to-market function, they are extremely, they're looking for whatever they can do to reach more people, to reach them more in the right manner and so on.
So we saw a lot of our options from them and that's how it kicked off.
We went into this pilot stage.
We still had about 200 to 300 users.
At this point, we had like two and a half, three people working on it.
And this was the next like month or so.
Things really ramped.
Once we did like a company-wide demo saying that, hey, we built this thing, we invited you to use it.
And it just clicked for everyone.
And people started, that's when you see the really steep ramp up somewhere, I feel.
And everyone started using it.
Even then, the team itself, I wouldn't say is...
It's humongous.
Like, yeah, 10,000 plus people use it every week.
But the core team that manages the experience is still like less than 10 people.
And we have a lot of other things we have going on with those 10 people as well.
And the things that let us build it, of course, coding agents and the productivity that they've given us and our DevFRA team are incredible.
We've spoken about minions on the show before.
We have incredible tools at Stripe to get more from who we have.
And we have all this infrastructure that you referenced and all that has helped us.
So I would say it's less than 10 people, but I also want to give credit where it's due.
Like there are a lot of people helping those 10 people do what they can do.
I love it.
This episode is brought to you by HyperAgent, the platform for deploying always on agents that actually run your business.
With HyperAgent, you build agents in the cloud and deploy them where your work already happens, like Slack, Telegram or email.
An agent will scan your inbox and draft replies to vendor follow-ups.
Another monitors competitors and spins up rich ad kits and landing pages.
A third notices a deal going cold in Salesforce and writes the save email with full account context.
These aren't chatbots waiting for a perfect prompt.
They're proactive, learning your preferences, retaining your playbooks, and getting better with every run.
One user built four agents to run an outbound sales pipeline.
prospecting, outreach, follow-ups, CRM updates, all in a single afternoon.
No local setup, no VPS bills, no fragile permissions on your laptop, just powerful agents with full control over skills, tools, and guardrails.
How IAI listeners get $100 in free inference to start building.
Claim yours at hyperagent.com slash howiai.
What else, maybe one or two other things that you think are worth pointing out in Kai that you think make it pretty unique or at least fun and easy to work with?
I'm going to do two things.
I'm going to show skills and I'm going to show projects, right?
So when I come to say skills, we have this thing.
It's great.
Everyone loves the dashboard, but I don't want to be creating this dashboard and paying a bunch of tokens and time every time.
So the thing that I think Kai did really well and one reason for its product market fit.
was I can create a skill that basically takes what I've done in the session and packages it up so that it can become a load-bearing, repeatable workflow, right?
And that's when the AI goes from, here's something I'm just like iterating with on the site, like a chat interface, to here's something I can trust to run my, to sort of like run my business or run my workflows or help me do that.
And a little bit after, you're going to see this kick off this like skill creator skill.
It's a skill that the harness has that's going to go in and create, like take all the things it's learned from the session, from its interaction with me and package that up nicely into something that I can just like pull up at any time.
And we'll talk a little bit more about how we do the skill retrieval.
I think that's a really cool part of the system as well.
But while that's cooking, right?
Let's actually look at this other thing I love about how we built Kai, which is this notion of projects, right?
So...
The thing about projects is there's so much stuff happening at Strap.
We have like 2,000 skills, right?
Projects are this really nice packaging mechanism where we can draw a boundary around those skills and say, these are what most people who are doing this workflow must be using.
We have projects that are created for projects, like short-lived things.
We have projects created for teams.
Like the people team has a super secure version of Kai in a different project that's backed by a totally secure backend and stuff.
The thing about this is, Again, it lets one person or a few people who are DRIs of the space to figure out how to get the agent to perform well for everyone.
The really interesting thing I have on projects, there's this thing called settings that, like I said, you can use a custom agent to power your project.
It doesn't have to be Archive, which is pretty good and general purpose.
But let's say you have something really bespoke.
You can use all the same features we have.
but just backed by a different API in the backend and a different harness, right?
So really, again, when we talk about AI at the enterprise, there's going to be heterogeneity.
It's going to be a lot of different cases and building this in layers so we can give maximum leverage and customizability.
One of the cool things about projects that can be very concrete for people is the idea of tool policies.
Now, I mentioned the people team.
Let's say you're a person on the HR team who's dealing with a bunch of sensitive information, right?
You really don't want the agent to send a go rogue and put that sensitive data into some public Google document that all stripes can access.
That seems like an accident waiting to happen.
We don't like that.
But you also don't want to tell them, oh, you can't use any tools because your workloads are too sensitive, right?
So what projects let us do is to say, for this workflow, I'm going to set up a tool policy that says, in this case, I said the run Hubble tool so that I don't inadvertently put some confidential information into the demo, right?
But we could test this out with some other tool and it's going to kick off what is a human-in-the-loop workflow.
So create a calendar invite for me, 10, 1, tomorrow at 11 a.m.
Pacific, right?
I set this up ahead of time just to show what a human in the loop flow would look like.
But you can see it extends to any other kind of tool.
What this is going to do is going to tell me, hey, should be familiar to most people who've used like cursor or the other big products out there.
But I want to do this, right?
The interesting part.
And this isn't the fun part.
The fun part is what I showed before, which is that someone who is the DRI of a space can decide that certain tools are kind of sensitive for the workloads that these people are going to be using.
So we need a human in the loop to confirm if that action can be taken by the agent.
Agents are really good.
They're very creative.
So we've got to put some restrictions on them so they don't go rogue, right?
And projects help us decide.
I'd also don't want this to be happening for every person at Stripe.
That would be kind of...
frictionful.
So projects are, again, drawing a boundary around it.
Yeah, I love this because I think a lot of the existing tools let you maybe configure some of this at the individual level, but then it applies to every session.
It's not contexted to what you're working on and you can't share that permission set across different users.
And so what I think is interesting about Kai...
is the like permission and context boundaries are very purpose built for how your company works on things.
And I think, you know, when people are asking themselves either, should I build something myself?
And does that make a lot of sense?
Or do I need to pluck something off the shelf for my enterprise use case?
Again, you need to ask yourself how much appropriate or inappropriate friction will this put?
In everybody's day to day work, because at the end of the day, what you want to do is make everybody's life easier without causing chaos or trouble.
And you want the management requirements to go down really low.
Right.
You don't want everybody to have to think every task like, do I need to turn on this connector, off this connector, connect to this data?
And so I do think one of the benefits right now of teams building their own thing is they can really.
Think about bespoke agents for bespoke use cases, but kind of hide all that complexity from the end employee, the end teammate, and just let them get to work.
That's super insightful because as you were speaking about bespoke agents, and I showed a little bit of this earlier, Kai looks like a single product.
It really isn't.
It's like the icing on top of a multi-layer cake, and each of those layers can be like customized.
to work at the enterprise right so uh 100 agree that the notion of both customization but lowering the cost of management the cost of ownership and just the friction if you put too much friction in front of people they're just going to do unsafe things because that's how humans are right we we don't if we if i showed you this every single session for every single tool eventually you're going to press the wrong button right uh so really thinking through that is a big part of what we're trying to do here so That's projects and why I love projects as a unit of governance.
Let's hop back really quickly to the skill builder flow that I spoke about.
Again, we made that dashboard.
We want to make this something that I can reuse, right?
And it's not just me.
It could be my entire team.
Why do we have to keep things close to ourselves, right?
And so I can now go, Kaya stated a skill for me.
It's like a standard open spec skill that you can use on any of your harnesses, right?
But for the purpose of this, I'm going to go click this button and Kai is going to say, okay, what do you want me to do?
I'm going to go ahead.
I could choose to push it to an area and we'll talk a little bit about area skills, but for now, I want to keep it private to myself, right?
And of course, this is like nothing special about me here.
Any user of Kai can do this and that's why we have a lot of skills now that are making people more effective.
So it's filled in the description for me.
It's filled in like when Kai could use it.
So this is important.
We'll come back to this in like a second, right?
And I'm just going to go ahead and export draft.
Oh man, I already created one.
Again, this is what happens if you prepare too well for demos.
This is when you do it live.
I mean, we believe you.
I think...
What you're showing here, great.
You have kind of a skill creator, skill or tool.
You have a specific spec that you're using to ensure that it's both written well generally for agents, but also written well very specifically for the CHI harness.
And then I love this idea of a draft kind of skill editor that you can test and edit and optimize and manage.
It's quite nice.
I know people just love futzing around in Markdown and, you know, Python files, but just a little quality of life UI here can go a long way.
100%.
We really invested a lot in making this feel like a little bit like an IDE so that everyone can get access to that quality of life improvement.
Going back here for just a second, now that I did this, I can go and this is the magical part.
This is the part that I'm really excited about.
And the team has like really kicked ass here.
So give me the latest by adoption dashboard, right?
That's what I'm going to say.
And this is the part where the magic of Kai really shines.
Now, when you're in a coding agent, you can see what it's picked up.
It's picked up the skill that we just like literally just created, right?
And the reason why this is interesting is when I said all the way at the top of this, that you can just go in and start using Kai and it knows what to do.
This is how it knows.
Looks like my tool policies are too secure, right?
So now the thing that they've done is when you're a coding agent, right?
You're in a repository, you're in a folder, you have this natural structure to what you're trying to do, right?
And so you can pick up the skills in the hierarchy of where you're working and you get the right set of skills required to do your job.
When you're in an enterprise and you're starting to work, you don't know, like there is no hierarchy of what you're going to do.
You're frequently trying to hit like five different systems.
And so a large part of the investments I've done and what we've managed to give to Strike is the ability to package skills and retrieve them.
And we do this like really rigorous flow of knowing when the right skills are being invoked so that Kai can perform at a high level, right?
And the number of skills that we have, we've got to do some pretty interesting things to ensure that we keep those skills in tip-top shape.
We've also built out this interesting thing where it's not enough to enable people to build a bunch of skills.
How do you make sure that they actually know what it's doing and how you keep them in top shape?
And that's the other thing that we're really investing in.
This automatic platform-driven...
like suggestions for how to improve your skills so that especially since we let anybody publish a shared skill, right, that anybody else can pick up, it's become really important to ensure that we can give people the tools to keep those in tip-top shape.
Again, something that you probably don't worry too much about if you're just using AI for yourself, but the moment you introduce that sharing and the enterprise, quality, governance, policies all become something really important.
And they're Usually something pretty specific to the company you're working at and Stripe is no different.
You know, the only other thing that I've seen here that I'm curious, maybe you have, but you haven't shown, is we see a lot of folks that are building these internal harnesses do skill and tool telemetry and observability and see where like tool calls are failing a lot so they can auto-eval that.
And then they also have a deprecation policy for skills.
So if skills have not been invoked, for like 30 days, you get a little notice and it's like, hey, you haven't used a skill.
If it's dead, maybe we archive it.
And if they don't get a response, it goes into like deprecation status and then they delete it two weeks later just to like prune all this stuff that's happening.
And so I think this.
enterprise level maintenance of the skill library is really important, not just from a quality perspective, which is what we see here with the evals, but honestly, from a quantity perspective, like just is any of this useful anymore?
100%.
And it's, I almost think you can't separate quality and quantity when it comes to these systems, because, you know, context is everything.
The more underrated context you throw into the AI, the less good your results to come.
So quantity is almost a facet of quality.
We started off with a bunch of different skills and we do have telemetry.
We have, let's say, 50 skills that are used, hammered every day across the company.
We have this long tail of 100 to 150 other skills that are used by subcategories.
parts of the org chain.
And we have a bunch of tools that are used by two or three people, right?
We need to respect that all of these exist.
There are teams, there are three member squads doing some really bespoke thing and they want to share between themselves.
But then again, what is the telemetry we have?
And part of the process I'm showing here is, this is the user facing part of it, but part of the process is telling us as harness owners.
These are the kind of skills you probably want to promote up into like a general workflow.
And these are the skills that you want to like delegate out and move out of the general workflow because it's just taking up context, right?
So definitely, unfortunately, don't have something cool I can show around that, but it is something that there's an ETL pipeline happening somewhere that's doing this.
Amazing.
Well, I just want to recap for folks because this has been awesome.
Just high-level things about Kai.
personalized context for people, org chart, awareness, you know, tune tools, a sandbox that you can put data in, a sandbox you can pull data out, shared artifacts.
Projects, which I feel like if you missed that part, rewind, go back to it, because projects are not just how you organize chats across a team, but how you give a specific space, whether that's a team or an initiative, access to tools, access to data, permissions and controls, including what requires a human in the loop.
A skill builder skill, but not just a skill builder skill, a skills platform for the company that allows you to build skills, edit skills, eval skills.
share skills, and then, you know, AI that just works for the things that matter, including data analysis, which benefits not just from this tuned harness and skills around it, but investment from infrastructure all the way up the stack on a great agent-ready data layer.
And it took one and a half agents.
or one and a half humans, sorry, probably a million agents.
Many more agents.
A couple weeks to get V1 going and now is serving 10,000 stripes with less than 10 people plus a bunch of great infrastructure that you've been investing pre and post AI.
That's it.
That's all.
That's all.
Not much to it.
But yeah, I think that was a fantastic summary.
A lot of good stuff.
I think it's important also, I would be remiss if I didn't say, It sounds like we figured this all out.
We absolutely haven't.
We are very cognizant that we are in the earliest parts of this journey.
And we're hoping that, like you said, the strong foundations we have help us iterate and move forward with the times.
But yeah, it's been a fantastic journey so far.
And maybe we'll be back in a year showing you something completely different because that's how quickly the space moves.
I really hope.
I hope sooner than a year.
Well, before we get out of here, let's do two lightning round questions.
My first one is, let's just put Kai aside for a minute.
Let's put aside Stripe Blurple.
What are personal AI things that are fun that you're doing or that you're excited about as an engineer?
You know, when you shut, you know, as you say, we like shut the work laptop and open the fun laptop on the weekends.
What are you excited about?
What's cool?
I'm super boring, but so I'm going to like say something less boring first, which is it's helped me like not sound super dumb to my six-year-old who's right at the stage where he's asking me all these complex questions about like exoplanets and galaxies far away.
And I'm like, it's on the side, you know, Gemini on my phone.
Like, hey, can you tell me what's happening?
And then I act like I know the answer.
So it's helped me, you know.
keep up to his model of dad knows everything.
So that's good.
That's perfect.
But on the work front, honestly, like the stuff that I'm not doing when I'm building Kai, it's like my, I have this whole workflow now, which is around using the AI to make sure that I don't miss things.
It's so boring, but it's so good.
We didn't get to show you Kai's schedules, but I basically use Kai as like my personal assistant.
It just...
Tells me things that I'm supposed to be doing.
And so it's so basic.
I almost I'm almost embarrassed to say it out loud.
But it's been the biggest life hack.
Just not having to keep it all in the brain.
It's been awesome.
Yeah.
What I tell people is we think a lot about how to put agents to work.
I want the agents to put me to work.
I want them to say, Claire, please fill out this form.
Claire, please do this thing you said you were going to do.
And so I think it's a give and get relationship.
And I love that.
And I also have many children who ask me really existential questions about the universe and about dinosaurs and about history.
And I agree.
Intelligence on demand helps us keep our superiority in that parental child relationship.
Yes.
Yes.
For a few more years, at least, until they figure out what they're all doing.
So last question.
When Kai, well, maybe not Kai, maybe you're very sweet to Kai, but when AI is not listening, what do you do?
How do you prompt?
Are you a yeller?
I don't know.
I feel like I'm, maybe I'm just subconsciously afraid of what it's going to do to me when it figures out, you know, knows where I live or something.
But I'm very nice to the AI.
I just say, hey, that's not what I wanted.
Here, I'm going to say it again.
And maybe I'll like all caps it.
But I don't know.
I don't like shouting at the AI.
It feels wrong.
It's almost like I'm shouting at the people who built the AI.
So maybe.
But I just insist.
I just, I say yell harder to my team.
But I actually end up just like saying a lot of please.
if you will read the thing I said better.
But it does mess up and it's very frustrating.
Like many of our guests, you gentle parent the AI, which is...
This is true.
I know you can do better.
I believe in you.
I'm not mad.
I'm disappointed.
I'm disappointed.
I'm just disappointed, Kai.
Like you should have done better.
I love this.
Well, this has been super helpful and interesting for me.
It's given me so many ideas about just my own use of AI and how I talk to people in enterprises about their use of AI.
Where can we find you and how can we be helpful to you in the strength team?
Well, I'm on LinkedIn.
And I'm happy to connect with anyone who's like super interested in learning more about what we've built here and how we think about, you know, scaling AI for the enterprise.
And Stripe is always hiding.
We are always on the lookout for people who want to, you know, join this crazy band of people trying to build amazing things for the world.
So please look out on the Stripe careers page.
But otherwise, my email is...
sharad at stripe.com.
And I'm happy to engage with anybody who has questions about anything we covered today.
But yeah, keep those questions coming.
Awesome.
Well, thank you to you and thank you to the Stripe team for being so generous with all the things that you shared with the audience.
We really appreciate it.
And thanks for joining How I AI.
Thank you for having me.
And this was fun.
I don't know if I mentioned, you're a minor celebrity on the team.
So I now have some reflected glory.
And yeah, it has been an amazing time.
Thank you so much.
Thank you.
Thanks so much for watching.
If you enjoyed this show, please like and subscribe here on YouTube, or even better, leave us a comment with your thoughts.
You can also find this podcast on Apple Podcasts, Spotify, or your favorite podcast app.
Please consider leaving us a rating and review, which will help others find the show.
You can see all our episodes and learn more about the show at howiaipod.com.
See you next time.