Back to Nicholas

34: Ryo Lu - It's All the Same Thing

Nicholas
@nicholas

All links and transcript at dialectic.fm/ryo-luRyo Lu (Website, X) is the head of Design at Cursor. Prior, he was a designer at Notion, Stripe, and Asana, working on some of the most influential software tools of the last decade. He is now focused on building the next generation of tools for making software.Our conversation is an extensive exploration of Ryo's design philosophy, which is anchored in his recurring mantra: "it's all the same thing." He sees the world as fundamentally modular, where simple rules and patterns endlessly recombine to create emergent complexity. For Ryo, design is consciously participating in this process: seeing through the surface to understand the underlying structure and rearranging it into new forms. This means constantly moving between simplicity and complexity, chaos and order, bare material and highest levels of abstraction.We discuss how his process has evolved with AI. In the past, designing in tools like Figma felt like painting; now, working in Cursor feels like sculpting clay or finding David in the marble. So much of his philosophy is about getting closer to the material—in this case, code—and letting it provide feedback. There is no better example of this than his personal project, ryOS, a nearly full-on operating system he built entirely in Cursor. It is soulful, deeply personalized, and the opposite of "AI slop."This is a philosophical discussion about designing things that feel "true" or even "inevitable," but it is also a practical one.

Uploaded
Uploaded May 26, 2026
File type
TXT
Queried
Queried 0 times

Full document

Showing the full document.

Speaker A: Before we get into the episode, I have an announcement. In case you missed it, I'm going full-time on Dialectic thanks to the support of my new presenting partner, Notion. I guess first and foremost, I'm just excited and grateful. I'm about a year into this. I crossed my year anniversary of starting at the end of November, um, and it feels fitting to be able to fully lean in and consolidate and focus on something that has just felt like being in my lane, getting to amplify people I'm excited about. And I've been reflecting on this, and I think this ties to Notion too.

Like, I've been reflecting on like, what is, what is this show? What makes it good? What am I trying to do here? And there's been a handful of patterns that have become more obvious over time, things that have become more legible. I think it's definitely a show about ideas, particularly. I think I love to talk to people who make stuff about the ideas and philosophies that underpin them. But I was also reflecting on like, what, what are the patterns that stand out most? And I think they tie into why Notion is such an ideal partner for me.

The first is, I think it's a show about where ideas meet action. I love introspection and reflection and thoughtfulness and philosophy, but I think I also love people who are able to take those things and use it to make contact with reality. This combination of introspection and agency and action. Ideas are powerful, but we gotta put 'em to work. The second pattern is craft. Craft is aspirational. Craft is when we deploy our taste. Craft is a human touch. Craft is saying, I'm just going to push things a little bit more to make them a little bit better.

And whether my guests are people who design things or write or invest or whatever else they might create, I think there is a deep amount of craft inside of how they approach what they make and inside the things that they make. And the third pattern is soul or soulfulness. This word is obviously a little bit hard to pin down, and you might instead say authenticity or originality or even aliveness. But soul is about when somebody line— is lined up, I think, like in who they are with the way they're showing up in the world.

And maybe even more than that, a willingness to reach deep. And so I think when I think about what I'm drawn to in all of the people I admire, and certainly the people I talk to for this show, It is soul at its core. One of the things I'm most proud of for this show is the audience. It feels like it's my kind of people. Some of my guests are listeners. Some of the people I've met through the show have been incredible. And Akshay Kothari, co-founder of Notion, is a listener.

And so we've gotten to know each other over the last few months. And when I started to think about what it would look like to go full-time on Dialectic and bring on a partner, it was ultimately a pretty easy choice. I think it was clear to me that he really got the maybe even intangible elements that made the show special to me and to the people who are listening. But also, I think those, those patterns I mentioned earlier, um, really do embody Notion too. And that's why it made it such a right fit.

Notion makes beautiful tools for your life's work. I think I'm someone who's certainly interested in tools. I've talked to a bunch of toolmakers on this show, including Notion's own Jeffrey Litt. He wasn't at Notion when we spoke and he is now. But also on those themes from earlier, I mean, Notion is a tool for taking your ideas and turning them into action, whether that be tinkering with them or expanding them or sharing them. It starts with ideas with Notion. It's a brand and a tool that despite a long road, tremendous scale, and a great deal of complexity has embodied craft, I think, at every step of the way, both as a brand and as a product.

And then finally, soul. Again, soul might be in the eye of the beholder, but I think Notion is a tool that cares deeply about letting its users pour themselves into the product they use. And I think Notion's community and templates and remixing and creative expression are all evidence of just that, a product that is full of aliveness. So it ultimately wasn't a very hard decision to partner with Notion, and I feel so grateful to them for helping me embark on this journey. As for what's to come, I mean, I, I think a lot more of the same.

Hopefully people who are inspiring to you, people you're really excited about, and people who surprise you. I, I would like to keep you guessing. I think too, a lot more video for those of you who are listening, um, or haven't tried. Video is coming and More than anything, I hope to amplify people who can or have the ability to shine. Last but not least, while I'm so grateful to Notion, I'm even more grateful to those of you who have listened, watched, read, whatever, found a way to support me. I feel so lucky.

I hope I am doing you a service when you spend your time here listening to these conversations. I hope you go take your ideas and turn them into things. I hope you do it with craft. I hope you do it with soul. With that, I will, I will turn it over the episode, but thank you so much. And, and I'm so excited to continue to share Dialectic with you. Welcome to Dialectic with Rio Lu. Rio is the head of design at Cursor. Prior, he was a designer at Notion working across so many different projects and features, including Notion AI for about 5 years.

And he was a designer at Stripe and Asana. He grew up between China and Montreal and now lives in San Francisco where he is focused on building Cursor and helping anyone create software. We talked extensively about his design philosophy and how he is constantly moving between simplicity and complexity. Bare material and abstraction, and why, in his words, so many of these ideas and these patterns are all the same thing. We also talk about how design is changing, where in the past, using tools like Figma, it felt more like painting or drawing.

Now much of Ryo's design feels more like sculpting clay or finding David in the marble. So much of his philosophy is about getting closer to the material, and in the case of digital things, of software, that is working with code. And that's why I think why he's so excited about Cursor. The line between vibe coding and real engineering is also, I think everyone's feeling that it's flattening and there's no better example of that than Rio's personal project, Rio OS, which you can find on his website, which is essentially a nearly a full-on operating system of apps and games and simulations.

You can talk to Rio's agent. I've watched him literally make games and new apps for Rio OS in Rio OS. And in some sense, it's entirely vibe coded. Um, he's built it using Cursor. And what's, I think, so outstanding about it is that it's quite literally the opposite of AI slop. It is so deeply personalized. It has so much soul. It feels so much like Rio. So we talk about how he is iteratively designing both his personal projects as well as all of the design decisions he's making at Cursor and helping more and more people across the team work with him in a range of different ways.

This is definitely a philosophical discussion. Much of it is about designing things that feel true or even inevitable. But in many ways, I think Rio is also an amazing example of somebody who is doing a lot more doing than thinking. And so I think that marriage together makes him so effective. And I hope and I think we, we really dove into that today. If you already make things, especially software, I hope you are inspired to be all the more willing to try things, to be more flexible, be more dynamic. And expand the boundaries of what you can personally do.

And if you feel like you could be making more things, I hope you are inspired not only to try tools like Cursor and make software, but to apply some of this philosophy to making any range of things. Um, I just so love the way Rio thinks about, um, getting up close with material and how learning with material, getting feedback from it is how we design anything. It's addictive. It pulls us in. And in the limit, we end up making things that other people get to enjoy. I hope you enjoy the conversation as much as I did.

With that, here's Rio Liu. Rio Liu. Speaker B: Okay, let's go. Speaker A: We're here. Thank you for being here. I'm really excited about this. Speaker B: Yes. Speaker A: We're going to start with a, I guess what you could call a catchphrase of yours, which is you love to say it's all the same thing. Speaker B: Yes. Speaker A: What does that mean? And what does it tell us about design? Speaker B: Hmm. It's like when you look at all the apps you use, or even like everything around you, if even looking at ourselves as like humans, as like life forms, we are always built.

It's almost like with the same parts that are really simple. But when you merge them or combine them, recombine them, they give rise to complexity. Like the most fundamental elements are the same. Like a lot of the concepts that we use, you know, regardless if you call it like, this is a task management thing or like a document thing, they're all just like information organized in databases. Yeah. So there's not that much difference. And then there's always like something at the core that is like the simplest form of the thing itself.

And it's most likely things that you've seen before, where there's like analogues in nature or like patterns. Speaker A: When you talk about those simple things, are they abstract things? Like, are they, as you say, are they patterns or like metaphors or sort of like ideas? Or are they, can they be also like very concrete? Speaker B: Oh yeah. I think they can be very concrete. And it's like the same thing manifested at different levels, different levels of abstraction. Okay. So you can think of maybe like, ah, these are my core ideas, but then how do I say visually represented in like this constrained 2D space, which is like a screen.

Speaker A: Yeah. Speaker B: Like a phone or like you stretch it to like a window, then you have more space. Then what are the things that should be shown? Like what are the relationships between them? Um, what are the more important bits that you want people to get in? Like, it's almost like, it's like a multi-floor apartment. Speaker A: Yeah. Yeah. Yeah. Speaker B: And then you want people to go to the lobby on the top floor with the best view. They can kind of see everything. Ah, this is cool.

Now let me go to the place I want. That's more like for the users. But the same thing applies to say like you're designing UI, you're designing some flows, you're designing how the data model works. You're like conceptualizing how do I, you know, make this into like a big scalable distributed distributed system. And when you're operating on all these layers, they're still like, like just manifestations of those core concepts or ideas. Then you keep everything together and they feel cohesive. When like a lot of people, maybe they think of these things as separate things and then they treat them as like, ah, I need to do this box first and then do that box first.

And then each people doing the boxes don't talk each other, then they build something that's kind of, it's like, it wiggles. Speaker A: Yeah. Yeah, it doesn't have the connectedness. You have, you have a, you have an essay, little essay you wrote about complexity coming before simplicity. The one, one part you say it's like a swan serene on the surface, but paddling like hell beneath. Speaker B: Yes. Speaker A: Which is an amazing metaphor. Why does complexity actually have to come before simplicity? Speaker B: I do think, say conceptually, it is possible to say, ah, these are the core building blocks of my world and that's it.

Let's just go. Speaker A: Yeah. Speaker B: Um, but like it needs to survive in the real world that we live in. Like there's people who like, they don't come here to look at your essay or look at your academic idea of like, ah, these are the ways we need to like connect these computer ideas. Speaker A: Yes. Speaker B: They're here to do something. Speaker A: Yes. Speaker B: So they come here, they should ideally, you know, do the thing they want to do first. Speaker A: Without thinking too much.

Speaker B: Yes. Without thinking too much, they can do it. They can actually like, you know, slowly master it, configure the thing, customize it. Then they kind of know what is in there. You can do it from both ends and they kind of are It's like two sides of the same coin almost. But a lot of people, they only see one side. Say like we do a lot of like user-centered design or like, you know, let's start with the user problem and then decompose it or like do some research, look at some numbers, figure out if solution A, B for this problem 1, which one is the best?

A is the best. Oh, let's just do A. And then you keep doing this A, A, A, A, A, A, A. B, B, B, A, B, B, B. And then now you have a platter of like random choices and then they don't connect. And then they're all like discrete buttons on your UI. Speaker A: Yeah, yeah, yeah, yeah. Speaker B: And that's kind of crazy. When fundamentally maybe all of these ideas are the same ideas or maybe they are like better versions of your original ideas, like a remix version of that or like a reconfiguration of the thing.

Speaker A: Yeah, you're sort of seeing both the swan, both aspects of the swan at the same time. You're seeing the elegance. Speaker B: Right. Speaker A: In that kind of thing. Speaker B: It's like you need to test your model with real-world examples and people. And then as you do that, you figure out, hmm, this part of the system is a little weak. I need to make it better. Speaker A: Yeah. Speaker B: Or like, ah, we maybe we really need, we really need to add this new thing. Then we should probably do it because a lot of people need it.

Yeah. But if you're just conceptualizing yourself and you're kind of your own world thinking and you're just like ideating, then you're not really doing anything. Like, you're not helping anyone. You're just— Speaker A: you're untethered. Speaker B: Yeah, you're just like, I don't know, having fun yourself, I guess. Speaker A: Another line from you. You say the universe is fundamentally modular, simple rules endlessly recombining, creating emergent complexity. Design is the human practice of participating in that process consciously. We look at the world, identify the patterns, extract rules and use them to build new realities.

Obviously, much of this sort of— it's all the same thing inside of that. I'm curious, maybe at the most zoomed out level, like, what, what initially drew you to what you describe as design there, and what kind of keeps you coming back? Like, what is it about this, um, almost like philosophical approach to the world that's so compelling to you? Speaker B: Hmm. I did not come here like, you know, when I started, I did not know the difference between even like engineering or design or product or anything. I just saw these things that were made by people.

Like I started playing with like software when I was a kid, I would get these like pirated CDs. And then they are almost like software subscription packs monthly, like they get, you just load them on your PC and then you play with all the new apps. And then I started playing with like all the Office tools, like all the fonts, Excel, PowerPoint, Photoshop, video editing things, 3D making things, programming tools, starting making websites and stuff. And as you do these things, as you make things, you start realize like the end output of what we do is just code, but there's like a lot of different depth in all the layers.

And if you're curious enough, you can go to every layer really deeply. But the more you do these things, like make more websites for different kinds of people or make different apps for things, you realize like a lot of it is just the same ideas. And then you also can trace it back to history. Like when you look at people when they started this or when they were just, again, like ideating, things were not real because things weren't ready. But the ideas were there. And all you're doing is like remixing the idea, repackaging it a little bit.

And then you want to find out what is the core essence, things that, you know, you cannot remove. That will always be there. Yeah. And then you keep making those better. Speaker A: You use the phrase things weren't ready. Speaker B: Yes. Speaker A: Obviously technology, design applies across disciplines. Technology is an area where design, you actually are dealing with that sort of the rate of progress. I'm curious, especially maybe now since what you have this great, great future site you made for Cursor where you're listing the kind of arc and the lineage of computing.

We're in the middle of, an immense amount of readiness, you could say. But I'm curious what your relationship has been like to things being ready or maybe not ready. Even let's say the last 2 years with AI models and Cursor. Yeah. Speaker B: Yeah. There's like the technological level of whether it's ready. Speaker A: Right. Speaker B: But there's also the conceptual level of whether it's ready. As like, for example, Notion. Even though technologically, as like, everything is kind of fully ready, like Notion itself is almost like just databases in the cloud, and then you can do live editing with people.

You're just manipulating like blocks and databases. Like the ideas have existed for a long time, right? But then people have not caught up, or people are not familiar with these ideas. Speaker A: Yeah. Speaker B: Then it's like still like kind of foreign to people. And then boom, AI happened. Then it's almost like using this new primitive, new technology, we can actually like help people understand better or like make translations of ideas. Speaker A: Yeah. Speaker B: Then it's like still like kind of foreign to people. And then boom, AI happened.

Then it's almost like using this new primitive, new technology, we can actually like help people understand better or like make translations of ideas. Speaker A: Yeah, it's bridging the conceptual gap. Speaker B: Right, right, right. Like you can use that to like bridge the gap and basically instead of people making databases manually or like they have to learn about, you know, coding is like, there's so many layers and then so many dependencies in order for you to do like a running program. You need to know so many things. You can actually reduce that to like nothing.

But then it's like people kind of start from the other end. They get some output, they play, they they tweak. And as they do that, they learn instead of like backing into it, right? Instead of doing it in the reverse. It's like we are fundamentally the limiting factor, like as humans, like our brains can't process too much information. We can't hold too many concepts in our heads. Yeah. Then like what we're doing is you're like simplifying the amount of information or ideas that you're giving to people. It used to be like designers have to do it, the thinkers have to do it, the inventors have to do it.

They're thinking about what is the simplest configuration of the thing, what are the parts. But now it's almost like a lot of it can be handled by the AI. Then you can reach to like lower-level primitives or even connect more things. Speaker A: Then you can pull it more complexity. Speaker B: Yeah, yeah, because this— yeah, but then the, the presentation layer can still be simple and the simplicity can be more subjective. It is not designed by the designer. It is actually like to you, the person using the thing, or you're doing this thing, the ideal configuration for that thing.

I, I can kind of do the translation. Speaker A: Yeah, there's— we're talking about simplicity. There's another comment you made that, um, is very similar to something you wrote about making things true. Um, and I think truth and simplicity next to each other seem interesting. You say, yeah, design is the practice of seeing through the surface of things to understand their underlying structure and then rearranging those elements into new forms that didn't exist. Design is philosophy because it forces you to ask, what is this thing really? What are its essential properties?

You talked about that. What can I remove before it stops being itself? And Once I understand that, what new things can I build? This is the work. Not making things pretty, making things true. I think I have a sense, and the listener probably does too, but what is— maybe not what is the difference between truth and simplicity, but what is it? Maybe even what does it feel like when you're designing and you're, you're approaching trueness? Speaker B: Yeah. Yeah. Or truth. Oh, yeah. Yeah. It's like you Yeah, the thing is, I think, I believe there is actually like an ultimate solution, given, say, the amount of this space and the constraints and the things you know.

Speaker A: Yeah. Speaker B: But the problem is you never know everything. And the things always change. So it's like, maybe it is the ultimate solution for this point in time, for this condition. But then maybe tomorrow it's not true anymore. But I think, you know, there are always, like, say when you're doing a product or making software, like a set of things that don't really change. And it is so important to like figure out what those things are. Those are almost like your fundamental building blocks or ideas. Of the software.

It's like I see like software as it's just like a tree of concepts and you package it up, give it a name and then give it a UI, put it out. Speaker A: Are those concepts changing a lot or are they changing very little? Speaker B: Like most likely they don't change. Speaker A: Okay. Speaker B: Or it is really hard to change them, especially the ones that are core to the thing. Um, for example, I worked at Asana. Asana is basically projects and tasks and everything revolves around it. Every data model is like kind of locked in there.

And then for example, it'll be hard for Asana to expand into like whatever, but then it is easy for Notion to do that because Notion's building blocks on the, in the underlying like abstractions are more flexible. Speaker A: Yeah. Speaker B: And then they actually don't change that much. All you're doing is like you're fixing some problems with how they connect to each other or how now there's like a different kind of data that we can present better. What are the better views for that? How do people like, you know, combine these things so that they can do a lot more crazy things?

How do you help people like instead of them building this thing, maybe the AI agent does this thing. And say for Cursors, like, that common layer is even lower, which is code. And it's so generic. It means you can actually do anything. Speaker A: Is truth universality? Is it the same thing? Speaker B: Kinda. Or like, it's like, given this constraint, what is that ultimate answer? Or what is that simplest configuration of your system that does everything? Yeah, the most beautiful state. Speaker A: You have another idea about inevitability. Uh, you say the best future solutions seem almost retroactively inevitable.

The philosopher who said that the truth is what never had to be said, yeah, might as well have been talking about a product so perfectly aligned with its context that no competitor can have us propose a simpler alternative. Is that— I mean, it obviously connects to the truth and the universality. Maybe it— maybe, maybe really what you're pointing to there is what you said earlier, which is there actually is some objective final, at least final for right now, form. How do you design? How do you design towards inevitability? Speaker B: Yeah, you kind of project It's like you always design, say there's a set of fundamentals that don't change and then there's like an ideal future that you want to go to.

Then you figure out what are the deltas between that. Speaker A: Is that future, sorry to interrupt you. You could certainly think, take Notion example. We are going to take a really, really simple set of very flexible building blocks. Some of that you, when you were working on it 5 years ago, or Ivan when he was working on it 10 years ago, may have had some sort of future conception. I've seen some of the early decks Ivan had. Speaker B: Like, there's crazy stuff in it. Speaker A: It's amazing. But on some level, of course, he didn't fully know.

And so I'm curious how, like, how important it is for the specificity of that inevitable future outcome. Speaker B: Right. It's more like it looks retroactively inevitable. But when you get there, it's very ambiguous. Like, you actually don't know. Like, you start with you actually don't know, and then you're, you're looking at, what do I have? What do I want to do? Or like, you know, my future state, my ideal. You can just imagine, like, don't limit yourself. And then you start thinking, Maybe there are these kind of big changes I need to do.

These are the little steps that I need to take. The closer you are to the present, the clearer the step is. The further out, the muddier it is. But then the only way you can start doing or start going towards it is you do things. You build, you know, steps or I, kind of like, say, like prototypes were like pieces of it. And then as they get built, get used, get feedback, you kind of clarify the thing and you move forward. Speaker A: Obviously a lot of this is philosophical. Someone might listen to this and this combination of complexity and simplicity, it's really appealing.

Most designers, most people making things along a long road, um, are forced to compromise somewhere along the line. And so it almost feels like maybe one of the things getting in the way of getting to trueness or inevitability is practical compromise. You're also very practical. You're, you're sort of just pulling this thread in many ways. Like, how do you, how do you sort of fend? I'm sure there are a million compromises Notion could have made along the way. I'm sure there will be many compromises Cursor is faced with. How do you relate to that?

Speaker B: Yeah, it's like, I don't want every single thing to be perfect. Or like, there are certain things that are like, say, they're actually okay to be a little divergent. Or like, you kind of let it go a little bit, let it roam a little bit. And then see what people feel, see how the thing, you know, does. And then you're like on this constant loop of like reexamining what you have in your system. All the things you add, see how they're perceived. And then you're trying to, maybe now we need to like unify these things together.

Maybe now we need to like clean this part up. And then once you do that, then you, maybe open up, boom, this amount of like people can use it now, or you make this part of the experience better. And it could, like, it's not like a feature level thing anymore. It's more like all these things together, because they make a better system, because the system is more flexible or extensible. And you also like increase its capabilities, then that can do a lot more for a lot more people. And it's not just about like, let's make this feature A and then see how it does and then run some numbers on the, I don't know, like adoption, retention, whatever.

Speaker A: It really kind of feels like it goes back to the swan. It's like, or maybe use another metaphor. It's like, you seem to be constantly taking stock of both like, what is this pixel? And also, what is the picture of the clouds? Speaker B: You need to like, go around these layers of abstraction. If you really want to make something truly simple. It's like, a lot of people also think simplicity is about like, removing things or let's just get rid of all the I don't know, any feature that gets used less than 5% by users.

And then you're like removing something that maybe the 0.1% power user really loves and depends on. Maybe the better way is to just like, you just like Marie Kondo it, like you just clean it up a little bit or reorganize it so that like, Most people get the, like, the most easy path, but there's still like little pathways for others. You don't have to take things away. You just tuck them away maybe. Or like you build like elevators. What do you say to— Speaker A: it's funny you bring up Marie Kondo.

I think like for many people that's very aspirational. For other people, they're like, how unrealistic. Like she doesn't live in the real world. She spends all her day cleaning. Like, You've written and talked about minimalism, which maybe is a little bit— I think minimalism, maybe people take it too far, gets a bad rap. How do you relate? Like, you— it doesn't seem— you present— you're very refined. You clearly care about aesthetics. And yet Rio OS, like, it has like a little lived-in, like a lived-in messiness almost. Speaker B: Uh-huh. Speaker A: I don't know what my question is there, but like, like, do you, how do you, how do you have that sort of tidy, thoughtful, careful, and also like aliveness in a system?

Right. Speaker B: I think it's like a lot of people think these attributes is like, you have to have this or this when you can actually have both. So like, should it be simple or should it be complex? Should it be flexible? Should it be rigid? To me, it's almost like, because software is, it's like, it's almost like a life form. It's like it runs, it can mutate, it changes itself. You don't have to be like so opinionated. Like your opinion is actually taking the stance of I don't have too much opinion.

But you always make things start really simple. And then you let people play with it. You let people discover what they want, or the way to do things. What is, you know, their way to do things. It's not my way. Like, I don't want to force my, like, my way of thinking, or this is how you do it, 1, 2, 3. Onto you. I just kind of give you like pathways and elevators and the tools to do the thing you want. Speaker A: Yeah, you have a line somewhere, you say, no point solutions, always spectrums.

Speaker B: Yeah, and it captures that. Yeah, it's like, like fundamentally all these tools are the same things. So like if you're you're okay with that, then you don't have to really pick, like, ah, do I want to do this, like, cursor for salespeople or a cursor for coding? It might be the same thing. Speaker A: I want to talk about that kind of process of making, and you, you started to get a little bit— you have this metaphor of, of sort of like sculpting or finding what's in the stone that I think is really powerful, that's not totally intuitive for how people think about creating.

Yeah. You say there's, there's a quiet, almost mystical art to starting with something so unrefined that you're unsure if it's mud or marble, and patiently revealing its shape until others recognize its beauty. In the end, they'll say, of course, it's so obvious. Speaker B: Yes. Speaker A: Why, why can't greatness be— why must it be emergent? Speaker B: Because you haven't seen enough, you haven't tried enough. You think, ah, this first idea I have is perfect. And you throw it out there and you realize, hmm, maybe only I think like that.

Or maybe people like it, but they don't really understand the words or the nuance in there. Then you need to like keep tweaking and keep getting input. It's like you never start with something that's like the ultimate answer. You always start with shit and then you make it better and better. Speaker A: Is that the case for every medium? Speaker B: I think so. Like, like even when you're painting. Speaker A: Yeah. Speaker B: You start with like the pencil sketches and then you layer on top the paint or like you're sculpting, you start with just like a blob of clay and you're like making the high-level like shapes good enough.

And then I start like working on the details. It's the same thing. Like you never, you never get the first shot right. Even more true with like AI. Speaker A: Yeah. Speaker B: But with AI is like, or like say with Curse Composer 1, because it's so fast. It's like, it's a different way to do things now. Like you're building as you're seeing things, as you're thinking. Speaker A: Right. Speaker B: And as you're designing and it's all together. Speaker A: Yeah, I wonder like you referred to software earlier as almost like an organism.

And maybe that's something that's true about software inherently, but it feels especially true with AI now. Speaker B: Yeah. Speaker A: And you— one of the things you said to me when we met, you talked about sort of how you used to work being much more like painting or drawing and now it feels much more sculpting or finding something new with stone. Speaker B: Yeah. Speaker A: I don't know that that way of thinking is intuitive to people, even people who make software. And so maybe one question I'd have would be like, have you started to think about it in a fundamentally different way with AI, or is this actually just a continuation?

Speaker B: Yeah. Speaker A: I don't know that that way of thinking is intuitive to people, even people who make software. And so maybe one question I'd have would be like, have you started to think about it in a fundamentally different way with AI, or is this actually just a continuation? Speaker B: I think it's almost like going backwards. It's like I started building things myself and designing everything. A lot of times I did not use like pixel tools. I just coded it. And then I became like a professional product designer.

Speaker A: Yeah, capital D designer. Speaker B: Yeah, yeah. And then, oh, interesting. Now I just make mocks and fancy animated prototypes. And then I would drop that mock into my PM's PRD and I'll wait for things to happen and things don't happen. And then now it's like going backwards, meaning like I have an idea, I'll just prototype it out. Speaker A: Like a kid. Speaker B: Or like a kid with a piece of clay. Oh yeah. Or, oh, there's a bug. Okay, I'll just like make a screenshot and then circle the thing, ah, add cursor, fix this, and it'll get fixed.

It's like, instead of waiting, instead of getting stuck in pictures or words, you actually make the thing where you use software or use code as a tool to communicate your ideas better. And because we're software makers, the best tool is code. Speaker A: There's a, I interviewed early on, I interviewed a couple of designers, like industrial designers, physical designers, um, Seiway and Taylor. And one of the things that they feel really strongly about is like, they hate renders. It's like, make, make the prototype. Speaker B: Oh yeah. Speaker A: And I almost feel like this is the digital version of that.

It's like, get it down in the metal, in the code. Speaker B: Exactly. You have to play with the material. Like our material as software makers is never the pixels. It is the code itself that renders the pixels. Yeah. Yeah. Speaker A: You have a line I love. You say, uh, but it existed and because it existed, it could be improved, which so captures the, like, power of working with actual material. Uh, it— I, I do wonder, like, you, you— we, we were talking, we were first talking, you said, um, I use Figma when I want to go into my, my old way of thinking, which obviously relates to what you just said.

I'm curious today, like, and maybe part of it is that you're designing Cursor, which is especially conducive to— it's less about the pixels already, but when do you find yourself sort of like tempted towards the old way of thinking? And like, is it a yo-yo? Is it a That, like, will you be using Figma at all in a year? Speaker B: Oh yeah. It's like, they're just tools. And like, sometimes we think in words, sometimes we think in pictures. Speaker B: Oh yeah. It's like, they're just tools. And like, sometimes we think in words, sometimes we think in pictures.

Speaker A: On podcasts, we definitely think in words. Speaker B: Yeah. Or like, making videos too. Some people do that. Yeah. Or like slides or whatever. Like, those are just you know, different artifacts or like forms to help us think. And I think, like, I don't want to take them away. Like, different people have their preferred form to think. Maybe some people are more like linear, they just write text. Speaker A: Yeah. Speaker B: I like bullets. I think I got the disease from Notion. It's like, like all I do now is like I go out and then I walk, have ideas, I'll open a Notion doc and I put in a list.

And then once I'm done with my walk, I'll go back. Ha, maybe now draw some pictures. Then maybe I'll do Figma. Because it's so like, because I've been doing this for so long, it's like water to me. Like I don't think, yeah, when I make more artboards or when I do the Figma like shortcuts. So when they change shortcuts or like they move around my things, I get mad. They keep doing it. Speaker A: I saw you were really mad that they had changed the checkbox. Speaker B: Oh, for Notion?

Yeah. Oh yeah. That's for another thing. That's more for like, it's like I feel like, like every piece of software is almost like a person. It has a vibe, it has like a history, it has some character. Speaker A: Essence. Speaker B: Like you don't want to lose that. Speaker A: Yeah. Speaker B: You don't want to water everything down to like border radius 4 pixels. Like sometimes it's good to keep that. Speaker A: Yeah. Speaker B: Keep a lineage and keep a thing that's maybe a little weird, but it's so like characteristic.

Speaker A: Yeah. Speaker B: Yeah. Speaker A: On the, on the note of sort of your thinking time and you talked about thinking and using different tools, you're thinking using Figma. Um, you, you've, you've talked about your walking and like the value of this sort of like idle time, the space between, um, Thinking time isn't wasted time. Are you, and maybe this is running against what you just said about it feeling like water, but are those like different modes? Like when you, watching you use Cursor, at least on your phone where you're hanging out, it didn't seem like you were doing very much thinking.

You were just like, you were just throwing like paint at the canvas. Speaker B: Right. Speaker A: Um, and then when you write about your walks or like that, that feels like a very structured, is that maybe a template for how? Speaker B: That's more for the longer term things. Ah, yeah. Where like, vague ideas, ambiguous, dreaming, or like, huh, maybe we should do this. I'm not sure. Maybe we should do it this way. What are the, like, the components in there? How do I, like, break it down? What are the things people care about?

Speaker B: Right. Speaker A: Um, and then when you write about your walks or like that, that feels like a very structured, is that maybe a template for how? Speaker B: That's more for the longer term things. Ah, yeah. Where like, vague ideas, ambiguous, dreaming, or like, huh, maybe we should do this. I'm not sure. Maybe we should do it this way. What are the, like, the components in there? How do I, like, break it down? What are the things people care about? Speaker A: Whereas when you're using Figma, you're using cursor, you're— Speaker B: those are more for maybe like Figma.

It's like, there's still some difficulty where it is just like, it just takes more time to say, build a really crazy prototype in like code. So if you want to just communicate ideas into the space really quickly, draw some pictures, that's fine. And then when the thing gets to the state where I think I know what it is, I want to figure out how they fit together, how they work together, what are the you know, especially with like building AI stuff, there's like so many, like both like procedural and like non-deterministic things that you need to think about.

And it's really like really hard to simulate in Figma or like in static pictures. Speaker A: Yeah. And you're not with the material, you're not up close with the material. Speaker B: Like you actually need to glue it up and then see how they fit together. See how the states transition. Uh, if I get this like error, what happens? Or, uh, if the, the, the return gets too long, what happens? Like you'd never get that in Figma. Speaker A: Yeah. And you're not with the material, you're not up close with the material.

Speaker B: Like you actually need to glue it up and then see how they fit together. See how the states transition. Uh, if I get this like error, what happens? Or, uh, if the, the, the return gets too long, what happens? Like you'd never get that in Figma. Speaker A: I want to talk a little bit about ReolOS. Um, both because I know you're, you're very obsessed with it and it, it does feel like the perfect embodiment of this sort of working with clay. Um, And I, I think it's, I would strongly encourage people listening or watching to go to poke around with it.

Um, as I understand it, Reolink started as a soundboard app you made for your friends when you were leaving Notion. And it sort of feels like it's this just infinite thread you keep pulling or this piece of clay you just kind of keep turning over in your hand. Speaker B: Yeah. Speaker A: Um, for people's context, like I, I, we, we, when we first met, you had your phone out and you were like, We were just talking and you were literally making apps as we sat there and talked. What have you learned about making things and maybe even about yourself from this crazy project?

Speaker B: Uh-huh. I learned that, oh shit, I can do all of this. I think that's the biggest thing. And it's like It's all like little ideas piling up on each other. You start with like something simple, small, and you just keep building and building and building and building and see it grow. And then when it grows to like a size where it's like, you know, there's some constraints. I actually started the thing in v0. Not Cursor, like the soundboard thing. Speaker A: Yeah, yeah, yeah. Speaker B: Like I ran into some like errors, then I'm like, I need to do it in Cursor.

Speaker A: And you use Cursor much prior to that? Speaker B: Not really. I tried 3 times, I turned 3 times. Speaker A: Oh, interesting. Why? Speaker B: Yeah, it's like the first time I was like, oh cool, new code editor, let me try it out. I type some lines, it completes like 5 lines of code instead of 1 line of code versus like GitHub Copilot. Then I turned— Speaker A: Because you felt like it was trying to do too much? Speaker B: No, it's like, it's just completing code with more lines.

Yeah. And then second time it was the chat. Speaker A: Yeah. Speaker B: It's like ChatGPT next to your code. Speaker A: Yeah. Speaker B: And it can read the code, it can answer some questions. I can't do much. So I tried. And then the third time it was like discovering the agent. Speaker A: This is post-using v0 or pre-using? Speaker B: After. Okay. It's like I needed some tool that can let me do anything. Then I found Cursor. And I'm like hooked. Yeah. And you start from like simple things and then you just ask some maybe a little crazier idea and then you see it getting built.

And see now with PlanMo, you actually see how the models think and you can change, you can be part of every step that is still your clay. But it's like the model now handles all the parts that I don't really care about. I actually studied like computer science because I love computers and software, but I hated writing code or like all the algorithms and stuff we learned is like kind of useless. And what I care more about is like like, what are the ideas? How do people, you know, feel? Speaker A: Um, how quickly can I make this thing I thought of?

Speaker B: Exactly. It's like the thing, the idea, the concepts. I want to play with the concepts. Speaker A: You mentioned it, like, Reolink OS. It doesn't really seem like something like that could be— should be able to be built by just throwing more paint at the canvas. Like it feels like the type of thing that should have needed to be more planned. Speaker B: There is a lot of things that say like, it's not just throwing. Okay. So it's almost like it's a constant throwing things and cleaning up shit.

Speaker A: Okay. Same one. Speaker B: It also happens there in ReOS. Speaker A: What is the cleaning up? That's, that's what we're not seeing, I think. Speaker B: Yeah. You don't see that, but you can see it in my commit logs. Speaker A: The maintenance. Speaker B: Yeah. It's like The more things you add, the more things you realize, it's the same thing that I just talked like earlier. It's like, ha, all these apps need, say, some AI endpoint and some auth. And like, they need to store their states.

They need to write or read into the file system. Da da da da da da. Like, maybe I started, you know, doing the file system part from the TextEdit app, but then now I want, you know, all the other ones that, that can use the same ideas to use the thing, then I need to re-abstract the system, like put that part out or unify some, you know, state management things. Um, and then you need to kind of refactor your original things, even though maybe to the user it looks exactly the same.

Speaker A: Um, that part of it though, I think is where like, for lack of more precise language, people get stuck. Speaker B: Yeah. Speaker A: It's like, again, I, I watch you use Cursor. It's like you're literally, it's like you're just nudging the model. Speaker B: Yeah. Speaker A: And your prompts are not, yeah, it's that demeanor. Um, for, for the listeners, you're just poking it. Speaker B: Yeah, yeah, yeah. Speaker A: It's not these long specs. I'm watching you just be like, like, can you come up with an app idea?

Speaker B: Yeah. Speaker A: Like, your language is really casual. And so I think to the per average person using v0, um, uh, or the person who tries Cursor and is churning, I think we'll talk about it later. You're, you're very clearly focused with Cursor on building for the hardcore user. Speaker B: Mm-hmm. Speaker A: But for someone who has somewhat of a computer science background, hadn't written a lot of code, and it maybe what I wonder about is like in the poking process, you're getting more invested that you care enough to to do the hard maintenance part?

Speaker B: Oh yeah, I learned a lot by building Reolace. Like before, even like since I became a professional product designer, I would have little projects I do on the side. Like the first few years I kept doing those and then I got busier or something and then I stopped. And then every time I tried to go back, oh shit, I need to learn like React 18, Tailwind CSS, whatever, all of those like new things. And then it takes a long time. I have to read all the docs. I need to understand how people do things now.

But it's like, now with the agent, you don't have to do that, but you're still doing that. It's like the agent maybe helps you do the research, it comes up with some, ah, here are how people do it now. And then maybe gives you some alternative options. Maybe you know certain things, you also don't know certain things, but the agent can kind of help you find your way. And then you can say, ah, now just do this. It will write the code. You can look at the code still. You can learn from its output.

How things work. Speaker A: You're getting deeper into the complexity. Yeah, yeah, yeah. Like, it's all what, intentionally or otherwise? Speaker B: Yeah, yeah, yeah. Like, it's almost like just by reading, like a lot of users say this too, it's like they love reading how the models think. They actually want to expand everything and then they want to look at all the output because it helps them understand what the model is doing, gain trust from it, and learn, you know, especially when they're starting to code. Speaker A: Yeah, it might be a strange comparison, but somebody I interviewed, he was talking about reading with his like 7 or 8-year-old daughter and how reading with her, these books that were actually far beyond her sort of ability level, it pulled her in.

And now she's reading whatever. I don't know if she's reading Anna Karenina, but like she's reading well beyond her level. And there is something about sort of like being exposed to someone else's thinking. Speaker B: Yeah. Speaker A: Even if it's GPT-5 Codex or Composer or whatever. Speaker B: Yeah. It's like most of the, as you said, it's like most of the prompts that I did in Reolace is like just really short, simple things. Yeah. It's like theoretically we are ready. Like you can actually build a lot of things and you just vibe.

But there is like, you know, I'm a little cheating too, because I know things before. Speaker A: Right. Speaker B: So I know like when the AI gets stuck, how to like get it unstuck. Or like, as I play more, it's like my full-time job is to play with all these models and use Cursor. So I kind of developed like some intuition on how these, say, different models behave as I make it. Yeah. Or like, what are their limits? Maybe this one's faster, this one's slower, this one's smarter at certain things.

That a lot of people like they don't know. They don't really know what to do yet. So that helps me like put this back to the, to the tool. Speaker A: Right. Speaker B: So I know like when the AI gets stuck, how to like get it unstuck. Or like, as I play more, it's like my full-time job is to play with all these models and use Cursor. So I kind of developed like some intuition on how these, say, different models behave as I make it. Yeah. Or like, what are their limits?

Maybe this one's faster, this one's slower, this one's smarter at certain things. That a lot of people like they don't know. They don't really know what to do yet. So that helps me like put this back to the, to the tool. Speaker A: On that last note, um, when is it your job as the design— or maybe a better way of asking, when is it Cursor's job to try to solve those things versus the model's improvement's job to solve those things? Speaker B: I think it's both. The models can kind of raise in capabilities or like say, now the models are getting better at say using terminal commands, clicking around in a browser, stuff like that.

It's like as they get better, like you still need a way to kind of unlock those capabilities. So you need to feed them back to the tool itself, package them up. Make them just really obvious. So people can just play with them. They don't have to think too much like, how do I, I don't know, trigger it or get it out or use this crazy like script or MCP thing to do something. Like you start simplifying, making things that are possible more obvious. Speaker A: Yeah. Speaker B: For more people.

Speaker A: Ah, that's an interesting way of thinking about it. Yeah. Making things more obvious, making the next step more obvious. Yeah. Speaker B: It's like you're constantly simplifying, unifying, figuring out like, uh, now that we— I have this and this and this, now? How do I like clean it up even better? Speaker A: It feels like it relates a little bit to the like readiness thing we talked about earlier, which is like, it feels like maybe the model's job is the technical readiness and your job at Cursor is the cognitive readiness.

Speaker B: Yes. Like, again, humans are kind of, we're like kind of single-threaded, you know, we've been trying a lot with like multi-agent or like parallelization of like agents. Yeah. And like nobody has really solved it yet because most people are still thinking about, now like, let's just give you 15 agents. Here you go. 15 agents are like, have done all these changes, like 2,000 lines of changes. Speaker A: It's like all horsepower, no steering wheel. Speaker B: Yeah. So we need to like figure out, you know, these like I'm not even sure if there will be new patterns, but it's like better framings or packaging or interfaces for people to just get out, get utility out of these things without breaking their minds or like changing too much or feeling overwhelmed.

Speaker A: Yeah, yeah, yeah. You, um, you've obviously worked on a lot of different types of systems, um, and you're sort of drawn to almost like this container-type tool or product or something. Um, and certainly at least with Cursor and Notion, you have a line where you say systems thinking is essential because the only path to building products that scale not just technically but cognitively, along the lines what we were just saying. Yeah. What are the— is the goal when you're designing a tool like that, um, to allow the user to stay as single-threaded as possible?

And like, like, is that essentially what you're designing for? No, no. Speaker B: Well, it's like, it's up to you. Ah, um, it's like you need to design the zero state, the one state, and the end state for everything, and then see how they meld together. Speaker A: This is the simplicity complexity. Speaker B: Yeah, yeah. Like when you have n times n times n, it'll be kind of crazy. But if you really want to be there, so be it. Speaker A: Yeah. You should meet the user where they're at.

Speaker B: Yeah. Speaker A: Yeah. Speaker B: Yeah. Like if you are actually like someone, I don't know, you have ADHD or something like you want like 8 different windows all like running, so be it. Speaker A: Yeah. Yeah. Like the average person probably wants, right? Speaker B: Maybe average people just want one main thread and then It's like how we're thinking right now is like instead of having you like, you need to review changes from these 15 different agents, maybe we help you like kind of cluster them a little bit, organize them semantically.

Maybe instead of talking to each of them separately, you just talk to one person or like one agent and it's almost like your PM or like your assistant and then it's going to figure out, ah, these guys are blocked. Do you want to like approve the terminal command? Yeah. Changes, I think they're pretty good. This is bad. You should look at it. Speaker B: Maybe average people just want one main thread and then It's like how we're thinking right now is like instead of having you like, you need to review changes from these 15 different agents, maybe we help you like kind of cluster them a little bit, organize them semantically.

Maybe instead of talking to each of them separately, you just talk to one person or like one agent and it's almost like your PM or like your assistant and then it's going to figure out, ah, these guys are blocked. Do you want to like approve the terminal command? Yeah. Changes, I think they're pretty good. This is bad. You should look at it. Speaker A: There's a very small subset of users want StarCraft. Most people want Candy Crush, right? Speaker B: It's actually like, I'm fine with both. Speaker A: Yeah. Speaker B: We can actually do like both, like a, I don't know, a TikTok and a StarCraft because of AI.

Speaker A: Yeah. Speaker B: Yeah. Speaker A: Um, there's an idea that I think is really interesting that I think is connected here. Which is about slack in systems. You say the best systems have slack in them. Redundancy isn't always waste. Speaker B: Yes. Speaker A: Optionality. Multiple paths mean you can explore without breaking everything. The core remains simple while layering itself into more complex permutations. Controlled chaos means you're stable enough to not collapse, but loose enough to, to evolve. I think that's such a powerful metaphor. and maybe Slack is that like willingness to go as complex as I want to.

Yeah, I wonder about like, you have somewhere else you talk about that sort of chaos and order together. Speaker B: It's like you, you let diversions happen and you let things evolve. It's like evolution. Speaker A: Yeah. Speaker B: It's like, like nature is constantly like making more you know, permutations of the same thing a little different, see which one works better. Speaker A: How do you give a tool more slack? Speaker B: It's— Speaker A: what does it mean to add slack to Cursor? Speaker B: Right, it's like, it's a little complicated, but also it's like, sometimes you just kind of, you know, all designers or people, we're like kind of perfectionists.

We want like things to be exactly what we wanted. But sometimes you just allow this ugly thing to pop up or this random button someone else added. And then I kind of keep a blind eye on it. And you let it simmer a little bit. You let people play with it more being like our internal group of people. And then as you do that, or like maybe people, you know, threw the first bucket of paint, and then now that it's there, you can see it, you can play with it, you can think about it more, understand it better.

Speaker A: This is sort of roping off the canvas. Speaker A: This is sort of roping off the canvas. Speaker B: Yeah, yeah. Then it's like, ah, now I know how this thing fits with the other things. Where like, ah, this thing is actually like a start of something much bigger. Then it's almost like this constant, you know, chaos convergence thing. And it gets into like an equilibrium. And then you want that thing to be like almost at the edge of like the maximum chaos you can allow. For the thing.

Speaker A: Your job as a designer is almost— Speaker B: You're trying to help people like, here is the line, don't cross it. Speaker A: Yeah. Speaker B: And then you're also helping people like bring this like, it's like reducing like entropy, like just tame it a little bit back. Or like, ah, these, you, you should talk together and then make this thing actually the same thing. Or like, 'Ah, you're making a new thing? Cool. Think about these 4 things that we have.' Yeah. And that's it. I'll just let them think about how does this new thing relate to the 4 things.

And then ideally they come back with a good answer. Speaker A: You're almost like, you're like the game maker or you're like, you're the agent of evolution that is sort of like setting the rules of a little bit of what is tolerated, but critically you're not snuffing things out too early. Speaker B: Yeah. And it's like you're mostly like an observer, or like, I'm not dictating how things should happen. I just tell you, like, given all the things I know, here's probably how we do it. Speaker B: Yeah. And it's like you're mostly like an observer, or like, I'm not dictating how things should happen.

I just tell you, like, given all the things I know, here's probably how we do it. Speaker A: And this is also maybe why it seems like you're very attuned to not just the different ideas for Cursor inside of the company, but all over, like all over Twitter, different stakeholders, students, whatever. Speaker B: Yeah. Speaker A: Because you're almost trying to like broaden the aperture of what is allowed in. Speaker B: Right. Because fundamentally it is the same thing. All the vibe coding tools, Cursor, all the CLI agents, it's all the same thing.

But only like Cursor kind of tries to bridge all of them. And like, I try to give people like their ideal form. And I think like one big, like a big reason Cursor got popular is because it looks exactly like VS Code, at least before. But as we kind of noticed, like people change their patterns of usage. People kind of moved from like manual coding, like reviewing every line to do more agents. Speaker A: Yeah, you have to move with them. Speaker B: Then we just flip. Right. Like our defaults change as the world moves and as the product evolves.

But fundamentally it's still the same thing. Speaker A: Yeah, you have to move with them. Speaker B: Then we just flip. Right. Like our defaults change as the world moves and as the product evolves. But fundamentally it's still the same thing. Speaker A: What is Cursor? Speaker B: Hmm? Speaker A: Obviously Cursor is a plugin or a skin of VS Code on some sort of platform. Speaker B: No, not just that. Speaker A: Of course, of course not just that. And it's changing every day. Like, um, again, at least when we spoke first, like you talked about Cursor, like it, like at least the way you seem to relate to Cursor is almost like it's your little butler that just does things for you.

Speaker B: It's your handmaid. Speaker A: Um, and we talked about code being the universal language, like in many ways it almost feels like cursor is just this medium to work with code with the computer. Speaker B: Right. Speaker A: And so I'm kind of asking about what Cursor will be when I ask what Cursor is, but like, do you have a conceptual, do you have a metaphor? You like, it is a tool, but it's sort of this amorphous, is it just the agent? Speaker B: I see it as just like, we, we started from like one slice of like making software, which is you're just actively coding when you're sitting on the computer.

Speaker A: Yeah. Speaker B: We put an AI next to it so that it can help you write the code. And now it's like, like I want Cursor to be, it's like one place where you can do everything about making software. And that is not just writing code. And it's not just the developers. There's like the PMs thinking about what to do, how to measure things, aggregate all the data, synthesize it, figure out like what are the problems to fix, breaking it down into tasks. There is the designer, maybe they're trying to kind of, you know, explore in in 2D space, higher level abstractions.

There's the engineers writing the code, but also they need to like review, they need to test whether it worked. Once you put it out, you need to like gather feedback and input from the market and people using it. Like all of this is making software, especially in like a team or like a company. Yeah. And now people's workflows and tools and the metaphors they use, the artifacts are all scattered and disjointed. Speaker A: Yeah. Speaker B: We put an AI next to it so that it can help you write the code.

And now it's like, like I want Cursor to be, it's like one place where you can do everything about making software. And that is not just writing code. And it's not just the developers. There's like the PMs thinking about what to do, how to measure things, aggregate all the data, synthesize it, figure out like what are the problems to fix, breaking it down into tasks. There is the designer, maybe they're trying to kind of, you know, explore in in 2D space, higher level abstractions. There's the engineers writing the code, but also they need to like review, they need to test whether it worked.

Once you put it out, you need to like gather feedback and input from the market and people using it. Like all of this is making software, especially in like a team or like a company. Yeah. And now people's workflows and tools and the metaphors they use, the artifacts are all scattered and disjointed. Speaker A: Yes. Speaker B: Whereas I think Cursor can actually help everyone put everything together again. And then using the agent, it's the same agent to help you translate between, say, your form of thinking your preferred artifact into the code itself, then it's almost like anyone who wants to build software or any team, they can just be closer together.

Speaker A: Yes. Speaker B: Whereas I think Cursor can actually help everyone put everything together again. And then using the agent, it's the same agent to help you translate between, say, your form of thinking your preferred artifact into the code itself, then it's almost like anyone who wants to build software or any team, they can just be closer together. Speaker A: Yeah. Speaker B: And then the agent kind of helps them. It's like solving a lot of the issues that we have today that were kind of created by all the tools that that we've made in the last couple years.

Speaker A: Yeah, we just need one more tool. Speaker B: You need, you need a thing that kind of melds them fully. Speaker A: What about CursorShape though? Speaker B: Yeah. Speaker A: Every, people have been trying to build the final tool forever. Right. What about CursorShape? Speaker B: Right. Speaker A: Makes it what you're describing theoretically possible. Acknowledging that you're still currently serving mainly devs. Speaker B: Yeah, I think it's like, like people joke about like Cursor is like a fork of VS Code and it's just code editor. But if you look at VS Code, like deeply, there's actually like really good low-level primitives.

For example, like in VS Code, there's a concept of editors. Like you can open different files in different kinds of editors. Some of them might be looking like, you know, the code editor. Maybe there's like a diff viewer. Maybe there's like a Markdown preview. Maybe there's a browser. Like just having this allows me to just present different things to people differently, even though, you know, underneath it's still the same code. Speaker A: Is that because it works with files or? Speaker B: Yeah. Yeah. So that's another thing is like in VS Code, there's a concept of workspace, which is just like folders and files, maybe they're tied to a repo.

It's like a lot of these low-level ideas, Again, it's like they don't have to change and I don't intend to change them though. Like, I don't know if we will ever detach from VS Code at some points, maybe once we kind of, you know, go fully agent. Yeah. Speaker A: Or at least a lot of the people using Code Summit. Speaker B: Yeah, exactly. Right. But I think it's still like, like the challenge for me is to come up with a way to So you're tying all of these different workflows and people's preferences together into one thing.

And you're trying to come up with like different reconfigurations of that thing. Speaker A: Yeah. Speaker B: How they transition between these states. For these different people, what do they each see by default? How do they like customize it? How do they actually talk together? Speaker A: That's a really complex problem. Speaker B: How do we move from like Cursor from like a single player thing to like a multiplayer thing? Not sure. Speaker A: You got your work cut out for you. Yeah. Um, on the note of like literally using Cursor, we talked about the way you kind of poke it, at least when you're using ReOS.

Yeah. Um, you had given me like your advice was like treat it as someone who's like a little dumb. Speaker A: You got your work cut out for you. Yeah. Um, on the note of like literally using Cursor, we talked about the way you kind of poke it, at least when you're using ReOS. Yeah. Um, you had given me like your advice was like treat it as someone who's like a little dumb. Speaker B: Yeah. Speaker A: Composing things it's seen before. Speaker B: Yeah, yeah, yeah. Speaker A: Don't expect to come up with full components.

You shared a list of 12 rules or tips for using Cursor back in April. Speaker B: Yeah. Speaker A: Um, so those are almost like two sliced timestamps of, of advice around Cursor. Like, uh, one of those I think that stood out to me is if the code is wrong, just write it yourself. Cursor learns faster when from edits than explanations. Obviously that's, that works for someone with a coding ability, not without a coding ability. Um, how often is advice like this changing? Speaker B: Oh yeah, it changed a lot.

Speaker A: Okay. Speaker B: I would say a lot of the things I said in April don't apply. Okay. For example, like the agents now are so good at finding stuff that you don't have to say like at the exact file anymore. Back then it was like, if you don't include the right context, the agent will just come up with something random or it will make some mistake. Speaker A: What is the, what is the, is there anything that stands out about as long as you've been working on Cursor that has been true consistently, or even like the type of person who consistently remains good at— like, what is staying the same, I guess, is what I'm asking.

Speaker B: Not much. Speaker A: Not much. Speaker B: Yeah. Speaker A: You got to be surfing the new wave. Speaker B: Yeah. Things are constantly changing. Even the things that appear the same might be replaced under the hood. Speaker B: Not much. Speaker A: Not much. Speaker B: Yeah. Speaker A: You got to be surfing the new wave. Speaker B: Yeah. Things are constantly changing. Even the things that appear the same might be replaced under the hood. Speaker A: That's both exciting, but also back to the you were talking about, you, I don't know, it was Notion or something else.

Like some, you have a tool you're used to and they change a little. Jeffrey Litt has this metaphor. They change your chef knives. That's hard to— Speaker B: Yeah, I guess there are things that don't change, say the agent. It used to be like, you know, before I joined Cursor, there were like 5 things. Like there was Command K, Tab, Chat, Chat, Composer, Composer-Agent. The first thing I did was to merge the agent. So Chat, Composer, Composer-Agent became Agent with more specific modes if you want, more specific behaviors. And then the agent, the idea is they're all the same.

They're just like apply configurations on top of the agent. Maybe for this agent, it has some custom prompts. It has a specific model set to it. Maybe it has some tools that it can use or cannot. That's it. And you give it a name. And then these agents all operate on different models. Those don't change. They need context that don't change. And then you need to show something with the editors that don't change. Speaker A: Yeah. But all those things are changing. Speaker B: But all of these things are changing.

Yeah. It's like all the things inside are changing. Speaker A: I guess your bet is that somebody's— Speaker B: How do you know they are changing? Speaker A: Right. So if your bet too is that if somebody's playing with the clay, they're okay with change because they're living with the material in a way that— Speaker B: Oh yeah, you have to. Or like, I think like in my career as a professional product designer, the thing I hate the most is like, oh, like people want the design to be final. Uh, where's the final version of this mock?

If you don't have it, I won't start building it. Like that doesn't make sense. Because the first mock is never right. Speaker A: Yeah. Speaker B: Like you have to keep building it. Yeah. Like now it's almost like the reverse happens at Cursor, which is kind of chaotic, but I'm actually okay with it. It's like our engineers were like some of our like enterprise PMs, they start like vibe coding and then some weird patterns emerge or Then you need to clean it up again. You need to wrangle it back. And then now it's like, because AI is really good at composing parts, I'm actually thinking we need to build bricks, really good bricks.

It's like, from all the things that we have, like kind of suck all the patterns, the core bricks. Speaker A: This is something that seems like you guys did a really good job at Notion, which is like, you're like pretty principled about what the bricks were going to be. Yeah. Speaker A: This is something that seems like you guys did a really good job at Notion, which is like, you're like pretty principled about what the bricks were going to be. Yeah. Speaker B: Notion did it more like on the conceptual level.

Speaker A: Oh, you mean like tangible feature bricks almost? Speaker B: Or like, I don't know. It's like low-level components up to like patterns that people can just reuse that are not just, you know, every dialogue is different or less view is different. You, you, um, like, you start helping people create these patterns that just work and just fit together, that both humans and agents can, you know, yeah, make things a little better by not reinventing the wheels every time. Because the agents, when they're like lacking guidance, they have a tendency to do that.

Speaker A: We talked a bit about like, I think you're clearly designing for hardcore users. Speaker B: Mm-hmm. Speaker A: Um, even if people are vibe coding with Cursor, like the, maybe the lines are thinning. There was a, I think a line from you somewhere that I found where you, or maybe I made this up, but, um, I think you talked about like designing for power, like to give the user power. What does that look like maybe in the context of Cursor or more broadly? Speaker B: Hmm. Yeah, I think a lot of people— so I don't see your users as like they're dumb.

They're not. They can figure things out. They don't have to be like babysitted. They can— it's like I want to make things the simplest that you can when you start, but as you go, you get all the depth that you want. Like, as a beginner, you get the same tools as what the pros use, just maybe packed a little differently. Speaker B: Hmm. Yeah, I think a lot of people— so I don't see your users as like they're dumb. They're not. They can figure things out. They don't have to be like babysitted.

They can— it's like I want to make things the simplest that you can when you start, but as you go, you get all the depth that you want. Like, as a beginner, you get the same tools as what the pros use, just maybe packed a little differently. Speaker A: Yeah. You don't have 18. Speaker B: You don't see everything yet, but maybe this thing that you get can do like 80-90% of what you wanted. Speaker A: Maybe on the other side, like currently there's, I think most people's, my intuition would be that most engineers' relationship is like there's vibe coding and then there's real engineering.

Obviously that's, it's the same thing. Challenged. Speaker B: Yeah. Speaker A: What is, how did, what does it look like to design for power and for serious hardcore users on the like vibe coding dimension? Ah, and part of that is conceptual, right? Cause it's like they have to be willing to say, I'm going to, I'm going to give up the wheel. Or not the wheel maybe, but I'm going to let the engine be. Speaker B: Yeah, yeah, yeah. We do like little nudges and we change our default sometimes. And I think those are probably the most powerful tools that you can do as a product or like a piece of software.

Speaker B: Yeah, yeah, yeah. We do like little nudges and we change our default sometimes. And I think those are probably the most powerful tools that you can do as a product or like a piece of software. Speaker A: Yeah. Speaker B: And then you want to introduce them in a way that like people can still get out of it if they want, but you want to show them that, ah, Stop. Now here's the new world. Here's how you do it. If you don't want it, you can get out. But it's almost like, again, the same thing, but reconfigured or like slightly more optimized for the new way of doing things.

Speaker A: There's a little trust there too, right? Like it's like, actually, if you trust us for a minute, let us show you how much the agent can do. Speaker B: Yeah. Yeah, people, like a lot of people haven't felt it yet, or maybe they've tried it before, but it didn't work. And then they kind of lost their trust. Speaker A: Right. Speaker B: And then they never— Speaker A: They turned 3 times like you. Speaker B: Yeah, yeah, yeah. And it's like, so it's, I would say for now, you can probably do something pretty impressive even on the first shot.

But even say like 4 months ago, it's not the case. So maybe the first time you tried Cursor, it didn't work or it got blocked or it did something stupid. And now you're like, I don't want it. It's like we need to figure out how to like get the new people in without too much thinking and setup, they can do stuff. Get the existing users, you know, onto like better ways to do things that are more like up to date. Speaker A: Without feeling like they're behind the times or what.

Exactly. Speaker B: It's like you want to kind of carry them over instead of like teleporting them to the new world and then they're like, ah, what the fuck is this? Speaker A: Yeah. Speaker B: And then there's like getting the people who maybe tried Cursive before that thought it was not good to come back because it's good now. Um, yeah, there's like work for us to do there. Solvable problems. Speaker A: Many, many problems to solve. Uh, some questions about kind of process and some other stuff that relate. You have this amazing essay about creating something great.

So a few things in this broader vein. First, like, I guess we kind of talked about this and maybe this is silly, But is design kind of just writing now? Like, it seems like most of the design you're doing, you have your walks, you go on and then you go to Cursor and you write. Speaker B: Yeah. Yeah. Yeah. Speaker A: Maybe you write a longer spec sheet as Cursor improves. Speaker B: Yeah. I do write docs and stuff. I think it is just about like communicating your idea and all the details that you can think of.

In a way digestible for your peers and the agent. Speaker A: And the agent, critically. Speaker B: Yeah. So depending on like who I work with, even I will change the way I make these things. So like I work with an engineer, his name is Ian. He loves mocks. He loves pictures. Like when I do like live code prototypes, he doesn't like it. He just wants Figma mocks with all the, like every detail in one picture. Speaker A: And the agent, critically. Speaker B: Yeah. So depending on like who I work with, even I will change the way I make these things.

So like I work with an engineer, his name is Ian. He loves mocks. He loves pictures. Like when I do like live code prototypes, he doesn't like it. He just wants Figma mocks with all the, like every detail in one picture. Speaker A: Yeah. Speaker B: So I just do that with him. Or if I, you know, talk about something more vague, people have like also vague ideas, then I keep it more like, maybe they're just bullets, maybe they're like simple writing. And then maybe when we want to do something like it's gonna be like a multi-month staged thing that's a little bigger.

Speaker A: Yeah. Speaker B: Then I'll write a big RFC. Yeah. It's all like kind of inherited from the way we do it at Notion, the writing part. But with Cursor, it's like now there's like also you just kind of, ah, I have this idea, I'll add it to my prototype and then Oh, look at this. Should we do it? Yeah, let's do it. Speaker A: I suspect those two modes together are quite powerful. Yeah. Speaker B: What, like you get from like the most high-level, like abstract level to the most detailed writing.

Speaker A: When you say the abstract level, you mean long writing? Speaker A: I suspect those two modes together are quite powerful. Yeah. Speaker B: What, like you get from like the most high-level, like abstract level to the most detailed writing. Speaker A: When you say the abstract level, you mean long writing? Speaker B: Or like even just high-level bullets or what are the ideas and the constraint. Speaker A: Are, is a, is a really detailed spec doc and a like actual prototype, two forms of like two almost different trees of detail.

Speaker B: It's like the same thing, but yeah, visualized differently at different levels. Speaker A: Totally. Yeah. What is, on that note, maybe like what is a week? What does your time look like? Or I think Cursor has like one meeting a week. Speaker B: Mm-hmm. Speaker A: You're going on walks and thinking, you're prodding ReOS, whatever. Uh, you're in Figma sometimes. Like what is that like pie chart of time? Speaker B: That's kind of random. Speaker A: Every week's different. Speaker B: Yeah, very different. Yeah, we also like jam with people at the office.

People are always like there. Not much meetings. Speaker A: But a lot of talking, it sounds like. Not scheduled meetings, but a lot of chatting and talking and jamming. Speaker B: Um, yeah, drawing pictures, finding people to help join us. Speaker A: Yeah, podcasting sometimes. Speaker B: Um, yeah, drawing pictures, finding people to help join us. Speaker A: Yeah, podcasting sometimes. Speaker B: Oh yeah, getting designers to, to turn into coders. Speaker A: You're a big ringleader for that. Speaker B: Yeah, I want to make it happen. Speaker A: What do you say to the average designer currently who's feeling stressed out?

Speaker B: You're ready. Speaker A: You're ready. Speaker B: Yeah. Like it's, it's time. Just start building. Speaker A: Just start pulling the thread. Get it, get in there with the clay. Speaker B: And then send me all the feedback and if you don't like what you're seeing, we'll fix it. Speaker A: Maybe on that note, although this could apply to engineers or any maker too, um, I think one intuition people have around AI, maybe the average creative or artist, non-technical person especially, is that vibe coding or AI or whatever can make slop, but it can't make soulful things.

You have made one of the most— you've certainly made the most soulful vibe coded that I've ever seen, if that's— Speaker B: Right. You just need to put your soul in this. You need to care about every detail. You need to not accept whatever purple gradient the AI gave you as the end. Like, that is just the beginning. Speaker A: Ah, yes. Speaker B: You always start with shit. You always start with slop with AI. And then you refine it. Speaker A: You make it the beginning, not the end. Speaker B: Yeah.

You just poke at it with little prompts and then it'll get better. It'll take some turns. Speaker A: You say in the age of AI, the question everyone's asking is, will I be replaced? The real question is, do you know yourself well enough to become irreplaceable? Speaker A: You make it the beginning, not the end. Speaker B: Yeah. You just poke at it with little prompts and then it'll get better. It'll take some turns. Speaker A: You say in the age of AI, the question everyone's asking is, will I be replaced?

The real question is, do you know yourself well enough to become irreplaceable? Speaker B: Mm-hmm. Speaker A: I don't think we're through with technique and skill and craft and mastery. I am curious if there are any of those that you think are worth mastering now, but it seems to me that it's actually more about what you might call intuition or sensibility. Speaker B: Yeah, yeah, yeah. Speaker A: Can you talk about that? Like what goes into that? Because that feels like the— it's not the end, it's the beginning. The beginning feels like I don't like the purple slop.

That's like, I know what I like and I know incrementally what I like. Speaker B: True. It's like the AI models are trained on all the public knowledge information and the code that it can see. And you are trained on the same thing, like all the books you've read, all the fonts that you know, all the artists that you admire, the world around you. And you build that intuition or taste or whatever, and you start forming an opinion about how you want to shape the world. And you You express it by building.

Yeah, that's what it is. Speaker A: Like, not by thinking, by the way. Speaker B: Yeah, not by thinking, not just thinking. Then it's like you have to keep making things and keep looking at things. Speaker A: Yeah, one of the things that get missed in that when people talk about taste is taste is eating food. Speaker B: Yes. Speaker A: Stop thinking about food. Speaker B: Yeah, yeah, yeah. You need to keep eating and making shit. Speaker A: Yeah. Speaker B: And then make the shit better and better. Speaker A: You critique design as aesthetics, I think, a lot, but you're also like very attuned to aesthetics.

Speaker B: Yeah. Speaker A: Reolace is like the most specific thing ever. Like you've perfectly handcrafted, recreated Aqua among many other things. Like. Speaker B: What is the— Speaker A: maybe it's back to this taste thing, but like, what is your relationship to sort of like not holding aesthetics too tightly, but also still clearly really putting a ton of time and effort and energy and thought? Speaker B: I think it's like, it's like how you present things visually will always be there. And Like, I don't really think about it anymore.

You just start noticing, like, this feels off, this feels wrong. And once you have almost like a set of patterns, then you don't really think about it anymore. Unless it's like something new that you want to stress on, or you want to like put a little bit more flair into it. Um, but it's like all the foundational bricks, they need to fit perfectly, even in the visual space. It's like the visual space, the bricks are like the color, the spacing, the layout, the grid, the different like type, type scale, font sizes, and all of that.

Speaker A: It's sort of part of the, it's part of the big picture. Speaker B: Yeah. It's part of it. It's more like one layer of it. Speaker A: Yeah. Yeah. Speaker B: But it's like, ideally the thing is also constructed in a way that it's like, like it's almost like the simplest form for the low-level ideas that you want to convey. Speaker A: Yeah. I like that. It's a, it's a, it's, they're compressed. Speaker B: Yeah. Speaker A: Yeah. Speaker B: Yeah. It's like compressed into pixels. What are they?

Speaker A: Yeah. Speaker B: Yeah. Speaker A: Um, in the— Speaker B: so you, you still think about it, but you don't think about it too much. Yeah. Speaker A: Once you're over, it has its hierarchy, it has its role in the hierarchy, right? Speaker B: And I also dislike how people think of them separately sometimes. It's like, so at Google they have like interaction designers and visual designers, they're split, and that's bad. Then you create a world where the visual designers only think about how the button looks and then they fight.

Speaker A: Not what it looks like to press the button. Speaker B: Yeah. Or, um, feels like, I should say, like, how should the buttons be fit, fitted together? Why is there so many buttons? Yeah. Speaker A: Yeah. You're always backing into this. You need to have the cohesion in mind when you're in the micro. Yeah. Yeah, it's like, um, I don't know, you in that, in that greatness piece you wrote about focus and breadth. Like, we're taught to focus early, choose what's important, discard what's peripheral. The genesis of a thing that might be great, um, strict focus is a ruse.

The treasure lies in expansive searching and stitching together a tapestry of interrelated issues. Later, once you roam far enough, clarity will guide you toward the right edges. Until then, let curiosity roam. And it almost feels like that is going in two axes, which is the axes of like incremental new thing and the axes of like hierarchy and cohesion. Speaker A: Yeah. You're always backing into this. You need to have the cohesion in mind when you're in the micro. Yeah. Yeah, it's like, um, I don't know, you in that, in that greatness piece you wrote about focus and breadth.

Like, we're taught to focus early, choose what's important, discard what's peripheral. The genesis of a thing that might be great, um, strict focus is a ruse. The treasure lies in expansive searching and stitching together a tapestry of interrelated issues. Later, once you roam far enough, clarity will guide you toward the right edges. Until then, let curiosity roam. And it almost feels like that is going in two axes, which is the axes of like incremental new thing and the axes of like hierarchy and cohesion. Speaker B: Yeah, you do that at the same time and that's why it's chaotic.

Speaker A: Yeah. Speaker B: And ambiguous. Speaker A: Yeah. Speaker B: Yeah. Speaker A: And you have to rein it in with the order and— Speaker B: Yeah. Yeah. Like when people try to put this into like a linear process or order, they just fuck it up. Speaker A: Yeah. Speaker B: Because there is no more like emergence. Speaker A: Do you think that one view just says that like Google doesn't have Ria Liu or whatever, pick your favorite designer. Another view that says the people at Google are talented and actually like they are cool.

The system is failing them. It seems like you think the latter. Speaker B: I think the latter. And I think, say, a tool like Cursor or its ideal form can help with this. Meaning like people with different roles or they're kind of stuck in boxes right now. Speaker A: Yeah. Speaker B: You just break the box and let them build the thing they want. Yeah. Speaker B: I think the latter. And I think, say, a tool like Cursor or its ideal form can help with this. Meaning like people with different roles or they're kind of stuck in boxes right now.

Speaker A: Yeah. Speaker B: You just break the box and let them build the thing they want. Yeah. Speaker A: Another part of that essay on greatness, pursue agility and quality in equal measure. The myth says you must choose, move quickly and break things or move slowly and ensure elegance. But genuine excellence emerges from a dance between speed and depth. Agility, and quality. I love this. Like a skilled musician who can improvise yet still maintain impeccable technique— yes, you must learn to adapt fluidly without compromising the integrity of the final piece.

Yeah, I'm curious how this, this dance— it makes sense to me that it could happen working solo on a short-term project without that much of a plan, maybe real ass How does that happen maybe at other modalities, either with wide collaboration or let's say you're working on Cursor 2.0 and it's this big long-term project. How do you, how do you embody that in that type of context? Speaker B: It's kind of like the, you let chaos be and you wrangle it at the same time. Or It's like you're, you don't pick size, you find like an equilibrium.

Speaker A: Yeah, between the complexity and simplicity. Speaker B: And same thing with like how much fast you want to go versus like how much thinking do you want to do. And I think especially in this age, It's actually so easy to just try, try things out. Speaker A: Maybe it starts with so much— in so many of your answers, it starts with just saying like, it doesn't have to be a choice. Like, you're allowed to do both. Speaker B: Oh yeah. Speaker A: They're the same thing. Speaker B: Yeah.

It's like people get stuck thinking like they need to pick sides or they need to make these hard trade-offs when all of these are just like variables, and you can add a little bit here, lower a little bit here. Um, it's all dynamic. You want to be more flexible to the situation you're in and the change that's coming. Um, you don't want your system to be stale or stuck in like a form that you can't get out. As the world is changing. You want to keep the essence clean and simple.

You want to create like a space for people to play with ideas so they can ship really fast, but maybe it doesn't disrupt like the rest of the system as much. And then once you have, say, more room, or even like you're constantly doing this, like let's wrangle things back. Let's like unify things. Then you keep the core system better as you add more things or as you experiment with more things. Speaker A: Yeah. It's like a complex system can actually be quite high quality and fast if its parts are simple.

Speaker B: Yes. Speaker A: Yeah. Yet we build all this complexity and scaffolding and arbitrary bureaucracy, whatever, all these things that you, all these shoulds, right? Speaker B: And ideally you'd actually get rid of all that crap that is not even part of the system, the software itself. Speaker A: Yeah, it's bloat. Speaker B: Yeah, it's like everything around it, the processes, a lot of it just don't make sense. Or they slow things down. They slow this loop down. Like you have an idea to see it real, to test it out, and then you iterate on it.

Speaker A: How does this, how many people are Cursor now? Speaker B: 300. Speaker A: And you were obviously in Notion for a long period of that growth. Speaker B: Like, yeah. Speaker A: How does, when Cursor's 3,000 people, uh-huh. How does this not happen? You guys like, you, you don't really have that much of a roadmap. Speaker B: Like the, the, the Planner agent will be ready by then and then multiplayer Cursor will be there. Yeah. Speaker A: Fair enough. Speaker B: Then people can be still like pretty. Like, I think how Cursor does it really fast and pretty good is like a lot of people we hire, they're just really high agency people.

They were like founders before, they have made stuff before, they just want to build. They don't want to think too much. Speaker A: Sure, but that maybe that works with, that definitely works with 30, maybe that works for 300. Speaker B: Yeah, yeah, yeah. Speaker A: All wisdom would say that doesn't work with 3,000. Even if you had 3,000 Steve Jobs, it would actually be a disaster. Speaker A: Sure, but that maybe that works with, that definitely works with 30, maybe that works for 300. Speaker B: Yeah, yeah, yeah. Speaker A: All wisdom would say that doesn't work with 3,000.

Even if you had 3,000 Steve Jobs, it would actually be a disaster. Speaker B: Yeah. I'm not sure. I think that is actually one part of the, it's like a part of the questions we need to answer, which is like in this new world of building with AI, how do teams work? And I think it won't be that, like it won't be too close to what we had before, like layers of management and linear processes. It's probably not gonna be that. So what is it? How do you like both make sure like people are kind of aligned on the general direction, but each person have agency, each person can build whatever they want to an extent, have system to kind of manage this and help people control, making sure that these people are actually talking to each other and share the same information.

When they do stuff. Like, that's the main problem we have now, I think. It's like people are so, so disjointed. They talk to their own teams that are created, like, with role boundaries. They work in their own files, own tools. Speaker A: One thing that maybe helps that I— you also have in that essay is about the quality of a team. You say the team that molds greatness is not a conscript army, but a band of pilgrims. Such people don't hide behind process or hierarchy. Speaker A: One thing that maybe helps that I— you also have in that essay is about the quality of a team.

You say the team that molds greatness is not a conscript army, but a band of pilgrims. Such people don't hide behind process or hierarchy. Speaker B: Oh yeah. Speaker A: What does it feel like when you meet a group of people, you're in a room or you're in a visit an office, or when you first kind of met the cursor people or whatever, what is it? How do you know? How do you, how can you tell that it's a band of pilgrims? Speaker B: Just see what they're doing and what they care about.

You ask them why are they here and then they tell you, "Cuz I love programming." They just like doing this thing. Like they're into it. They're passionate. They care deeply. And they want to make the best thing and they want to put the work in it. And you see it like they don't talk about, I don't know, equity or whatever, you know, investment or I don't know. They talk about like the latest models, the new ideas. They exchange their ideas. And they're there for quite a long time every day. And they're doing that, like, not being forced.

Speaker A: Yeah. Speaker B: Yeah. Speaker A: On the note of the sort of essay about making something great. Do you aspire to greatness? Speaker B: Oh, yeah. Speaker A: What does that mean for you? Speaker B: To me, it means like you make something that helps a lot of people that lasts. And ideally is like pretty close to the ideal configuration of the thing. Speaker A: Yeah, that truth, that trueness we talked about. Speaker B: Right. But sometimes you fake it. It's like sometimes we make the upper layer really nice and pretty and cohesive, but under the hood is like chaos.

But that's fine. You just, You do that like slowly. Yeah. Yeah. Speaker A: It's like the, I don't know, the, the picture of the SpaceX rocket, the first SpaceX rocket, the iPhone, the same, like the iPhone Air now is like, oh yeah. Speaker B: Like if you, even if you look at the inside, it's like so pretty. Speaker A: Yeah. Yeah. I saw your, you, I want the clear iPhone Air too. That would be amazing. Speaker B: Hmm. Hmm. Speaker A: I have, we have a little time left, so I have a bunch of like quick speed round questions.

We can— we, we can— we don't have to take too super long on each one. First off, maybe it relates to your last answer. What does it mean for technology to feel more human? Speaker B: Not exactly the easiest speed round answer or question, but I think it should like fit each human better, and it's different for everyone. Like some people prefer something really simple, some people actually want to see every Some people like talking, some people like reading, some people like watching YouTube tutorials, some people like going to a course, buying a book.

Speaker B: Not exactly the easiest speed round answer or question, but I think it should like fit each human better, and it's different for everyone. Like some people prefer something really simple, some people actually want to see every Some people like talking, some people like reading, some people like watching YouTube tutorials, some people like going to a course, buying a book. Speaker A: It's fit. It's about personal connection. Speaker B: It's about fitting the human in the way they do things, not in the way I do things. Yeah. Or like our engineers do things.

Speaker A: Yeah. Speaker B: Those can be like good examples. And as it, you know, as it fits you better, it inevitably needs to understand you better, your preferences of even like your way of thinking or how you talk and the things you care about. Speaker A: It's like almost being seen by a a design or a product. Speaker B: Or like when you do it, it just feels like, like you're in flow and you don't think. Kind of like how I use Figma. Speaker A: Yeah. Speaker B: But that took like years of training.

Speaker A: Yes. Speaker B: But now it's like maybe a couple of tries, you, you're like there. Yeah. Speaker A: Yeah. You write a lot and you clearly are really thoughtful about how what not only what you have to say about Cursor publicly, but the narrative and the conversation around Cursor. We spoke about this briefly and you said said, like, tools are all selling ideas. They're all attaching themselves to ideas. There's a lineage of ideas they're, they're sort of pointing at. Speaker A: Yeah. Speaker B: But that took like years of training.

Speaker A: Yes. Speaker B: But now it's like maybe a couple of tries, you, you're like there. Yeah. Speaker A: Yeah. You write a lot and you clearly are really thoughtful about how what not only what you have to say about Cursor publicly, but the narrative and the conversation around Cursor. We spoke about this briefly and you said said, like, tools are all selling ideas. They're all attaching themselves to ideas. There's a lineage of ideas they're, they're sort of pointing at. Speaker B: Yeah. Speaker A: How you talk about tools matters tremendously.

You have to plant seeds. What do you mean by planting seeds? And like, how, how do you think about shaping what people think and perceive about Cursor? Speaker B: Right. Yeah, I think like software to me kind of like what we said, that's just like a tree of concepts packaged up in the word cursor or Notion. Notion is blocks, pages, databases. Cursor is agents, models, contexts, and editors, maybe. Um, but you also want to like create something like, it's like a brand that lasts that is not just your present form, that is a little bigger, that ties with the past and the future.

And that is definitely not, say, cursors the AI coded. It is not even like, say, cursor makes you extraordinarily productive, it is bigger. Speaker A: Yeah. Speaker B: And then you want to tell the bigger story and then you want to also like tell smaller stories to like different groups of people. Speaker A: Right, right. Speaker B: But tie them all together. Yeah. Speaker A: It's almost like it's like the tool itself or the product is like the ship and the story is like we're going to the Americas or something.

Speaker B: Yeah. Speaker A: You having that broader context is important. Speaker B: Work. Speaker A: People attach a lot of identity to the things they use to make things. Speaker B: Yep. Like, I think it's actually a service. Like, we need to do more of this, um, to kind of paint a picture for people to see how we came here. Speaker A: Yeah. Speaker B: And how these things are actually the same things, same ideas, how the ideas originated. How they kind of interweaved. Speaker A: Yes. Speaker B: Well, that's so important.

Speaker A: AI especially. Yeah. AI is so alienating to people. Speaker B: A lot of people, like, now when they start, they actually just start from like now, now. They don't see the past. They don't know how we came here. Speaker A: Or they're living in the past and they're like, I don't like this future. Speaker B: They're stuck in the past and they don't know how this future can take them. Speaker A: Yeah. Yeah. Yeah. Yeah. Yeah. You said, there was a tweet where you said, you were talking about a bunch of things.

You said, don't build slot machines. And a few people accused Cursor of being a slot machine. Speaker B: Right. What do you say I don't think Cursor is a slot machine because slot machines, they don't let you open it up. Speaker A: It's closed, black box. Speaker B: But Cursor is like, I actually don't want your primary way to interface with Cursor to be like, kind of like say Cloud Code or Codex CLI is like, you're in the terminal, you're in this little box and then you're kind of constrained and just like that input and you're just typing the thing in a little box and then enter and see what happens, wait for a little bit, see what happens.

Happens versus like in Cursor, like that is say, it is possible and you can do it like that. But that is just like one form of it. Speaker B: Right. What do you say I don't think Cursor is a slot machine because slot machines, they don't let you open it up. Speaker A: It's closed, black box. Speaker B: But Cursor is like, I actually don't want your primary way to interface with Cursor to be like, kind of like say Cloud Code or Codex CLI is like, you're in the terminal, you're in this little box and then you're kind of constrained and just like that input and you're just typing the thing in a little box and then enter and see what happens, wait for a little bit, see what happens.

Happens versus like in Cursor, like that is say, it is possible and you can do it like that. But that is just like one form of it. Speaker A: It's the beginning. Speaker B: Yeah. Or like, you will just naturally hit these. I see a code block, maybe I want to click and see what's in it. I'm like done with this chat, I hit this review button and then now I see all the things. And it slowly teaches you, say like, now we're doing code reviews, we're going to stitch the agent reviews with the code review with Git and, you know, all the other stuff.

Then as a newcomer even, like you come in and then you started with a simple thing, you slowly get to the, like if you want, like I don't force you either. It's like, if you don't want to open the code, you don't have to. Speaker A: And you just keep hitting the slot machine if you want. Speaker B: If you want that, it's fine. And I don't think that's a slot machine either. Again, And it's like, it's customizable. It's open. You can open it up. You can do whatever to it.

Even in the simple form, you can still customize the thing. And you have full control. And you have the whole spectrum of control from like the most manual coding, which is you just type and it's still your thing. I don't do anything to like you type and then our tab model is still the world best thing. You type and then boom, it kind of completes your thought. It jumps you to the next place. You keep going. So if you prefer that and you're like in your flow state there, you should keep doing that.

And then for say like, there's now like a small chunk of like professional developers who have became very agent-coded, like they don't do manual coding as much anymore. Then for them, it's like we have tools for them to focus on one agent, spin multiple agents, manage them at a higher level soon. Then you get the whole spectrum. And for these people, again, it's like they can find their preferred spot and then they can open it up and do more if they want. But I don't force them to be like, ah, you're always in this little box and all you can do is put the problem in a little box, see what happens.

Speaker A: And you just keep hitting the slot machine if you want. Speaker B: If you want that, it's fine. And I don't think that's a slot machine either. Again, And it's like, it's customizable. It's open. You can open it up. You can do whatever to it. Even in the simple form, you can still customize the thing. And you have full control. And you have the whole spectrum of control from like the most manual coding, which is you just type and it's still your thing. I don't do anything to like you type and then our tab model is still the world best thing.

You type and then boom, it kind of completes your thought. It jumps you to the next place. You keep going. So if you prefer that and you're like in your flow state there, you should keep doing that. And then for say like, there's now like a small chunk of like professional developers who have became very agent-coded, like they don't do manual coding as much anymore. Then for them, it's like we have tools for them to focus on one agent, spin multiple agents, manage them at a higher level soon. Then you get the whole spectrum.

And for these people, again, it's like they can find their preferred spot and then they can open it up and do more if they want. But I don't force them to be like, ah, you're always in this little box and all you can do is put the problem in a little box, see what happens. Speaker A: Is there a pattern from Stripe to Notion to Cursor as you've spent most of the last decade? Speaker B: Yeah. I don't see them as too different either. Or like, they're actually very similar. Like Stripe to me is just passing messages around the internet, but the messages are transactions or money related.

Notion is just like basically like the meta SaaS tool kind of databases and all the archetypes of views and patterns. Cursor brings it more low level, but it's also more flexible. Like you actually break all of these patterns and parts completely. And at some point, like, you will get it composed by the AI or with our, like, presets or something. So you get the tool you want. Speaker A: Yeah, you have a line somewhere where you say building stuff that frees up people's minds, and it felt like that's kind of true for all those three things.

Speaker B: Yeah, it's like helping people make, make the thing they, they want. Speaker A: What did you learn from— what did you and what have you learned from the Notion founders and the Cursor founders respectively? Or maybe even Stripe? Speaker B: Hmm. From Ivan's, like, I think he kind of showed like system thinking and aesthetics can be melded together. Like you don't have to pick. Wow. And then from cursor people, it's just like, you should just YOLO and do stuff and don't think too much. Yeah, keep doing it. Speaker B: Hmm.

From Ivan's, like, I think he kind of showed like system thinking and aesthetics can be melded together. Like you don't have to pick. Wow. And then from cursor people, it's just like, you should just YOLO and do stuff and don't think too much. Yeah, keep doing it. Speaker A: Ambitious naivete. Speaker B: Yeah, and exactly. It's like, that is actually so, so good in this age because actually nobody knows what they're doing. Right? Like all the old ways of of doing things don't really apply anymore. Speaker A: What do you love about Steve Jobs?

Speaker B: I love him as it's almost like a spiritual figure, kind of. Like, I don't— I'm not religious, but I feel like sometimes people need like a Circus thing there. And I kind of put this as a symbol there. That helps me a lot. Speaker A: What does that symbol represent? Speaker B: It's like forcing you to be thinking about everything, all the details and coming up with the simplest thing. Yeah, and he kind of helped me start all of this. Like he got me into design. Or like, you know, the old Apple.

Yeah. Like they showed how computers can be beautiful. Speaker A: What does that symbol represent? Speaker B: It's like forcing you to be thinking about everything, all the details and coming up with the simplest thing. Yeah, and he kind of helped me start all of this. Like he got me into design. Or like, you know, the old Apple. Yeah. Like they showed how computers can be beautiful. Speaker A: Maybe on that note, what is the difference to you between liquid glass and opera? Speaker B: I mean, Like Aqua, it's more like what they were trying to do was like they bring a lot of like the physical metaphors into the computer.

Speaker A: Yeah. Speaker B: So that people feel more familiar with things. Like if you look at all the icons, they almost look like, they look like the emojis we use today. Yeah. Like they're super detailed. Yeah. Like with real world like reflections and material. Yeah. Yeah. And it's like back in the days, it looks completely different from say the gray boxes people used, like the beveled— Speaker A: Totally. Speaker B: 3D buttons and stuff. So that was like pretty game-changing. They also mastered like how to render fonts. Like back then how Aqua was made, it's like all just kind of PDFs rendered.

On your screen. You can stretch the UI like freely. The text was not like, you know, in like bitmap, little pixels, but it's like, it's all like anti-aliased, like perfect. Liquid Glass almost feels like, it's almost like a flex on what Apple can do now. And it's kind of weird. It's like, I get the point. It's like they're trying to like unify the design language across all of their platforms, coming up with like one thing. But it's like how you use a phone versus how you use the Vision Pro when you stare at things and then, you know, they need to track your eye, your finger, and your little pointer on the mouse button.

They're all different. So your interface probably can't be the same thing. But they tried to make it the same thing, same. And then this material, even though it's like, you know, inspired by glass, is purely digital. They're just flexing that they can build like system-level shaders and make them perform across every single like UI. And then my menus can morph into a button and out from the button. But then to the users, like, what's the point? It's just It actually makes like, it makes a lot of the UI like, like you can't see much anymore or like the tabs take so much space.

Like you need to keep clearance for the tabs, their shadows, the little blur under it. So you actually like when you compare the old iOS and the new one, you actually see less text or like there's like less stuff you can do. So maybe like the priorities have changed. Like instead of being truthful to the platform themselves and the way you interact with it, either it's a finger or your eye or your little pointer that have different precision. It's just like make everything the same. Speaker A: Totally. Speaker B: 3D buttons and stuff.

So that was like pretty game-changing. They also mastered like how to render fonts. Like back then how Aqua was made, it's like all just kind of PDFs rendered. On your screen. You can stretch the UI like freely. The text was not like, you know, in like bitmap, little pixels, but it's like, it's all like anti-aliased, like perfect. Liquid Glass almost feels like, it's almost like a flex on what Apple can do now. And it's kind of weird. It's like, I get the point. It's like they're trying to like unify the design language across all of their platforms, coming up with like one thing.

But it's like how you use a phone versus how you use the Vision Pro when you stare at things and then, you know, they need to track your eye, your finger, and your little pointer on the mouse button. They're all different. So your interface probably can't be the same thing. But they tried to make it the same thing, same. And then this material, even though it's like, you know, inspired by glass, is purely digital. They're just flexing that they can build like system-level shaders and make them perform across every single like UI.

And then my menus can morph into a button and out from the button. But then to the users, like, what's the point? It's just It actually makes like, it makes a lot of the UI like, like you can't see much anymore or like the tabs take so much space. Like you need to keep clearance for the tabs, their shadows, the little blur under it. So you actually like when you compare the old iOS and the new one, you actually see less text or like there's like less stuff you can do.

So maybe like the priorities have changed. Like instead of being truthful to the platform themselves and the way you interact with it, either it's a finger or your eye or your little pointer that have different precision. It's just like make everything the same. Speaker A: I have to stop you because I know you can rant about this all day. I'm really good at finding things to get my guests to rant about in the last few minutes. Just a couple more questions. Speaker B: Yes. Speaker A: I know I had to get this one in.

Speaker B: Okay. Speaker A: What makes NewJeans stand out in a world of factory-farmed K-pop? Aha. Speaker B: I think it's the same idea. Like, I think all of the things that we make, the new things, are just kind of remixes of the old things. And what NewJeans did was they just mixed things really well. And then they give these girls like a space to just be themselves and have fun. And that's why, like, it feels so different from like all these scripted, manufactured, like, K-pop songs that were— it's almost like most, you know, people, they're just kind of mixing a lot of crazy things together now.

Whereas like NewJeans, they're more like softful and So again, it's like about taste and like the constraint. Speaker A: Yeah, K-pop, in some ways K-pop can feel like it's just like, what does the algorithm want? Yeah, yeah, yeah. Speaker B: Just give. Yeah, like you find like a concept and then you kind of like what they do is they get a lot of songwriters and they buy a lot of songs and they're just like, let's like mix these parts or mix these genres to one. Put the English, Korean, Japanese lyrics together.

Speaker A: Boom. What can you say something about Zhuang Ji's Butterfly Dream? Speaker A: Boom. What can you say something about Zhuang Ji's Butterfly Dream? Speaker B: Butterfly Dream. It's like life in a sense is like reality is not that real. And it's like a lot of it is just in your head. So sometimes you feel like, it's almost like you're, you're living in a dream where you can actually mold anything. Speaker A: It's an old Steve Jobs video. It's like when you figure out that the world is moldable and plastic, you can poke it and you get feedback back.

Speaker B: Yeah. And it's like the butterfly. And sometimes you just let things go and see how it happens. And sometimes you go back and you take control. Speaker A: Like you wake up from the dream or sometimes you're in between dream and reality. Speaker B: Yeah. Speaker A: We're always all doing that, by the way. We're on autopilot and we're not. Speaker B: Yeah. Speaker A: I was talking to Rio OS. And I was talking to Steve Jobs, Pope Francis, and Rio. And Pope— the Pope said something about a revolution of tenderness.

Speaker B: Oh. Speaker A: And Steve was skeptical. So I asked Rio what tenderness means to him. Speaker B: Uh-huh. Speaker B: Oh. Speaker A: And Steve was skeptical. So I asked Rio what tenderness means to him. Speaker B: Uh-huh. Speaker A: He said, tenderness to me is when a system or tool feels intuitive, almost invisible, making things smooth and delightful. It's the empathy baked into the design. Speaker B: Right. Speaker A: We didn't talk a lot about empathy today, although I think it's kind of running in the background of our conversation.

It's clear you are deeply empathetic to the people you care about, which is, I think, people who make things. What does IRL Rio think about tenderness? Speaker B: Tenderness. Just like putting the care into things and people you meet and the people we serve, being truthful, that like, you know, the ideas that we work with, or the technology even, is like universal, is general, is like generalizable. It's not exclusive to like a group of people. And you can always start by like, like you understand what you need, what you are frustrated with.

And then you find a group of people who are maybe similar to you. So like the people who are at Catcursor, and they all shared similar problems. And they, you know, make stuff for themselves and make this tool. And then it's about like, how do we bring it out to more people like us, or even beyond people like us? And that's maybe like the next breakthrough will be. Like the vibe coding tools and the pro coding tools today are still very split. Like it's really hard for say the non-technical people to come into Cursor today, but also very hard for them to like progress from a vibe coding thing to a real thing.

So maybe we can help with that. We can help with like turning the designers into coders, the PMs into coders, the coders into designers. Speaker A: It's all the same thing. Speaker B: It's all the same thing. And we start realizing, oh, we can actually like We don't have to like put boxes around our heads or our eyes. We can actually do things, we can do things better with other people who have, say, different areas of specialization. But we're all thinking about the same thing. People don't have to fight. Like instead of fighting about, I don't know, bureaucracy, you fight about the truth.

Like what is the best thing to do? What is the ideal configuration of the thing we're doing together? And you're helping people erase all the parts in their job that they don't really like doing. You help people like amplify their strength, like what they care about, what they're really good at. And you help meld these people's strengths together. And then the agent covers the rest. Yeah. Speaker A: Real, yeah. Speaker B: Thank you very much. Thank you.

Want to learn more?

Ask about this document