Deep Dive · XiaoHu Explains

Anthropic's First-Ever Look Inside Claude Code: Boris Cherny's Two-Day Demo Now Writes 100% of His Code

16 firsthand accounts: from grinding out diffs, to a two-week sprint launch, to engineers no longer writing a single line by hand
60-Second Summary
  • Anthropic released an oral history of Claude Code's origin story, recounted by 16 people involved — co-founders, engineering leads, and early users — with interviews recorded between February and May 2026
  • The earliest roots trace back to 2021, when researcher Dawn Drain spent nearly 3 years teaching the model to write code diffs; by 2022, the internal tool clide could already fan out 100 Claude Haiku instances in parallel to process entire folders too large for the context window
  • In December 2024, engineer Boris Cherny built a demo in two days that nobody understood — it got two or three reactions when posted to Slack — and a year later it became Claude Code, officially renamed and launched to the public in February 2025
  • The team started with just three people — Boris Cherny, Sid Bidasaria, and part of Ben Mann's time — then grew to 6-7 people for a two-week sprint once given the green light; core features like login flow and bug reporting were born in those two weeks, with no code review gate the entire time
  • The share of Boris Cherny's own code generated by Claude Code rose from 10% in February 2025 to 30-40% by May, and by winter 2025 hit 100% — he no longer writes a single line by hand
Stance note: this is an oral history officially published by Anthropic, telling the origin story of its own product, Claude Code — the interviewees are Anthropic employees and early customers, so this is a vendor's own account. Figures in the piece — code share, user counts, timelines — are all interviewees' personal recollections and haven't been independently verified.
1Who's Telling It

Who's telling this story, and what it covers

Anthropic recently released an oral history of Claude Code's origin, with 16 people who lived through it — co-founders, engineering leads, and early customers — recounting the full arc, in interviews recorded between February and May 2026.

It lays open something you'd normally never see: what a coding tool now used daily by huge numbers of engineers actually looked like at first, what wrong turns it took, and exactly how many people worked on it and for how many weeks.
Why it's worth reading: this is Anthropic's first time publicly sharing the complete timeline of Claude Code — including details of the internal research prototype clide, the exact team size during that two-week sprint in December 2024, and the full arc of a core engineer going from writing code by hand to having 100% of it produced by Claude Code. The people below are worth keeping in mind as you read on.
Co-founder / Labs
Ben Mann Co-founder, head of the Labs team
Research
Dawn Drain Research engineer, on code generation since 2021
Shauna Kravec Head of reinforcement learning, physics background
Engineering & Team
Boris Cherny Claude Code lead
Sid Bidasaria Second engineer on the team
Adam Wolff First manager, React background
Raphael Lee Labs' first engineering manager
Igor Kofman
Robert Boyce
Tristan Hume Performance engineering
Product / Design / Org
Cat Wu Head of product
Meaghan Choi Product design
Fiona Fung Head of org
Early Users
Austin Ray Ramp engineer
Jarred Sumner Bun creator
Kyle Easterly Alaska nonprofit consultant
2Before the Product

Before there was a product, there was a bet

Before Anthropic shipped any product at all, it had already bet on getting AI to write code by itself. The first thing they built was a coding assistant: a VS Code extension that took a prompt and gave you four different suggestions. By spring 2022, it had about 100 external users. The models were bad back then, and the infrastructure was primitive.

2021
Dawn Drain joins, with one main task for the first three years: getting the model to write code as well as he could.
Early 2022
Shauna Kravec's team builds the earliest reinforcement learning training framework. Starting from "can it write a simple function," moving to "can it write a function and test whether it's correct" — the model was terrible at first.
Spring 2022
The VS Code extension gains a modest following, around 100 external users. Afterward, Ben Mann returns from paternity leave to help ship the first API version, and the coding assistant gets set aside for a while.
2022
The harness problem. Dawn Drain and a colleague get a persistent shell (an always-on session that can keep receiving commands) running in a container, letting the model actually execute code, stream input and output, and survive timeouts.
2023
A bash tool and search capability get added to the model. These pieces are the key to making AI-written, AI-run code actually work.
What a harness is

A harness isn't the model itself — it's a container environment wrapped around the model that can execute code, manage timeouts, and read output, turning it from something that "chats" into something that actually does work. It's like handing a very smart person a screwdriver and a safe workshop to use it in; without the workshop, no amount of cleverness lets them take a machine apart.

Shauna Kravec says the infrastructure for agentic coding (AI writing and running its own code) is far more complex than building a chatbot. Once code execution is involved, you have to figure out exactly what environment the code runs in and how to contain it safely and effectively. Her point cuts to the continuity here: many of the problems people run into with agents in 2026 are the exact same problems the team ran into in 2022.

3The Internal Weapon

clide, the internal tool that was both cool and painful to use

Before the real product existed, there was an internal tool called clide. The name was coined by colleague Eli Tran-Johnson for an even earlier tool. It was a command-line tool where you could chat with Claude and have it edit code and do dev work. Dawn Drain spent a long time teaching the model to write diffs (a representation of a code change — the most natural way programmers express edits), and clide grew out of that effort.

clide had a feature that let it fan out 100 Claude Haiku instances in parallel, so you could ask a question about an entire large folder even if that folder couldn't possibly fit in the context window (the amount of content a model can take in at once). Dawn Drain says he loved those pair-programming moments — pulling up clide and just answering a question on the spot, with people constantly asking him how he knew about all these useful tools.

One question about an entire folder ×100 Claude Haiku in parallel Combined into one answer each covers a piece, then merged
clide's fan-out: a folder too big to fit is split across a hundred small models, each checking a piece, then merged into an answer
What fan-out parallel subagents means

Facing a folder too large for the model's context window, instead of grinding through it with one model, you summon a hundred small models at once, each going off to check its own slice, then stitch the results into one answer. It's like cramming for an exam — one person can't get through the whole textbook, so you rope in a hundred classmates to each cover a chapter, then combine the notes.

Before moving to Labs, Adam Wolff added one last feature to clide, called clide agent. clide didn't have a bash tool yet at that point, so it was limited in what it could do. He got it to infer what you were trying to do from something you'd half-finished editing. It was very early-stage agentic behavior — the seed of something that could take the next step on its own. The day it first worked, he danced around his kitchen, barely able to believe it.

But everyone complained clide was clunky and slow to start (Sid Bidasaria). Boris Cherny says you had to recite a bunch of incantations just to get it running. It wasn't good software, but it had something magical and powerful about it — it had glimpsed the future. All the pieces were there; they just hadn't been put together yet.

4The Turning Point

A demo nobody understood, built in two days, changed everything a year later

Boris Cherny's starting assignment was four words: "automate programming." Nobody told him specifically what to build. He started by learning to use the API, tinkering as he went, and eventually put together a demo he called Claude CLI (command-line interface).

Nobody understood the demo — not even he fully understood it himself. But looking back now, all the original elements are still there. He asked it what music he was listening to, and it just screenshotted Apple Music and read it off — and that actually worked. This was roughly two days of effort. Redoing it today with Claude Code would take two minutes. He posted it to Slack and got two or three reactions.

The next day he walked into the office and saw Robert Boyce working, with those now-iconic red-and-green code diff lines up on his screen. Robert said: "Yeah, it's helping me write code." That was the moment it became useful. Ben Mann immediately realized: all the pieces existed, they just needed to be put together. After that, Boris started working on it every single weekend; friends would invite him out, but he couldn't stop thinking about it.

Core Innovation · An Anti-Engineering Playbook

Before December 2024, this was just something Boris, Sid Bidasaria, plus a bit of Ben Mann's time were tinkering with on the side — three people. Once it got the green light, 6 to 7 people came over from Labs and other teams for a two-week sprint. Many of the core features you see today — login flow, bug reporting — were built in those two weeks. Sid says that sprint was what made him feel this was really going to become something.

3 people
Starting team: Boris + Sid + part of Ben Mann
6-7 people
Joined from Labs and other teams after the green light
Two weeks
Sprint cycle — login flow / bug reporting born here

Sid Bidasaria says there were no pre-commit review gates on the codebase at all — if someone said "this doesn't work well," they'd push a fix within minutes and users would have it five minutes later. Boris had already built solid auto-update and good user analytics early on, and that's what made the whole loop actually spin. As a command-line tool rather than a web app, there was no complex architecture to navigate around — a simple client meant faster iteration.

Adam Wolff kept pushing back against growing the team too fast, while Boris kept wanting to expand it. Boris later admitted that, in hindsight, keeping the team small was actually key to the success: it forced everyone to conserve resources, avoid over-engineering, and lean more on Claude itself — otherwise there was no way to move fast enough. By the time of the official public launch in February 2025, Claude CLI was renamed Claude Code — a name suggested by product marketing's Alex Isken, and the team liked how simple it was.

The launch also carried two small hidden touches in the terminal. Late one night before launch, Igor Kofman thought it'd be nice to have an ASCII art logo, so he and Claude worked together filling out several character-art fonts, which became the now-iconic all-caps Claude Code logo that pops up on login — a little surprise at sign-in. Meaghan Choi's proudest touch was slipping a little character called Clawd into the terminal — a figure originally created by Sam McAllister for the Claude 3.5 Sonnet launch. She says chances to do something like that in a product don't come around often.

5Product Philosophy

Ship something that can only pull off 20-30% today, so the next model generation can actually deliver

During the early access phase before launch, feedback was lukewarm. Cat Wu says people thought the idea was cool but there were bugs everywhere. They decided to ship it publicly anyway. Behind that decision was a counterintuitive product philosophy.

Core Innovation · The Philosophy of Productizing Models

Ben Mann says there's something not obvious to people who haven't spent a long time productizing models: you have to ship something that can only pull off 20% to 30% today, so that when the next model generation arrives, it can pull off 80% — and 80% is enough to win the market. The generation after that gets to 90-plus percent, and that's when you're really off and running. Along the way you need a very high tolerance for pain, because you'll get things wrong over and over. You have to live in the present while keeping your eyes on the future.

20-30%
First model generation
ship the product anyway
80%
Next model generation
enough to win the market
90%+
Generation after that
real scale kicks in

Meaghan Choi says the Claude 4 family was really the moment that belonged to them. Before that, the UX design they could actually do was limited — the model couldn't yet support the product they wanted to build; once it could, design finally had room to work. Boris Cherny adds the other half: they also launched a subscription model. Two engines firing at once — a subscription business model, and a leap in model capability — together ignited Claude Code's takeoff.

Dawn Drain puts it bluntly: Claude Code doesn't really owe as much to clide as people think. Once you cross the threshold of model capability, this form just emerges on its own.

6Where It Landed

Three people from three different worlds, and how they first started using it

After launching as a research preview in February 2025, it landed in three very different settings: desk-by-desk evangelizing inside a big company, an open-source author reworking his workflow around it, and a nonprofit getting access to custom software it could never have afforded before.

Austin Ray
Ramp · CLI veteran

Someone posted the launch announcement, and the moment he found it, he started using it. Within the first five minutes he was convinced this would change everything — if it could read, edit, and run bash, it could do anything.

He evangelized it all over the company, going desk to desk to coworkers: "Trust me, I'm not leaving until this is installed. Install Claude Code, open it in the terminal, tell it what you're working on, let it try, and see what happens." He, Boris, and Cat held a weekly feedback session.

"Read, edit, run bash — those primitives alone are enough to build everything else on top of."
Jarred Sumner
Bun · Creator

He had it implement websocket client compression in Bun, feeding it the technical spec (RFC), and it worked out the implementation on its own. It did a poor job at first, but fixed itself after a few rounds of prompting.

Because of this, he changed how Bun's dev priorities were set, to work better alongside Claude Code. When someone proposed banning it in Bun around August-September 2025, he shot it down.

"I might be a little too into it relative to how much actual impact it was having at the time."
Kyle Easterly
Alaska · Nonprofit consultant

He was building an app for the Alaska Independent Living Council, which serves disabled youth. These organizations used to run workshops on paper, helping high schoolers set post-graduation goals — only one in ten kids ever finished the process.

He'd originally been manually copy-pasting a pile of files into Workbench for Claude; midway through the project Claude Code launched and he switched over on the spot. He later also built a tablet app that converts handwritten fuel delivery records from the North Slope into CSV spreadsheets.

"Organizations like this could never afford custom software before — a whole category of things suddenly became possible."

Tristan Hume's experience was the flip side. What he was working on at the time mostly required a lot of background knowledge — writing low-level kernels for accelerators, with a lot of detail that simply isn't documented publicly anywhere online. Early Claude Code wasn't great at building its own tools or learning on the fly, so for a while it wasn't much use to him — it could only handle very limited tasks. That only turned around once the models got stronger later on.

7The New Normal

Now, nobody reviews permission requests one by one anymore

Just how much daily work habits have been reshaped shows up in a few concrete numbers. The share of Boris Cherny's own code produced by Claude Code kept climbing.

Feb 2025
10%
May 2025
30-40%
Winter 2025
100%

He remembers the day Sonnet 4 came out — he was backstage at the Code with Claude developer conference writing code, and felt the model had gotten so much better, so much more capable of acting on its own. By winter 2025, 100% of his code was written by Claude Code — not a single line by hand. He mentions one day he made 88 code commits, with his wife and dog by his side on the couch the whole day.

88
Commits Boris produced via Claude Code in a single day
12
Size of Shauna's simultaneous Claude fleet
100
Claude Haiku instances fanned out in parallel in the clide era

Shauna Kravec now runs an entire fleet of 12 Claudes at once, reading docs, updating things, pulling messages from Slack. As head of research, she hadn't actually written much code herself in recent years — now she writes more, because the barrier to entry is lower. Igor Kofman takes this a layer further: as the models and Claude Code keep improving, the next layer of abstraction is that you stop managing a bunch of Claudes and start managing the managers of those Claudes.

Cat Wu offers an observation about trust: at first, people would read every single permission request Claude Code sent one by one; now a large share of users just auto-approve everything. That shift shows Claude has earned their trust.

8Where It's Headed

React shows us that anything successful eventually becomes something else

Wrapping up, several core people offered judgments based on their own experience — all comparisons grounded in fact, without mythologizing or forecasting.

Adam Wolff uses React as an analogy. React started as a very pure computer science idea — using functional programming to represent UI state, better than message passing. By the time it reached millions of daily active users, it had become something else: a logo, a brand, a feeling, far beyond the original technical idea. Most React users' reasons for liking it can no longer even be traced back to that original insight. His view is that Claude Code will evolve the same way: whether you think Claude Code is the terminal, Claude's personality, or some prompting technique — at the limit, none of that matters.

Tristan Hume pushed it to the limit once: he had Claude build a Jupyter Notebook replacement from scratch, without looking at a single line of code the whole time, even having it test the UI itself with a browser. It actually produced something usable. But when he used it himself, he found he didn't like it. He says he's waiting for a Claude with taste — one that knows everything he needs and can just handle it directly in the background.

Shauna Kravec's take draws on her background in theoretical physics. Some hard problems have taken humanity hundreds of years to work on, with progress far slower, often bottlenecked by expensive, hard real-world constraints — there's only so big a collider you can build. Her view: through most of 2026 and 2027, a lot is likely to happen within any given three months — the progress of a three-month stretch in 2024 was real too, but nowhere near this intense. She's not sure anyone is ready for that kind of mismatch.

Boris Cherny closes with a set of physical objects. He shows an IBM 029, much like the one his grandfather used in the Soviet Union; then one of the earliest text editors, still installed on every Mac today. It kept evolving, evolving, evolving, always changing. Claude Code sits somewhere on that same lineage.

IBM 029 punch card early text editor > command-line terminal claude Claude Code
"It kept evolving, evolving, evolving." Echoing Boris Cherny's closing metaphor, from punch cards to the terminal
This is an IBM 029, much like the one my grandfather used in the Soviet Union. This is one of the earliest text editors, still installed on every Mac today. And then it kept evolving, evolving, evolving, always changing. Claude Code sits somewhere on that same lineage.Boris Cherny, Claude Code lead
Source: "The Making of Claude Code," an oral history officially published by Anthropic, interviews recorded between February and May 2026, edited and condensed. This piece is a Chinese-language explainer of the original; names are kept in their original spelling. Figures cited in this piece — code share, user counts, team size, timelines — are all interviewees' personal recollections, representing the vendor's own account, and have not been independently verified.