Infogami, YC Founder Story

Company: Infogami Founder: Aaron Swartz (with co-founder Simon Carstensen) YC Batch: Summer 2005, YC's very first batch, ever Industry: Web Infrastructure / CMS / Structured Data Founded: 2005 | Merged with Reddit: November 2005 Status: Inactive (merged into "Not a Bug, Inc." → acquired by Condé Nast 2006) Legacy: web.py framework (still used), Open Library (Internet Archive), Reddit co-founder credit

---

---

⚠️ A Note Before You Read

Aaron Swartz (November 8, 1986, January 11, 2013) was one of the most remarkable minds the internet ever produced. He co-authored RSS at 14, helped build Creative Commons, co-created Markdown, built Infogami, and became a Reddit co-founder, all before age 20. He was also a relentless advocate for open access to knowledge. He died by suicide at 26, facing a federal prosecution that many considered disproportionate to any harm caused. His story belongs in this collection not only because of what Infogami was, but because of what Aaron represents: what it looks like when someone builds entirely from values, not metrics. The lessons in this story are among the most honest in the entire YC archive.

---

The One-Line Summary

The 18-year-old who co-authored RSS, dropped out of Stanford, and walked into Y Combinator's very first-ever batch with an idea that never quite found its market, and in failing to scale Infogami, accidentally gave the internet Reddit, web.py, and Open Library.

---

Lens 1, The Before State

Who Was Aaron Swartz Before YC?

Aaron Swartz grew up in Highland Park, Illinois, a wealthy suburb of Chicago, in a household where his father ran a software company and intellectual ambition was the household currency. He was reading at age three. By ten, he was writing code. By twelve, he was building websites. He was not a prodigy in the popular sense, the kid who memorises facts and wins competitions. He was a prodigy in the builder sense: someone who encountered a problem, found the existing tools unsatisfactory, and simply built better ones.

At age 13, he won the ArsDigita Prize for building a user-generated encyclopaedia, years before Wikipedia existed. At 14, he joined the working group that produced RSS 1.0, the web syndication standard that powers every podcast feed and news alert you use today. At 15, he joined the World Wide Web Consortium and contributed to the architecture of the Semantic Web. That same year, he began collaborating with Lawrence Lessig on the foundational infrastructure of Creative Commons, the licensing system that underpins how the open internet shares knowledge.

He enrolled at Stanford in 2004 at age 17. He lasted one year.

The Personal Pain He Was Living

Aaron's frustration was not with a specific product, it was with a broken system. He believed, deeply and with the certainty of someone who had already helped build the internet's infrastructure, that information wanted to be free. That closed systems were a form of violence. That the web's promise, a universal library, open to everyone, was being steadily fenced off by publishers, platforms, and institutions.

Infogami was his attempt to give ordinary people the tools to build beautiful, structured, data-rich websites without depending on corporate platforms. The product vision was somewhere between a wiki, a CMS, and a structured database, a place where anyone could shape information into something meaningful and own it themselves.

He wasn't building Infogami to make money. He was building it because the alternative, letting the web's publishing layer be controlled by a handful of companies, felt like a failure of everything the internet was supposed to be.

Why He Almost Didn't Fit the "YC Founder" Mould

Aaron was 18 when he applied to YC. He was at Stanford on paper but intellectually he'd already left, bored by coursework that felt slower than the problems he was solving in his spare time. He had no co-founder in the traditional sense. He was not building for a market. He was not optimising for growth. He was building for a principle.

Paul Graham would later describe Aaron as "ferociously intelligent", but also acknowledged that Aaron's relationship with the commercial side of startups was complicated. Aaron had no real interest in fundraising, pitching, or scaling. He was interested in making things that mattered.

That combination, extraordinary technical skill, zero interest in the performance of entrepreneurship, made Aaron one of YC's most fascinating and difficult cases.

Key Insight for Aspiring Founders

You can build for values OR for metrics, but you need to be honest with yourself about which one you're doing. Aaron built Infogami for values. That's not wrong. But it creates a different kind of company, with different needs, a different team, and a different definition of success. Many founders confuse the two and end up frustrated when their values-driven product is judged by metrics-driven investors. Know which game you're playing.

---

Lens 2, The Idea Origin

Where Infogami Actually Came From

Infogami began as a single observation: the web had made it easy to consume information but surprisingly hard to structure and publish it beautifully. Existing CMS tools (Blogger, early WordPress, Drupal) were either too simple or too rigid. Wikis were flexible but visually limited. There was no tool that combined rich data structure, visual elegance, and genuine user ownership.

Aaron wanted to build the equivalent of a personal database that looked like a magazine. The name "Infogami" itself was a fusion of information and origami, the idea of folding raw information into structured, beautiful shapes.

The technical vision was ahead of its time: Infogami was effectively a precursor to what we'd now call structured content platforms, think Notion, Airtable, or Webflow, but in 2005, before any of those existed as concepts.

The First Version, And What It Actually Built

While working on Infogami over the summer of 2005 in a dorm room at MIT (part of YC's first cohort in Cambridge), Aaron found that Python's existing web frameworks were unusable for what he needed. So he did what Aaron always did: he built a better tool from scratch.

The result was web.py, a minimalist Python web framework so clean and elegant that it became widely used across the open-source community and later powered projects far larger than Infogami itself. Aaron released it as free software during the batch.

He also helped Reddit rewrite their codebase from Lisp to Python using web.py in the early fall of 2005, a collaboration that would later define his legacy more than Infogami itself ever did.

The Signal That Said It Was Working (And The Signal That Said It Wasn't)

The honest answer is: Infogami never found a clear growth signal. The product had real users, genuine technical elegance, and a coherent vision, but it struggled to communicate what it was to anyone who wasn't already a developer. The value proposition lived in the overlap between "wiki," "CMS," and "database", and in 2005, that overlap was too abstract for mainstream adoption.

When Infogami failed to secure additional funding after the batch, it wasn't because the idea was bad. It was because the market wasn't ready, the founder wasn't optimising for scale, and the product needed a clearer "one thing it does better than everything else", which Infogami never fully developed.

The Pattern This Follows

Infogami fits a rare and underappreciated YC archetype: the infrastructure founder who builds the tools while searching for the application. Aaron built web.py (the infrastructure) while searching for the right use case for Infogami (the application). The tools he built as byproducts outlasted the product itself. This is more common than people admit, the founding journey sometimes produces the most valuable output indirectly.

---

Lens 3, The Application Anatomy

Getting Into YC's Very First Batch

Infogami's entry into YC is historically unique: it was part of YC's inaugural Summer Founders Program in 2005, the first cohort ever, before Y Combinator was famous, before Demo Day was a Silicon Valley ritual, before "YC-backed" was a signal of quality. There were no alumni networks to tap. No playbook to follow. Paul Graham was, in the truest sense, making it up as he went.

Aaron applied as a Stanford freshman, proposing to build a flexible CMS for structured, rich data. Graham reportedly accepted him partly because of his extraordinary track record, RSS at 14, Creative Commons, W3C contributions, and partly because Aaron's blog, which he had been writing publicly for years, demonstrated a quality of thinking that was simply unusual.