Skip to content
ClaudeClaude

Patrick Collison on Claude Code at Stripe

Stripe CEO Patrick Collison joined Boris to talk about how Stripe builds with Claude Code. Stripe runs its core APIs at five and a half nines of reliability, and about 55% of its pull requests now start as a prompt to Minions, Stripe's internal tool for orchestrating Claude Code on throwaway VMs. Patrick explains why isolated dev boxes and guardrails built as infrastructure made that possible, how a two-to-three person team shipped Stripe Projects in about two months, and why he thinks code quality at Stripe will be higher in three years, not lower. Have a question? Let us know in the comments. Learn more about Claude Code: https://claude.com/claude-code Chapters 0:00 Claude-powered weather model and throwaway devboxes 2:11 600 AI-written pull requests, Minions, one revert 4:23 AI guardrails as infrastructure 6:34 Stripe Projects with Claude Code 9:10 AI code quality: every codebase is a prompt 10:44 Claude Code plan mode and 10 parallel devboxes 13:06 Stripe's data: new startups up 2x with AI 16:33 How AI agents will pay each other on Stripe

Patrick CollisonguestBorishost
Sep 24, 202617mWatch on YouTube ↗

At a glance

WHAT IT’S REALLY ABOUT

Stripe scales Claude Code with guardrails, velocity, and reliability intact

  1. Patrick Collison describes how Stripe pursues five-and-a-half-nines reliability while still shipping continuously by investing in rigorous, end-to-end development and rollout infrastructure.
  2. Stripe is seeing agentic coding accelerate output dramatically (including hundreds of AI-written PRs with few reversions) while production reliability remains effectively unchanged due to layered safeguards.
  3. Instead of relying on model “alignment” alone, Stripe emphasizes invariants, hard security barriers, and semantically tagged data permissions that constrain what engineers and agents can do.
  4. Claude Code is embedded into Stripe’s default dev environment, enabling small teams to build integration-heavy products like Stripe Projects far faster than would have been feasible pre-AI.
  5. Stripe’s ecosystem data suggests AI is doubling startup formation rates and improving early revenue outcomes, while Stripe is preparing for an agent-to-agent payments economy where agents transact directly via Stripe.

IDEAS WORTH REMEMBERING

5 ideas

Stripe treats reliability and velocity as an infrastructure problem, not a process problem.

Collison argues you can’t get both extreme uptime and rapid iteration by “being careful”; you need an end-to-end system: controlled dev environments, rich observability, and progressive rollouts that limit blast radius while enabling multiple customer-feedback cycles per day.

AI can raise development speed while keeping production reliability essentially flat.

An engineer merged 600+ AI-written PRs in half a year with only one revert, suggesting that with the right tooling and checks, AI can increase throughput without proportionally increasing severe failures—even if minor incidents per unit time rise slightly.

Guardrails should be guarantees (invariants), not vibes (probabilistic judgment calls).

Stripe emphasizes invariants, hard barriers, and “semantically aware” data tagging/permissioning rather than trusting model alignment alone; this reduces the chance that humans or agents can accidentally (or maliciously) cross safety boundaries.

Disposable, orchestrated devboxes make agentic development safer and more scalable.

“Minions” spin up fresh VMs on demand from Slack/web prompts, execute tasks, run builds and test suites, and package changes—turning many engineering tasks into repeatable, isolated, auditable pipelines.

AI shifts the feasible frontier for small teams tackling integration-heavy products.

Stripe Projects—built by ~2–3 engineers in ~8 weeks integrating ~50 services—serves as an example of AI-enabled leverage, with an internal estimate that it might previously have required a larger team and ~6 months (claimed ~6× acceleration).

WORDS WORTH SAVING

5 quotes

Stripe operates with five and a half nines of reliability, um, so extreme, uh, reliability for our core APIs, but at the same time, we want to be developing and launching new products and adding new features extremely quickly.

— Patrick Collison

I was speaking with one engineer at Stripe this morning, and over the course of H one, um, he had more than six hundred pull requests merged. Every single one was written with AI, and exactly one of those pull requests had to be reverted, which at least suggests that it is possible to have this, you know, enormously accelerated development rate with still empirically quite, quite high reliability.

— Patrick Collison

It does mostly come back to this idea of, um, relying on invariance and, uh, hard barriers, uh, rather than, um, things that are somewhat more subjective or discretionary or, um, or probabilistic.

— Patrick Collison

The line, um, from a friend we often mention at Stripe is that every code base is now the prompt for another code base.

— Patrick Collison

The number of new businesses, uh, launching on Stripe per unit time is up by roughly a factor of two.

— Patrick Collison

Five-and-a-half-nines reliability vs continuous deploymentAI-written pull requests and quality metricsMinions: VM orchestration from promptsGuardrails as infrastructure (invariants, hard barriers)Semantically tagged data and granular permissionsStripe Projects and integration accelerationStartup formation data and agent-to-agent payments

High quality AI-generated summary created from speaker-labeled transcript.

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.