Skip to content
Dev Tools Article

CodePen 2.0 Ends the Three-File Era

Five years of rebuilding give every pen a file system, npm, versions, and a deploy button.

Lenn Voss
Lenn Voss
Cloud & Infrastructure Writer · Jul 30, 2026 · 5 min read
CodePen 2.0 Ends the Three-File Era

For fourteen years, CodePen was three boxes: HTML, CSS, JavaScript. That constraint was the product. It forced demos to stay small, made reduced test cases genuinely reduced, and turned front-end experimentation into something you could share with a URL. On July 23, after roughly five years of rebuilding, CodePen 2.0 shipped — and the three boxes are gone.

Every pen now has a real file system. You can make folders, split JavaScript into modules and import across files, build multi-page sites, and pull npm packages through an honest-to-goodness package.json instead of pasting pinned CDN script tags into a settings modal. Version history is built in. Real-time collaborative editing is built in. And every pen deploys, one click, to a *.codepen.app subdomain you can point a custom domain at.

Chris Coyier calls it more work than building the original CodePen, and the timeline backs him up: design mockups date to early 2021, and the team went heads-down enough that they parked their podcast for over two years to finish it. This is the most consequential release in the site's history. It's also a defensive one, and both things are worth understanding.

Blocks, not config files

The unification story is that 2.0 collapses the old Pen editor and the perpetually second-class Projects editor into one. The more interesting engineering story is how it handles build tooling: a visual "Blocks" system backed by CodePen's own compiler. Add a .scss or .ts file and the corresponding block appears in the pipeline, already wired up. Sass, TypeScript, Tailwind, Lightning CSS, MJML, Nunjucks, and Vue (now compiled through Vite rather than the old single-component shim) all work this way — no config files unless you want them.

That's a deliberate counter-position. The heavyweight browser IDEs solved "run real projects" with heavy machinery — StackBlitz by booting Node in the browser via WebContainers, CodeSandbox with Firecracker microVMs. CodePen is betting that for the demo-and-prototype tier, extension-driven auto-configuration beats a full environment: less power, near-zero startup cost, nothing to babysit. For the audience CodePen actually has — people making a reduced test case, a component demo, a teaching example — that's the right call. You were never going to run Postgres in a pen.

The practical unlock is bigger than it sounds. Things that previously forced you to a local dev server just because they need real files and real scope — service workers, multi-page navigation, view transitions across documents — now fit in a shareable pen. That matters most for the unglamorous workflow CodePen quietly owns: bug reports. A browser-bug repro involving a service worker used to mean a GitHub repo and deploy instructions. Now it's a link, forkable, with version history so you can point at the exact state that breaks.

Every pen is a website, which cuts both ways

One-click deploys, with optional redeploy-on-save and custom domains, effectively make CodePen a static host. For client demos and workshop material this replaces a whole category of Netlify-drop busywork — the artifact you're iterating on is the thing the client opens on their phone.

But free hosting on a trusted domain is a well-documented tar pit, and the Hacker News thread went there immediately: Glitch, the closest thing CodePen had to a sibling, was wound down by Fastly last year after years of fighting exactly this — phishing pages and scam sites blooming on free subdomains. GitHub Pages and Cloudflare survive it with serious abuse-engineering headcount. CodePen is a small bootstrapped team signing up for that fight on codepen.app. It's the one feature in 2.0 where I'd hedge: expect aggressive rate limits, verification gates, or Pro-only walls around deployment once the abuse wave arrives, because it will.

The last playground standing

Zoom out and the timing is stark. The browser-playground category CodePen defined in 2012 has been strip-mined: Glitch is gone, Heroku's free tier is a memory, StackBlitz pivoted its business hard into Bolt.new's AI app generation, and CodeSandbox's VM infrastructure ended up at Together AI powering agent sandboxes. Meanwhile chat assistants render front-end demos inline, and a growing share of "show me how to do X in CSS" traffic never reaches a search engine, let alone a pen. Several HN commenters asked the obvious question: who needs a playground when you can prompt one into existence?

CodePen's answer, notably, is not AI features — the team says it's experimenting cautiously, and 2.0 ships with none. Instead it's a bet that human-legible, persistent, forkable artifacts still matter: that a demo with version history, collaborators, and a deploy button is a different object than disposable generated output. I think that bet is half right. The casual-inspiration audience — people who browsed pens like Dribbble — is genuinely leaking away to prompts, and no file system wins them back. But the professional artifact use cases (repros, design-system component demos, interview exercises, teaching) get strictly better with 2.0, and those users pay.

The real risk isn't the market; it's the product's soul. The sharpest criticism in the launch reaction came from long-time users who now feel like they're "building a website inside of a website." The three-panel editor's genius was that it had no ceremony at all. CodePen kept escape hatches — the classic editor still lives at codepen.io/pen, and ⌘-U strips the new UI down — but defaults are destiny, and the default is now a mini-IDE.

Should you care?

If CodePen is already in your workflow, 2.0 is close to a pure upgrade: same reflexes, plus modules, versions, npm, and deploys. If you left for StackBlitz or local scaffolds because three files couldn't hold your demos, this is the first version in years that's worth a re-look — with the caveat that anything load-bearing shouldn't live on a playground's free hosting, here or anywhere.

And if you're watching the tooling market: a bootstrapped team spent five years rebuilding for human craft while the rest of the category chased AI generation. That's either the most out-of-step launch of 2026 or the most durable one. Given how much of the AI-generated front-end still needs a place to be inspected, tweaked, and shared by humans, I'd lean durable — narrower than CodePen's 2016 peak, but real.

Sources & further reading

  1. CodePen 2.0 — chriscoyier.net
  2. The Launch of CodePen 2.0 — blog.codepen.io
  3. The new yet familiar CodePen 2.0 — daverupert.com
  4. CodePen 2.0 discussion — news.ycombinator.com
Lenn Voss
Written by
Lenn Voss · Cloud & Infrastructure Writer

Lenn writes about cloud platforms, Kubernetes internals, and the infrastructure decisions that quietly make or break engineering organizations. Based in Berlin's vibrant tech scene, they have a talent for turning dense platform-engineering topics into prose that people actually finish reading.

Discussion 0

Join the discussion

Sign in or create an account to comment and vote.

No comments yet

Be the first to weigh in.

Related Reading