The Latticework A Mental-Models Reading · July 2026
Tap edges or swipe ← →
Field Note · Design & AI

Design After the Bottle­neck.

Eve Bouffard, YC's Head of Design, shows how three projects rewired the process — soul files, dual audiences, and sixteen one-shots before breakfast.

1 / 7
Eve Bouffard at YC Design Review

Photo: Y Combinator / Design Review

16One-shot iterations
3Projects covered
31 minRuntime
2Audiences per artifact
2 / 7
I · The Frame

What this episode is really about.

Most design process videos are about tools. This one is about a reordering. Eve Bouffard, YC's Head of Design, walks through three projects — Paxel, SOTA Zine, and Startup School 2026 — and the cumulative argument, never quite stated outright, is that something structural has changed. The bottleneck in design used to be execution. Build time, handoff latency, iteration cost, the gap between "I can see it" and "I can ship it." Those costs have collapsed. What's left is imagination: the capacity to define what the thing should feel like before the agent makes it.

The projects span a spectrum. Paxel is a data product with a distinct aesthetic (dithered shaders, Spotify-Wrapped-style stat cards). SOTA Zine is an editorial celebration of San Francisco built with artists and writers. Startup School 2026 is a large-scale event brand deployed across screens, physical materials, and an arena stage. In each case, Eve's story isn't about prompting. It's about what she did before prompting — and what she built to make the fine-tuning feel right when the prompts fell short.

Three kinds of latticework edits are on offer. Some established Farnam Street models come out amplified: first principles, activation energy, feedback loops, the classic argument for creative constraints. Some get complicated: specialization, the idea that tools shape thinking, the ownership model of creative work. And a handful of new models emerge — small, portable, and surprisingly general.

3 / 7
II · The Reinforced

Old models, sharper edges.

The episode's clearest illustration of first-principles thinking is the soul.md file. Eve describes a common designer workflow: meetings, stakeholder conversations, scattered notes, a summary document that somebody maybe reads. Her replacement is blunt — record everything, filter nothing, and dump it all into one file that becomes the authoritative context for every future decision on the project. Not a map of the project. The project's soul. The distinction matters: a summary compresses by the judgment of whoever wrote it; a soul file compresses by accumulation. The AI needs context, not conclusions.

Just record everything and dump it all in a soul.md file — so it can feed all the future decisions…
possible so that it can feed all the future decisions that we need to make regarding this project. It's interesting because there's probably a lot of people that are watching and their process is, you know, maybe they're doing client work, maybe they're working on an internal project and they're meeting with a bunch of, you know, stakeholders, maybe they're designing their own website. Um, and they're thinking it through >> and and they would probably come out of that and they would jot down some notes and some high-level takeaways and you're saying like, "No, you shouldn't do that. Instead, just record everything and just dump it all in a soul.md file and then…

Creative constraints make an appearance in the one-shot fleet. Before picking a direction for SOTA Zine, Eve fed a mood board into Claude and asked it to generate 16 distinct websites from the same prompt — one-shotted, all different. The constraint is the fixed brief; the variation is the output space. She then built herself a navigation tool to scroll through all sixteen. The point isn't efficiency; it's coverage. Range before depth. You can't find the edge of a design space if you only generate one candidate.

I asked Claude to one-shot a website 16 different times based on the same mood board…
many versions, one-shotted websites based on this mood board >> really simply. And so I downloaded a bunch of these images and I fed them into Claude and I asked Claude, "Okay, you know the vibe that I'm going for. You know the content that I want to show on the website. Here's the visual direction that I would love for you to draw inspiration from." and then one-shot a cool website based on that. I asked it to do that 16 different times. I built a glossary for myself going back to training this muscle of we can build anything for ourselves now. I wanted to build for myself a really easy way to navigate through all the iterations that I'm building for myself.

Activation energy runs underneath the whole episode — specifically, the cost of going from "I want to tweak this" to "I have tweaked this." Eve describes building custom fine-tuning modals, recording-trigger scripts, and glossary navigators — tools that exist only to lower that cost for herself. Each one is small. Each one changes what's worth iterating on. The phrase she returns to is "training the muscle": every bespoke tool you build for yourself makes it easier to build the next one. Feedback loops tighten into something that approaches real-time.

4 / 7
III · The Contradicted

Models that do not survive intact.

The classic argument for specialization — hire the frontend engineer, the motion designer, the brand strategist, the QA tester — gets quietly reversed. Eve isn't hiring specialists. She's building specialized tools for herself, then deploying them. The human stays generalist; the scaffolding specialises. It's the same two-layer pattern that Gary Tan called thin harness, fat skills on an earlier Lightcone, applied to individual design workflow rather than agentic architecture. The implication is that specialization migrates from people to instruments — and instruments are now cheap to build.

I built for myself a little modal to fine-tune the parameters — that's a pattern we keep returning to…
dithering effect. And so I built for myself a little modal here where I could really really fine-tune the feel and all the parameters of the dithering effect to really get the feel that I wanted. Um, and I even made this modal public. And so if you load the page on your desktop, you can also experiment and have fun with the modal. But that's usually that's a pattern that we saw ourselves going back to as we build websites, you and I, is building modals for ourselves so that we can fine-tune small details and really make it perfect. This is a common trend that I've been seeing a lot is rather than generating something having the static…

The broader Whorfian idea — that the tools you have shape the thoughts you can think — gets complicated when you can make your tools. The old version of this is: "I'm a Figma designer, so I think in components and frames." The new version is murkier. If every design decision can be instantiated in code, and code can be generated from description, then the constraint on thinking is less the tool and more the quality of your imagination and your prompts. Tools no longer define the design space; they execute it. Which means the limiting factor shifts back to something older and harder to teach: taste.

Finally, the traditional model of creative ownership bends. Eve describes moments where the agent surprised her — hover effects she didn't specify, visuals it scraped and surfaced that she wouldn't have found herself. The designer didn't produce those things. She accepted them, refined them, directed them. The right analogy might be closer to editing than authoring. Attribution stays with Eve; the process of getting there is collaborative in a way the model of "the designer makes" doesn't quite capture.

There are really cool hover effects — you're at a point where you don't even know how it does these things…
you seem to like across many websites. This is another exploration that I really loved. Again, displaying the title of all the articles. And there are really cool hover effects. >> Oh, wow. >> That it created as you're exploring the different articles. And so for each article, it pulled >> really cool visuals. And you're at a point where you don't even know how Claude does these things. It just scrapes the web, it browses the web, it finds cool pictures, animations, and it's going to surface them like this. And if there are some things that you want to fine-tune, you can just, you know, speak via voice and ask it to…
5 / 7
IV · The New

New entries for the latticework.

The most durable new model in the episode is the soul.md — a single canonical context file that replaces the scattered notes, summary docs, and stakeholder-meeting takeaways of traditional design briefs. Its logic: an AI doesn't need your conclusions, it needs your context. The more unfiltered the input, the better the output. The soul file grows continuously, gets passed to every new conversation about the project, and becomes the memory the model otherwise lacks. Generalisable far beyond design: any long-running project with evolving requirements and multiple collaborators benefits from one place where everything lands, unedited.

The second model is bespoke scaffolding — the deliberate practice of building small tools for yourself before you need them at scale. Eve's shader modal, her recording-trigger script, her 16-iteration glossary navigator: none of these are products. They're instruments. The pattern: if you find yourself repeatedly adjusting a parameter by hand, or navigating through outputs tediously, build the thing that makes it fast. Then optionally publish it. The key insight is that the cost of building a bespoke tool has dropped far enough that the break-even threshold is now a single frustrating afternoon.

There's a version for humans and a version for machines — a markdown file, distilled and lighter for agents to consume…
going to be the version of the website that is for humans and there's going to be the version of the website that will be for machines and agents. And so we thought it would be fun to also have a version of this website that is basically a markdown file that has all the content that we have on the version for humans, but it's a lot more distilled and lighter for the agents to consume. And I also added a copy to clipboard at the very top so that you can take the entire content of the page, dump it into Claude or Codex, and then you can ask questions if you don't feel like reading the whole thing.

The Paxel project introduces dual-audience design — the idea that every significant digital artifact now has two readers: a human and a machine. The human version is visual, rich, animated. The machine version is a markdown file: same information, stripped of presentation, structured for parsing. Eve built both deliberately for Paxel. The implication is that "the design" is no longer singular. It forks at publication. What the agent reads should be different from what the person reads — and the designer is responsible for both.

You can imagine a world where anybody using software could just prompt it — customize it, redesign it, make it personal…
it submitting this. You can imagine a world where anybody who's using a piece of software, they could just prompt it. You could give the ability to prompt it or customize it or redesign it or, you know, add features, remove features. Make it so specifically personal to the person that's using it and they could be able to implement those changes themselves in their own local copy of the product that they're using. Let's take a look at what a report looks like from here. >> After you run the command and we analyze your transcripts, we give you a report that lands in your inbox and is going to give you some fun facts about how you code in the form of these fun cards.

The episode closes with a vision Eve calls prompts-as-product: the feature request form in Paxel, which doubles as an agent submission interface — a user's natural-language request that fires off code changes in their own local copy. The idea generalises: what if every piece of software shipped a prompt interface alongside its GUI? The design challenge is no longer "how do I arrange these controls" but "how do I make my system prompt-addressable." That's a new discipline, and the latticework doesn't have a model for it yet.

6 / 7
V · The Field Card

When to reach for which.

VI · Coda

The latticework, after Design Review.

The video's central provocation is quiet: if execution is no longer the bottleneck, what changes? The answer, it turns out, is the shape of the designer's job. Eve still controls taste. She still defines the soul of each project. But she's building instruments instead of hiring specialists, generating fleets instead of drafting single concepts, and shipping two versions of every artifact instead of one. The role didn't shrink. It forked.

The biggest bottleneck is no longer software. It's imagination. — Eve Bouffard, YC Design Review

Munger's latticework gains a few new entries: soul.md as canonical truth, bespoke scaffolding as cost-collapse response, dual-audience design as structural artifact discipline, and prompts-as-product as a discipline that doesn't have a name yet. The episode is most useful for what it implies about the things already in the latticework: activation energy, creative constraints, feedback loops — all of them now operate at a timescale where the gain from tightening them is immediate rather than theoretical.

7 / 7