In this podcast episode, Stripe's Will Gabrick discusses how AI is transforming the company's approach to building software and commerce. Stripe has shifted from a payments processor to a multi-product financial infrastructure platform, with AI enabling engineers to be dramatically more productive. Instead of optimizing cost structures by reducing headcount, Stripe embraces the Jevons paradox—building more with increased productivity. Internal tools like "Stripe Minions" generate 7,000 pull requests weekly, and teams have become smaller and flatter, empowering senior engineers to act like founders with high agency. This approach has accelerated product development, such as global tax filing built in a third of the time. On commerce, Gabrick highlights that agentic commerce is nascent, missing primitives like machine payment protocols (Tempo) and microtransactions, but predicts checkout pages will vanish as agents adopt services directly. Stablecoins are positioned as a superior global money movement platform, with Stripe Treasury making them native and expanding reach. Tokens are increasingly treated like money, with Stripe focusing on security and seamless conversion between tokens and dollars. Finally, scaling "taste" involves relentless emphasis on quality, using products daily, and simulating user experiences to ensure superior design. Overall, Stripe's philosophy is to grow more, not shrink, leveraging AI to win startups and then win them again.
If you want to ship more and build faster, you have to create a founder-like agency inside your company.
A single engineer can do what two teams of engineers could do two years ago.
Suddenly, the market opportunity landscape is just much broader, and you can do more with software.
How do you guys ship so much product?
Companies have skewed in that direction, where they've seen this new agentic efficiency and power as a way to optimize cost structure.
Our belief, I'm being a little cheeky, but build everything.
Yes, the Opus 4.5 Cambrian explosion moment.
We haven't had that in agentic commerce today.
And I think there's a few reasons for that.
One is we are merging so much more code than last year, and it is stressing every system.
So we create something called Stripe Minions.
You're not going to iterate, not go into planning mode.
You're just going to say, this is what I want.
Go do it.
That's kind of where the world is going.
You guys are, I think, over two trillion of volume now.
What do you think is sort of the future state of how we all access models and tokens?
I'm very bullish on. AI is making engineers dramatically more productive.
Stripe's response isn't to build the same things with fewer people.
It's to build more.
In this episode, A16Z General Partner David George sits down with Stripe's Will Gabrick
to unpack how AI is changing the way one of the world's largest technology companies builds.
They discuss Stripe's internal coding agents, which recently generated 7,000. pull requests in a single week, why teams are becoming smaller and flatter, and how
Stripe is trying to give engineers the kind of agency traditionally associated with founders.
Then they look at what all this new software means for commerce itself, from AI agents
sparring software from other agents, to micropayments, stablecoins, and why Will believes the checkout
page will eventually disappear altogether.
I want to start with just a state of Stripe.
So what is Stripe today?
And when we originally invested, it's a payment processor.
But now, I think the average AI company uses 11 different Stripe products.
And at sessions, I believe you had 288 distinct product launches.
So I want to talk about velocity also, but just to start with just what is the state of Stripe today?
So internally, we think about Stripe as having inverted our value proposition from being
a payments company with sort of add-ons to now being this. multi-product platform where everything sort of focuses on financial infrastructure, helping
you grow by reducing the friction and increasing the agency, to be more agile with your business
model, to operate in more countries, and just go faster when it comes to everything that
touches revenue and cash.
So just practically speaking, went from payments to then billing, subscriptions, and invoicing,
connect if you're a platformer.
Marketplace, Radar for mitigating fraud, Radar now for doing many more things than that.
Tax, just I think we don't actually count, but somewhere in and around 25, 30 products that are
sort of headlining branded products.
And then, of course, hundreds and thousands of features below that.
But again, the framework we think about is really reducing frictions and increasing agency.
So a good example, last year, we saw a lot of users for the first time experiencing free trial abuse.
And this wasn't really an issue.
It wasn't really an issue pre-AI because most type users are software companies.
Yeah, high use margins.
Yeah, exactly.
So the token burden wasn't there yet.
Yeah, so they're wasting a little compute, but it's negligible.
It's de minimis.
But now, software has a cost structure.
And so actually, I think Cursor was the first user that we-
I was going to say, it was our portfolio where we first experienced it.
And I guess internet users can be crafty, but yes.
Yes, yes.
And I think it was something like one in six users of free trials.
They're abusive.
And so you're just throwing money at these users who are just signing up for another account,
another account, another account, maybe even doing model distillation and things like that.
And so we sort of got in the bunker with them and just stood up in a weekend, a pipeline,
where we were able to use our foundation model, look across the entire Stripe network,
use our embeddings, and then after that, put a reasoning layer on top of it.
So you could sort of say, we think this is a free trial abuser because, and point to those signals.
And I think it's today, I think it's 11 labs recently told us that they're blocking 2,000 free trial abusers per day using Stripe signals.
Wow, incredible.
So you just think about how much money you'd be burning if you were, well, how much money you wouldn't,
how much revenue you wouldn't be creating if you weren't getting on these free trials.
Yeah, the false positives and the false, yeah, exactly.
Exactly.
And then on the increasing agency side, it's still just so hard to go global and think about having to register, calculate, remit taxes.
And this new crop of AI companies, the digital goods companies, and they want to just go global very fast.
And so I guess A-Riffs is a good example.
They're using this product, Stripe Managed Payments, where in their home markets, the U.S., let's say they have an entity in Europe,
they are the seller of record.
But in long-tail markets, you know, the Kazakhsans and all over APAC, where they haven't sort of entities,
Stripe stands in as the actual merchant of record.
We handle all tax calculation, tax remittance, and everything like that.
And so let's just let them cover 100-plus geographies and compliantly.
Yeah, that's amazing.
Yeah, and if you go back to the fraud example, if you identify abusive actors, there's actually a network effect in that business, right, which is super powerful.
And obviously, we appreciate it as investors in many of the companies who benefited from it.
So if you look at the product set today, obviously, the origin of Stripe was startups.
And so you can—
You can very easily stand up payments, you know, sell stuff online.
And then famously, part of the beauty of Stripe's growth and business model is that you captured companies like DoorDash and Instacart when they were NYC.
And then you grew with them along the way.
How do you think about the product strategy as it relates to serving startups versus serving large enterprises now?
So I think it was actually Colin at Clerk who summarized our strategy nicely on X recently.
He said,
Stripe's strategy is unabashed—I'm paraphrasing his words—but it's win all the startups and then win them again.
Yes.
And I think to some extent, that's just a good business model because startups are very ambitious.
They typically grow into the biggest companies of tomorrow.
They're sort of canaries for what the next opportunity is.
So another subtle reason to win all the startups and win them again is they actually have the highest standards of all of our customers.
I looked recently at the CSAP for startups.
And I think that's a good example of how we can do that.
Your reporting is great.
We love the data you give us.
It's way better than anything we get from any of our other—
Because they're accustomed to the incumbents, yeah.
Exactly.
And then you look at it for startups.
Your reporting is garbage.
You have got to fix this.
This is driving me crazy.
And so there's this persistent sense that startups just make us better by being the fastest, by being most demanding, and so on.
But of course, once we start working with the startups, we want to work with them forever.
And so this pulls us up market and forces us to become as—
sort of surprisingly great.
That's the standard we try to hold ourselves to for enterprises as for startups.
And now we're working with—
I don't know what the exact percentage is today, but it's not quite half.
But we're getting there.
Fortune 500 companies.
We work, of course, with the Amazons of the world, Microsofts.
And at the enterprise, it's sort of a different sales cycle.
It's a different post-sale activation motion.
It's a lot more required after you've already signed the contract, whereas startups sort of go live like that.
But fundamentally,
it's the same thing.
You just stay close to the user.
You hear their needs.
You show that you're sort of provably better when it comes to the metrics they care about.
And yeah, so it's really both at this stage.
Yeah.
Win them and then win them again.
I love that.
That's a great dynamic.
I want to shift gears.
So I think you guys publicly said that first half signups grew 50% year over year.
And that the median 26 cohort is generating 50% more revenue than the comparable 25 cohort.
So, and then I think the 25 cohort was generating 70% more revenue than the comparable 24 cohort.
So what has changed?
Yeah.
Well, I think two things.
One is, is giving rise to so much opportunity for new business creation.
There's just things you couldn't do before that you can do now.
You couldn't build a Suno four years ago, or you could maybe build a much worse Suno four years ago.
You couldn't build a Higgs field four years ago.
Yeah.
There's just new things that you can do.
And so suddenly the market opportunity landscape is just much broader and you can do more with software.
On the other side, the sort of cost of doing more software has decreased a lot because you just need many fewer engineers to build the things that you want to build because of, you know, agentic coding.
And so we're just seeing this explosion in new software creation.
When you look at the year on year increase in usage of straight billing, it's actually a lot higher.
Than usage of straight overall, because it disproportionately skews towards people creating software companies.
Yeah.
Yeah.
Oh, that's fantastic.
That's awesome to hear.
I want to shift now to some of the products that we talked about.
Right.
So you have this proliferation of new products to serve all the needs of companies online.
The high level question is like, how do you do that?
Like, how do you guys ship so much product?
Yeah.
Well, speed has always been near the top.
Maybe.
user
relentless focus on users by the top. Yeah, of course. Yeah, exactly. But speed is right up
there. And it's interesting. I think a lot about institutional progress and we study the great
companies that have come before us and now are beside us. The Amazons are still around, of course,
but you look at Stripe and you'd say, okay, well, we have sort of an adaptive version of how we set
goals. That's quite similar to Google's OKRs. Yeah. You know, our sales team is organized pretty
similarly to Microsoft's. You know, we have a DRI culture similar to Apple's and we have a product
quality standard and how we do our product reviews is similar to theirs. You know, a lot of the day
to day mechanisms that I use to sort of run the business, I've basically stolen from Alan Mulally,
the former CEO of Ford and Boeing.
And so we study these companies and we try to bring it all into Stripe.
And we think about just how do we create an enduring institution that can sort of outlast
any of us because it's, you know, a great container for entrepreneurship.
And then you sort of reach today and there's just no one to copy. What do you do when, you know,
a single engineer can do what, you know, two teams of engineers could do two years ago?
And, you know, sort of the theory,
of course, the customers, yeah, exactly. And founders have always done incredibly well at Stripe.
You know, we actually was an increasing company, Metronome. We acquired Metronome last year and
Scott Woody, the CEO, is thriving at Stripe. He's leading all of Metronome and billing at this point.
We acquired Privy, which is a wallets infrastructure company, and Bridge
over the last couple of years. And, you know, Henry is now leading most of crypto.
Zach is leading OpenUSD and Bridge, of course.
Asta from Privy is leading a lot of engineering for crypto.
JR Farr from Lemon Squeezy is leading Stripe Treasury at this point.
And so just founders have always done very well at Stripe.
But now you have this very interesting moment where senior engineers,
are just so powerful.
And so you say, well, there's a few different ways our org could be shaped going forward.
It could be that we just have many fewer engineers, and maybe that's what the world would look like.
I think a lot of companies have skewed in that direction, where they've seen this new, you know,
agentic efficiency and power as a way to optimize cost structure.
You saw some layoffs, you saw, you know, companies shrinking OpEx.
And our belief is that it's just an opportunity to, I'm being a little cheeky, but to build everything.
Yes, yeah.
And, you know, the best way to optimize your cost structure is to grow more.
Yes, exactly.
We have reams of user asks going back many years that are unmet.
And so we just want to get through them all faster.
And so while we have, you know, more and more productivity from those senior engineers, if you want to ship more and build faster,
you have to create founder-like infrastructure.
You have to create like agency inside your company.
And so the main things that are holding back our progress today are actually sort of back-office things.
You know, we are merging so much more code than last year, and it is stressing every system.
It is stressing how do we get things into our seller systems?
How do we get things onto our pricing page?
How do we actually bring things to market when we can't train sellers on them fast enough?
And so we are really trying at this stage to optimize every single phase.
We think of it as sort of the critical path in Stripe from, you know, the ideas behind product development, the user asks, all the way to products being in users' hands.
And so, you know, to your question of how do you go faster, it's really two things.
It's one, just how do you create that agency for everyone at Stripe?
How do you let everyone at Stripe be an auteur, like a founder, you know, a creative and not have them held back by the morass of, you know, centralized processes?
Yeah, exactly.
Communication overhead, yeah, exactly.
Exactly.
And on the other side, then, it's how do you, you know, with your dev prod team, just make the tools better and better and better?
So we create something called Stripe Minions, which we've blogged about a little bit.
And, you know, of course, we've got tons of developer tooling to help users.
You know, we've got a bunch of different tools that help developers iterate with agents, but Minions, we think of as, you know, the most, like, one of our most important metrics internally is how many PRs and what percentage of our PRs are created by Minions.
And the reason for that is that Minions are one-shot.
Yeah.
So you give it a prompt, and, you know, it's going to build it, and then it's going to, you know, go through CI/CD and all of testing, and then you're going to review it.
So you're not going to iterate, not go into planning mode.
Yeah.
Yeah.
Yeah.
If you want, go do it.
And so we think, you know, that's kind of where the world is going.
You know, it's the one-shot or the glorified Ralph loop where you're just letting the agent be super, super powerful.
And so we blogged about Minions, I think, in January, February, and they were doing 1,200, you know, PRs per week.
And last week, I think 7,000 PRs came from Minions.
Oh, my gosh.
Wow.
Yeah.
And about 30% of our PRs in that week came from Minions.
So, yeah.
You know, that sort of developer tooling and then the internal processes just get out of the way and make the tools amazing, and that's how we're going to go fast.
That's amazing.
In terms of empowering senior engineers who are now more powerful than ever, have you made any dramatic changes to how you organize the company internally?
So, obviously, the Minions example is incredible, and I assume that 30% is going to go to a very high percentage within a year or something.
But some of the things that we've heard from other companies are, like, oh, we're going to do this.
And some of the things that we've heard from other companies is taking your most powerful engineers, putting them into business units, or closer to the customers.
Yes.
But then you have sort of coordination problems that come from that.
Yeah.
So, like, how have you guys approached that empowerment?
Yeah.
So, engineers have always been, you know, some of the most important product leaders at Stripe.
You know, we build for engineers, for technical users.
Of course, we've built for many personas at this point, but engineers have always been sort of the hero, you know, ICP for Stripe.
Mm-hmm.
And so, because of that, engineers have always been some combination of engineer, PM, designer.
Yeah.
And so, I think we're just leaning even more into that.
You know, we're building tools and platforms so that engineers can sort of do a lot of the front-end development themselves and front-end design themselves.
Probably, you know, just the shortest answer to your question is flatter.
Yeah, flatter.
Smaller, I assume, smaller teams.
Smaller teams, flatter.
You had, you know, a lot of layers that were sort of orchestrating work, and very valuably so in most cases, right?
Right, at the time, yeah.
Exactly.
But you just don't need that anymore.
I was talking to one of our most senior engineers recently, in fact, the guy who built Stripe Projects, because Stripe Projects was, you know, basically a PM and a very senior engineer and a few weeks, and a couple of other engineers who jumped in as well.
So, I want to give them due credit.
Yeah.
Most of the PRs came from one guy, Alexander.
Now, he's just got a screen, he's orchestrating 16 agents, and he's going a whole lot faster.
Do you have a standard team size for projects like this?
Is it like, we've gone around, it's like, okay, one, you know, one, there's no social dynamic, and so maybe that doesn't work.
And, you know, four is probably the max size, and we've heard everything in between.
Do you have a view on it?
Not really.
I mean, we still have, I mean, you kind of want. Yeah.
In a Flutter org, you both want wider teams, right, because that means fewer layers of management, but then, you know, you also sort of believe you can have fewer people, because each individual is more empowered these days.
And so, I think those forces are offsetting to some extent today, and in fact, it's more like, you know, if you have a line-managed team of eight people, they're just doing 3x more.
Yeah, exactly.
So, you might have the same manager to. The manager to IC ratio, but the team is doing three things rather than one.
Yeah, that makes total sense.
So, one of the things that, you know, I have talked about is, and you touched on it, but I'd like to expand on it a little more, is this idea that you can do all these new things with AI, and so where do you direct the efforts?
Yes.
And so, you guys have very clearly directed the efforts toward the front-facing stuff, so building new products for customers.
And lots of what is discussed in the. And lots of what is discussed in the market is back-end-facing stuff, so optimizing your call structure, as you said, everything is a markdown file, and, you know, let's map out everything that everyone does in the organization and optimize it to death.
Talk about your philosophy for why you want to go for the former and not the latter.
Yeah.
So, I think there was an early narrative, and it still, you know, lingers for sure, and there's some truth to it of just, we have agents now, we should be more efficient, we should be able to do more with less.
So, I think there was an early narrative, and it still, you know, lingers for sure, and there's some truth to it of just, we should be more efficient, we should be able to do more with less.
And the main thing I actually think about on this front is making our people more productive.
We have a tool internally called Kai, which is our sort of knowledge AI tool, and we built it, I don't know, maybe six months ago, two people built it.
Now 83% daily actives, or sorry, 83% weekly actives, about 60% daily actives, and we built it.
at Stripe. Seller productivity has increased by 20%. But we're not saying, wow, we need fewer
sellers. We're saying, so we need a lot more sellers. You know, it's just, you know. The idea
of payback of our sellers just got way better. We should have way more of them. Exactly. And then
on the flip side, you know, operational teams are just feeling much more productive. Their day-to-day
life is more enjoyable. They're using better tools. They're having to do less, you know,
manual work. And so, you know, it's almost trite in tech circles now, but the Javon's paradox,
you know, an asset becomes more productive. You don't want less, you want more. Yeah, exactly.
And it is very much the case for us when it comes to engineers. You know, our engineers are just
magnificently more productive. And so I mentioned earlier, just making Stripe a platform for
founders, like internal platform for founders. You know, going forward, you could say, well,
because engineers are so productive, there'll just be fewer engineers.
in the world. And I just really don't believe that. And that's not what we're seeing at all.
You know, you see, you know, that much more software creation. We, you know, there was a
narrative nine months ago about, you know, SaaS platforms and how they're, you know, vertical
platforms, you know, how they were all going to struggle. Our new SaaS platform cohort is 103%
larger than in 2026 than it was in 2025. So people are just saying, well, there's so many spaces that
need a SaaS platform. And I'm like, well, there's so many spaces that need a SaaS platform. And I'm like,
building it faster and faster and faster. And so I think there will be more software engineers in
the world. We will need fewer of them to do the things we're already doing. And so Stripe then
becomes for new grads and early career engineers, more of an incubator of come in, figure out a high
agency project that can help our users. Let's get out of your way. Let's create the paved paths.
Let's make you make it easy for you to go faster.
And we should be able to just build more and more and more and, you know, not just random things, but adjacencies that sort of compound what we're doing today. So spend management is adjacent to treasury. And that might have been roadmapped for two years from now. Instead, one engineer has picked it up as a project and they're just building it themselves. Actually, I wrote the first commit for it, but they're now, they're now running with it.
More capable hands.
So yeah, we, we, we believe the big opportunity and the one that we're leaning into is doing more with what we have and over time doing more with more.
Yeah, I totally agree with that. And I wrote a piece recently about founders being the asset class, like the representation of our market of late stage venture, which you guys are probably at the forefront of. Founders are the asset class because founders are going to be the ones who enable the companies to find the next product areas.
Yes.
And I think the idea that you have to make trade-offs today around, do we try and build new products for revenue or cut costs?
Yeah.
I think for companies like Stripe that are run by you guys, there's probably always going to be that next opportunity to create additional revenue opportunities, you know, find the new customer products that are a big hit and that is never going to go away.
You're always going to have the chance to build more.
Yes, absolutely.
I do think it's a good moment for company leaders to create some resourcing back pressure because that back pressure drives more efficiency.
Yeah.
And more expensive use of new tools.
But I also imagine that in the years ahead, we'll have a budgeting process that looks not that dissimilar for what it's been in the past of we're doing so much with what we have, we can do even more if we continue to expand resourcing.
But in this moment, I think it is a good time to say, well, let's really do a lot with what we have today because you still see increases in productivity from what you already have.
Beyond that, you know, from a user perspective.
From a user's first standpoint, just there's so much more they want from us.
You know, we've heard from a lot of users that for Stripe Tax, they want global filing.
And it took us a long time to get to, you know, U.S. filing on Stripe Tax, meaning that, you know, every state in the U.S. will just automatically file for you.
It's hard.
It's a hard problem because you are dealing with so many different jurisdictions that accept filing in different ways.
And so it took us a long time to get there.
Global filings.
That's the next ask.
You know, we just don't want to have to think about this in any market.
And we built that in about a third of the time that it took us to get to U.S. filing.
Wow.
With much greater complexity.
Exactly.
Much greater complexity.
And so it's just like an infinite list of asks and opportunities like that.
And so if you're just relentlessly focused on users, you're going to focus on that.
We launched recently a product called Stripe Treasury.
And it's an interesting moment in FinTech.
Right now, because I think there is sort of an unbundling of what banking means.
And Stripe, you know, is not a bank, does not aspire to be a bank, but does aspire to provide your banking portal and help you with global money movement.
This is something that we've been asked for for a very long time.
And so we built Stripe Treasury to allow our users to hold funds in dozens of currencies across many countries and just build what the banking portal should be able to do.
And so, you know, we've, you know, focused on bringing this experience to users extremely quickly.
And what we're finding in every case is that the timelines that we thought, you know, were the best doable two years ago are now being compressed again and again and again.
And it's because the direction that we're finding.
From an agentic engineering standpoint is kind of akin to injection molding.
You know, it's a bit reductionist.
Yeah.
But when you look at sort of the growth in consumer packaged goods and toys and things like that, a lot of it just exploded post-war.
And it was because we got really good in the 40s at melting plastic.
You know, it's the injection molding screw that sort of, you know, melts plastic very evenly and sort of injects it into, you know, a metal casting.
And.
And that's sort of how we're doing code production at this point.
You know, we're creating the mold and the templates.
And you mentioned markdown files.
Like those are extremely, you need your agent's files in every repo.
And as long as you create those patterns and you sort of understand the pattern of how you integrate with financial institutions, you can hand off so much of the work to agents and they just get it done.
And all of the time you end up spending is sort of on the back end at code review.
But even then, agents are doing code review even better than humans.
So just, again, compressing timelines, it just feels like a much bigger opportunity than optimizing cost structure.
Yeah.
I think you may be the first person to compare modern AI-based software engineering to injection molding.
So this is great.
We're covering new ground.
And I've actually been to an injection molding plant before.
Yeah, yeah.
That's pretty amazing.
It's pretty amazing.
Especially when you think about the fact that it was probably 70 years ago that it was created.
James Watson Hendry, I think, was the guy.
Yeah, that's right.
Yeah, yeah.
I've been in Pennsylvania.
Yeah, there you go.
Yeah, it's great.
You know, as an investor in Stripe, a large investor in Stripe, another way that I think about what you just described is the opportunity to optimize cost is finite, right?
You said long versus short.
Yeah.
I really like that.
Yeah, yeah, yeah.
Yeah, no, it's optimizing cost structure is going short, sort of your own future potential, and just building faster, building more is going long, you know, your future potential.
It's like the capital allocation equivalent of, like, returning cash.
Yes.
As opposed to reinvesting cash.
Yeah, yeah.
I got it.
Okay.
I want to shift over to a new topic, which you guys are on the cutting edge of, and which gets a lot of play, but almost in, like, a nebulous sense.
So I'd like to go a little bit deeper on it with you, which is sort of agents engaging in commerce on the internet.
So what is the state of where we are today?
What are the bottlenecks?
Yes.
And how do you sort of view a framework for how that could be done in the future?
Yeah.
So we are, you know, we talked about the Opus 4-5.
We talked about the Opus 4-5 Cambrian explosion moment.
Like, there isn't a, just, there aren't a ton of canonical use cases that you just see repeated over and over and over again.
One is we're missing primitives.
Right, yeah.
And just, that's something we're very focused on.
We created with Tempo the machine payments protocol so that services can indicate, you know, what needs to be paid.
and how you can pay for it.
So if you're selling an image or a piece of content online,
you can request it and get a 402 response back.
And it just says like, here's how you buy me.
So that's a primitive.
We think machines will want to buy from other machines.
And there's a question of like,
what should checkout look like for agents?
It's still sort of an open question.
Browser automation is getting better,
so maybe agents should just be crawling through checkout forms
and tell them out.
I think there's still a lot of open questions here.
Yeah, that's the skeuomorphic version.
Exactly.
There's going to be a native version, yeah.
Yeah, I think that's right.
I know that's right.
So we're sort of at the missing primitives phase
and we're sort of figuring that out.
And then there's a sociological phase of just,
in what ways will agentic commerce be better
than non-agentic commerce?
And there's some very non-speculative ways
in which it'll be better.
Like just checkout pages shouldn't exist.
For humans, you know, with straight blink
and, you know, shop by shop pay.
And it's very. easy to get through a checkout page these days
but should you even need to
go to one or should you just be able to say
buy it on a
product display page?
I think so. I think just checkout pages will
go away. That'll be the thing of the past. Yeah.
I think they'll go away. And so that's like a sort of
non-speculative but maybe less
ambitious form of agentic commerce.
I actually think that's interesting because they will
go away for human users too.
This is not just like only. I think they'll just go away.
Yes. Okay. So Stripe Link, like you have like 400 million
users on Stripe Link and ShopPay probably
has some comparatively large number and
you can use those and just automate the whole process.
Exactly. Yeah. We launched recently the
Link Agent Wallet so that there's
now just a Link CLI. So an agent
can just sweep up
link credentials and go use them
with humans in the loop to say
how they can use them.
I think
one of the places we are the most excited about
agentic commerce actually is B2B.
Okay. So we launched Stripe Projects.
Stripe Projects is
a way to scaffold apps
and that's sort of the narrow
definition of it. But the most
exciting thing that Stripe Projects is
is a way to provision B2B services
agentically. Yep. So you can
go adopt. an agent
can go adopt Vercel
for hosting and they can do it without you
needing to go to Vercel.com and do
anything. This has actually informed
our investment thesis in a few investments recently.
Yes. They're developer tools. Yes. And
we say, okay, assume that the
agents are going to be the shoppers in the future. Exactly.
Like, is this the one that the agents will want to pick?
Yes. Exactly. Exactly.
And that's a very good framework.
You know, an agent can go
adopt BrowserBase.
And we actually had a really great demo
a while back at Stripe where we
used
BrowserBase
live to. via an agent to fill out an NCAA bracket.
That's cool. That's great.
Which I thought was awesome because I have three brothers
and, you know, we all love sports
but I'm always sort of too busy to engage in the
family pools. And so it was so cool to
just watch the agent, you know, pick up
a BrowserBase session
and, you know, fire up ESPN.com
and do a bit of research and just, like, fill it out.
How'd it do?
I don't actually know. I don't think we ever sort of ran
the evals on it, but. I suspect
probably as good as humanism. Probably better.
Yeah, exactly. Probably better.
And so I do think
agents sort of adopting B2B or sort of
B2C services
that are more utilitarian
will be very popular.
And so today, again, as a
primitive, we're just trying to make it easier for
agents to adopt
services.
But I do think the sort of sociology
will continue to evolve.
You know, the long-running
tasks
are not sort of. I don't know that we've sort of figured out
exactly how to do them on the consumer side.
Yeah, it's not there yet.
I was
trying the other day. I was using
plug code to try
to compose a song for my
niece's birthday. Oh. Yeah, it was
pretty cool. And
you know, in the past, without a
Suno, I just like definitely wouldn't have done that.
With a Suno, I might do
that. You might do it with a Higgs field as
well. We were talking about them earlier.
But I'm not sure that I want to go create a
1099 or 999
a month account with them. I just want the
sort of micro-consumption
for that. And so, you know,
along with the actual commerce
primitives, I think there's these
micro-consumption APIs that need to sort of
exist. And browser
rates we're talking about, they're sort of leaning into it.
But I'm very bullish on
all these services standing up,
you know, sort of, not necessarily anonymous,
but just ephemeral or one-time
consumption. And I think that
will really unlock agentic commerce to you, because
then you won't have to say, well, I need to pay
these guys 10 bucks a month, but these guys 10 bucks a month.
You just want to say that. You can get three accounts and all this stuff.
Exactly. Just use the service and pay. Agent, do this.
Discover the services. Your budget is $15.
Go. My
10-year-old has been creating
rap songs, so I'm
very familiar with all of these services.
And by the way, you know, the
quality is actually pretty good, and he posts
them on Spotify.
But the execution maybe
is not quite as good, but the lyrics are very good
from AI, and the music itself is pretty
good. So it's, yeah, I would
welcome that. So
the critical thing, I think, or one of the critical
things that you just said is this
concept of micropayments or microtransactions.
So this has been something that has been talked about
probably since the advent of the internet,
as an opportunity. Like, why
do you think now it could work?
Well, agents
really increase human
agency, I guess. It almost sounds
redundant. But
you know, talking about these
applications, composing
a song for your knees, filling out your NCAA
bracket, whatever else,
it's really hard to do without agents. It takes
a lot of time. You're creating all these different accounts.
And so I'm just
very bullish on services leaning
into saying you can
use me ephemerally, you can use me
in a very
sort of lightweight
way.
And I think to
make that work, you're just going to
need to support microtransactions.
I think the case against microtransactions
has always been,
well, you're trying to consume content
and if you're trying
to sell an article, you're
always going to be squeezed between the subscriber
business model and the free business model.
Yeah, like,
you want to capture the excess as part of
the subscriber. Exactly. You capture the excess
or you do it with ads. And just like,
one or the other is better
than what you're doing. And I think
that was probably true in the past, but
as you give agents more
complex tasks,
you know, you want them to be these little sort of hummingbirds
like going around the internet, just
surfing up a little data here, you know,
pulling it over here, you know, some very
transient ephemeral storage,
doing a little compute over here.
And you don't want the individual
human to have to think about
what they're using. You don't want them to think about
what they're using in that these services are secure,
right? They're bona fide,
but you don't want them to have to sort of create accounts
everywhere. So I think microtransactions
will just be necessary
for that economy
to exist, the sort of agentic economy.
And then on the flip side, they're now
eminently possible because of stablecoins.
And stablecoins
are, I mean, today
relatively unergonomic.
So if you're a human, you know, you have to
go jump through a bunch of hoops.
But if you just give an agent
a budget, they can easily, you know,
take dollars, move into stables
or, you know, just use
a stored balance
and find a way to
check out. And they don't mind
the sort of back and forth.
And look, we've seen that transition that's happened
in a lot of
software business models today, right?
Like the predominant business model
of selling subscriptions and seats and, you know,
we've now seen a shift to consumption. And I think,
you know, there's probably analogies
where, you know, the consumers are
better off because they can get access to more
stuff. And then the businesses can
access more people, which they otherwise couldn't
access for different service. So my hope is that
that, you know, that does come into play.
So on the
topic of stablecoins, so we've covered sort
of how you guys build software,
how you move so fast in
an AI development world. You know, we've
talked about the idea of commerce,
you know, agentic commerce. Talk about
stablecoins. Like you said, there's a lot of friction
in the process today, but just state
of the stablecoin market and what
you see the opportunity to be for the next call
of five years.
So I'm an infrastructure nerd,
so I always will go there first.
And stablecoins are just
a better platform for moving money
than exists otherwise.
I strongly agree.
And better for a couple reasons. You know, there are
certain countries that
have, you know, rolled out really
good payment systems. Most of them are nationalized.
You know, UPI in
India. Actually,
it's interesting when you look at these economies,
the percentage
of sub-$5
payments in India, I believe
is, on UPI, is
I think something like 86%,
whereas in the U.S. on cards, I think
it's single digits percent.
So, you know, there's some good
cheap, fast
payment schemes that are nationalized.
PIX, another one in Brazil, which has grown
meteorically.
But,
you need a shelling point
for the global economy, right?
Just, what can we all agree on?
And that's where CryptoRails solved
this political problem.
This platform works everywhere.
And so if we just all
used it, the world,
the global financial system would work better,
be faster, be cheaper, and so on.
So if we all, like, went to sleep tonight and woke up tomorrow
and we all held stables,
it would just be a better global. Less friction and less cost in the economy.
Exactly.
Now, that might be one of the. One of those should-work-this-way,
may-never-work-this-way problems.
And so we are sort of resolutely focused
on trying to change that.
We talked earlier about Stripe Treasury.
And, you know, we decided to make stable coins
native to Stripe Treasury.
So you can just hold a balance in stables just
like you hold a balance in USD or EUR or QBP
or anything like that.
So we believe that the opportunity for stables is
just faster money movement.
Cheaper money movement and more global money movement.
Yeah.
Right now, you can be a Stripe user in. I can't remember what the exact number is,
but around 60 countries in fiat.
But you can be a Stripe user in stable coins
in, I think, about 150 countries.
So just bringing more people into the online economy
in a way that allows them to, you know,
transact with, you know, the AI companies
and, you know, the, you know, the. Yeah.
Yeah.
Yeah.
And, you know, as the as the economy, the software economy
gets more and more global.
Bringing more people into it
is more and more valuable.
You can build a powerful AI company
with two engineers in Thailand
just as well as you can do it in the US
or as well as you can do it in Brazil.
So, you know, for stables, for us,
it is higher performance, more global.
Yeah.
And I like the position that you guys are in
as it relates to stablecoins
just because, again,
talk about meeting the market where it is.
Like, people don't want to cut over full wholesale
and just, you know, drop all their fiat
and move over to stablecoins.
So I think the relationships that you have
and the sort of comprehensive offering that you have
allows for adoption to happen at the pace
that the enterprises want adoption, adopt at.
Or startups.
Yeah, yeah.
And all of this works, you know,
when you really lean into it.
Felix Pogba, or Felix, I think, as they're called now,
which started as a remittance company
between the US and Mexico
and now, you know, has other corridors as well.
They built it all in stables.
A few years in,
they're now between 5% and 10% of remittances
along that corridor,
which is the largest remittance corridor in the world.
Yeah, it's amazing.
And so, you know, you think about how long
it takes companies to, you know,
to move fiat money efficiently.
You know, how long it took initially
for the wisest of the world to do this,
let alone the Western unions before it.
And, you know, these are great companies,
but to get to 5% to 10% in just a few years is amazing.
That's remarkable.
Yeah.
I'd love to have you talk a little bit about Tempo.
Yeah.
So, you know, obviously,
it's a big, important project
that you guys are in the center of.
Talk about, you know, where that is
and what the aspirations for it are.
Yeah, I think this,
I'll just play the infrastructure nerd card again
for a second.
There are great blockchains, you know,
and I think there are, you know,
there was no obvious need for another blockchain
outside of payments.
Right.
And there's a whole lot of reasons
why a payment-specific blockchain can work really well.
You know, privacy, for one,
because, you know, blockchains are generally public
and sort of reverse engineer, you know,
what's happening on blockchains.
So I want to make sure that privacy
is a first-class primitive.
Making sure that throughput is never sacrificed.
Blockchains are disproportionately used for trading.
And so when you see massive trading events happen,
you'll typically see,
you know, performance degrade a lot.
Transaction fees,
like finding a way to create a blockchain
where the transaction fee is never going to spike
because, you know, other blockchains have. Flexibility is important.
Exactly.
And they have, you know, floating sort of gas fees.
And so the project there is just saying,
how do we move money, you know,
as efficiently, consistently, and cheaply as possible?
Still in the early stages of building out,
getting a lot of great traction,
you were working with companies like DoorDash,
you know, making it sort of the default,
but not only blockchain in Stripe,
and feeling very optimistic about it.
That's great.
That's awesome.
Last topic I would love to cover with you
is just the sort of token economy.
And so, you know, it sounds a little buzzword-y,
but you guys are, you know,
I think over 2 trillion of volume now.
And I think, you know,
you and I would probably share the belief
that the token economy is going to be
one of the biggest things we've ever seen.
Yes.
So,
you know,
what do you think is kind of the state of play
for accessing tokens?
You know,
obviously there's a lot of work that gets done
in first-party applications today.
But, you know,
what do you think is sort of the future state
of how we all access models and tokens?
Yeah.
Well, I love,
I've always loved the word token.
And the reason is that it just sounds
like an approximation of money.
Yeah.
And increasingly,
that's just what it is, right?
We're seeing,
you know,
we talked earlier about,
you know,
free trial abuse,
multi-accounting,
and the attacks that we're seeing
against users
who have sort of general,
whose platforms are general purpose
token consumers.
You know,
you can do just about anything
with tokens on Cursor,
right?
You just want anything
with tokens on,
on Replay.
So the attacks against these users
are very sophisticated.
You know,
they're very reminiscent
of what we see,
you know,
in terms of people trying to steal money
from Stripe users.
And so there's this,
this blurring that you see
between tokens and dollars.
Yeah.
And so for us,
we think about wanting to help users
move money,
store money,
send money safely,
compliantly,
and so on.
And we now feel this mandate
to do the same thing on tokens,
right?
Of course.
To protect our users in the same way.
And, you know,
over time,
I think this is only going to happen more,
right?
You know,
we talk about some of these long-running agent tasks,
and a lot of them will replace,
you know,
services, right?
You'll just be able to say,
you know,
close my books.
And I used to pay,
you know,
a human in tokens for that.
Now I,
or many humans,
now I pay fewer humans or a human,
or sorry,
in dollars for that.
Now I pay fewer humans or a human.
Yeah, in tokens.
In tokens, right?
Yeah.
Because they're augmented by,
by agents.
So we just want to make sure that moving
between tokens and dollars is as seamless as moving,
and safe as moving between,
you know,
dollars and euros.
Yeah.
We're at the beginning of this journey,
but we think it's going to be a big part of the future
of Stripe.
Yeah, that's awesome.
Yeah, it's super exciting.
And look,
personally speaking,
I think you guys have a real right to play a role
there because of the relationship that you have
with so many companies since inception,
all the way through to enterprise,
as you said.
Yeah, and we use,
it's funny,
we're always a little bit careful internally about
talking about rights,
and so we talk about mandates.
Okay, that's good.
Win it and then win it again.
Exactly.
We have a mandate to help users
with this.
Yeah.
And so that's why we're really leaning into it.
You know, there's,
we're also focusing even more on spend management
for our customers.
You know, they're using Stripe treasury,
they're thinking a lot about how much they're spending
and how to,
you know, reduce their spending,
how their spending ties to the revenue.
And, you know,
a lot of token usage is actually in product.
Yeah.
So you see sort of two different types of token usage.
One is, you know,
to build things,
and this is sort of the OPEX management side of,
of token management.
And then there's the product efficacy side.
Right.
Of, of token management,
which is how good is my token-oriented,
or sort of token-driven product?
You know, how should I shift between different models
to make it the most effective?
And so we're really thinking about
how do we help users on both of these?
Yeah, for sure.
I mean, certainly in the latter,
this sort of, you know,
position as an orchestration layer
that helps you effectively get the most out of
tokens and, you know,
also maintain some form of control.
I think it's like never been more top of mind
than it is right now.
Yes, absolutely.
Yeah, and it's, it's interesting
because there's a hypothesis that, you know,
software will be severely commoditized.
And it's plausible.
You know, I think we're, we're at the,
let's say we're either in the singularity
or creeping towards the singularity.
And it's, it's very hard to,
to estimate what a future looks like where, you know,
models are sort of recursively, you know,
generating models and so on and so on.
But we are seeing the exact opposite right now
where, you know, software creation is exploding.
Yes.
Customers are monetizing faster than ever.
And we talked about our 2026 cohort growing 50% faster
than our, or 50% larger and growing faster than 25 cohort,
that one being 70% larger and growing faster
than the 24 cohort.
And so, you know, some more software being created,
it's being adopted.
Faster than ever before.
And then more Stripe products are being adopted
than ever before.
Right.
And, you know, 11 Labs is using 14 Stripe products.
Sort of wish it were 11 in a way,
but actually, I'm glad it's 14.
Just make it 22.
Exactly.
Yeah, yeah, 22.
We're, we're close with Matty and every,
he does everything in denominations of 11.
Exactly.
So you gotta shoot for 22.
Exactly.
And, you know, there's a lot more to software
than just building, right?
There's the expertise about how abstractions
should thread through your entire business.
And, you know, sort of keeping those up to date.
And you have, you know, turnover inside of your company.
And so you build a system internally,
and then, you know, it starts to sort of degrade,
and that person leaves the company,
and the expertise goes away.
And so we think about just how can we help companies
across their entire revenue stack, you know,
manage cash, manage revenue, close the books faster,
grow faster, globalize faster.
And that opportunity, I think, is just larger
than it was ever, ever was before.
Yeah, couldn't agree more.
Yeah.
So, in closing,
I wanted to just get your take,
and this is, I don't want to get too deep
into, you know, the role of humans versus AI.
But one of the things that Stripe has always been
universally recognized for and appreciated for,
I think, is your taste, right?
And it sounds funny because you're an infrastructure company,
but I think it's generally agreed upon.
How do you continue to uphold that at such a large scale,
and with so much of the work that you're doing
now being done by AI?
Mm-hmm, mm-hmm.
Yeah, it's interesting how much
the word "taste" is being used right now.
Yeah, isn't it?
And it's sort of hard sometimes, you know,
the cynical view is that it's how we're all justifying
our future value.
Yeah, that no one actually has taste,
and it's just, we're all reproducing.
Yeah, exactly.
We're reproducing machines of things
that we had previously perceived.
Yes, yes, yes.
And, like, my fingers are no longer as useful,
but this nebulous notion of taste is,
and models will never have taste and so on,
which is probably just not true.
Yeah, I agree with you on that.
to your, you know, more proximal
to your question you know product quality is really really core to our culture and to our
identity and it's for a few reasons like one is just we want users to have amazing tools that are
carefully crafted that you know can make their um make them go faster you know enjoy uh you know the
the um the journey of building a company that much more you know it's not an easy journey
but if you have you know tools that are surprisingly great it feels that much better
so it's a big user lens um another dimension of it is it's just more fun you know yeah you look
at what you created with your team and you're like wow that looks amazing versus you know you
kind of janked this thing together and it barely works and you know it just isn't as fun you know
to to you know go through the slog the long the long nights the long weekends and so on to build
it um
and i think the single thing i would say uh for scaling tastes it's right well actually two
things one is i think it has to be a top style you just have to say it over and over and over
again you know it's like it's like the the the company strategy of when the startups and when
them again it's like talk about quality and talk about it again yeah and then the other thing is
just use the product yes and make it easy to use the product you know in in you know uh aviation
you know simulation is is so important like you can't
you can't just say like i hope the jet works you have to kind of prove to yourself that it does
before you ever fly it um or in nvidia you know they hit really hit escape velocity was when they
you know went from needing to wait for the fab to give them the chips to try the chips to actually
simulate chip performance and so we actually invest a lot in simulating the usage of products
yeah wow and so you can point to an account and say you know give me something that looks like
that yeah but make it you know completely pii you know for a long time and then you can do it
free you know randomize the growth rate so i don't actually know how big they are but just
you know the day-to-day problems that they face you know the ups and downs of their business the
seasonality you know give me a sense of of that and then you know make it feel live you know make
it so that i'm feel like i'm receiving disputes from customers and refunds are happening and of
course these aren't real disputes they're not real refunds but just give me the experience
that user's having so i can really live in it and use that with my team
so i think you know you have the the mandate to use the product and we really ask our ems to lead
this because they're the ones who control the resources and they're the ones who can sort of
say wow this does not feel good it needs to get fixed so we're gonna you know our next sprint is
going to be elevating quality and the other side it's how do you give people the tools to do it
more easily so scaling taste for us is you know culture and it is the you know shibboleths and
then it is the daily rhythms of just using the products and stepping into the user experience
issues that's awesome that's so great uh will this is so fun uh to talk to you about all these
topics you know obviously covering uh how you're building so much product inside stripe which is
which is super unique uh and right on the cutting edge i think um and the future of how we engage in
agentic commerce and in stable coins um you know one of the things that i think you guys have said
is how do we assure that we build the next stripe inside of stripe yes and uh i love that in closing
time yeah thank you great to be here thanks for listening to this episode of the a16z podcast
if you like this episode be sure to like comment subscribe leave us a rating or review and share
it with your friends and family for more episodes go to youtube apple podcast and spotify follow us
on x a16z and subscribe to our sub stack at a16z.substack.com thanks again for listening
and i'll see you in the next episode
you
as a reminder the content here is for informational purposes only should not be taken as legal
business tax or investment advice or be used to evaluate any investment or security and is not
directed at any investors or potential investors in any a16z fund please note that a16z and its
affiliates may also maintain investments in the companies discussed in this podcast
for more details including a link to our investments please see a16z.com forward slash disclosures
you
Podcast Summary
Key Points:
Stripe has evolved from a payments processor into a multi-product financial infrastructure platform, with 25-30 branded products and over $2 trillion in volume.
AI has dramatically increased engineering productivity, enabling Stripe to build more rather than cut costs, exemplified by internal coding agents ("Stripe Minions") generating 7,000 pull requests in a single week (about 30% of total).
Stripe's strategy is to "win all the startups and win them again," using demanding startup customers to improve products and then scaling to enterprises, with new SaaS platform cohorts growing significantly year-over-year.
Organizational changes favor smaller, flatter teams where senior engineers act like founders, orchestrating multiple agents and building products (e.g., Stripe Projects) in weeks.
Agentic commerce is still in early stages, lacking primitives like machine payment protocols (e.g., Tempo) and microtransactions, but Stripe believes checkout pages will disappear and agents will adopt B2B services directly.
Stablecoins are seen as a better global money movement platform, with Stripe Treasury making them native, expanding reach to ~150 countries for stablecoin users.
Tokens are increasingly like money, blurring with dollars, and Stripe aims to protect users, manage token spend, and facilitate seamless token-dollar conversion.
Scaling "taste" involves top-down emphasis on quality, using products daily, and simulating user experiences to maintain high standards.
Summary:
In this podcast episode, Stripe's Will Gabrick discusses how AI is transforming the company's approach to building software and commerce. Stripe has shifted from a payments processor to a multi-product financial infrastructure platform, with AI enabling engineers to be dramatically more productive. Instead of optimizing cost structures by reducing headcount, Stripe embraces the Jevons paradox—building more with increased productivity.
Internal tools like "Stripe Minions" generate 7,000 pull requests weekly, and teams have become smaller and flatter, empowering senior engineers to act like founders with high agency. This approach has accelerated product development, such as global tax filing built in a third of the time. On commerce, Gabrick highlights that agentic commerce is nascent, missing primitives like machine payment protocols (Tempo) and microtransactions, but predicts checkout pages will vanish as agents adopt services directly.
Stablecoins are positioned as a superior global money movement platform, with Stripe Treasury making them native and expanding reach. Tokens are increasingly treated like money, with Stripe focusing on security and seamless conversion between tokens and dollars. Finally, scaling "taste" involves relentless emphasis on quality, using products daily, and simulating user experiences to ensure superior design.
Overall, Stripe's philosophy is to grow more, not shrink, leveraging AI to win startups and then win them again.
FAQs
Stripe uses AI to increase engineer productivity and build more products faster. They focus on creating founder-like agency within the company and using internal coding agents called 'Stripe Minions' to generate a significant number of pull requests.
Stripe's belief is to use AI to build more, not to optimize cost structure by reducing headcount. They focus on growing their product portfolio and using the increased productivity to expand their offerings.
Stripe Minions are internal coding agents that can take a prompt and autonomously build, test, and submit a pull request. They are designed for 'one-shot' tasks, and recently generated 7,000 pull requests in a single week, representing about 30% of Stripe's PRs.
Stripe has moved to smaller, flatter teams. A single senior engineer can now orchestrate many agents to complete projects that previously required larger teams, reducing the need for layers of management.
Stripe believes agentic commerce is in its early stages, missing key primitives. They are building foundational elements like the machine payments protocol and the Link Agent Wallet to enable agents to make purchases, and they predict checkout pages will eventually disappear.
As AI agents perform more complex tasks, they will need to make small, ephemeral payments for services like data or compute. Micropayments made possible by stablecoins will be necessary to support this new agentic economy.
Chat with AI
Loading...
Pro features
Go deeper with this episode
Unlock creator-grade tools that turn any transcript into show notes and subtitle files.