00:00:00Cursor announced the release of GPT 5.2 Codex in Cursor, a new frontier model for long running
00:00:07tasks. But that's actually not the main point of my video. Instead, the main point of my video here
00:00:14is about this post here by Michael Truel, the CEO of Cursor, where he mentions that they used this
00:00:22model, I assume at least, they're mentioning GPT 5.2 here, not Codex, but I guess he means Codex,
00:00:28that they used this model to build a browser with AI, with just AI, as I understand it,
00:00:35because it ran uninterrupted for one week. So the AI in Cursor ran for one week and built a browser.
00:00:43It wrote three plus millions lines of code across thousands of files and the rendering engine it
00:00:49wrote was written from scratch and it handles HTML parsing, CSS cascade, all the things you would
00:00:55expect from a browser, I assume. However, there then is one important restriction. It kind of
00:01:04works. And I totally get where the Cursor team is coming from here. It is impressive that just AI on
00:01:13its own wrote a browser that for the most part works. However, even though I never built a browser
00:01:19and probably never will, it's probably fair to say that it's all the parts that take it from 80 to 100%
00:01:27that are complex. And that's not just true for browsers. If you have built anything in your life,
00:01:34even outside of coding, you know that for most projects, the difficult part starts once you're
00:01:4080% done. And I'm not even talking about the marketing and so on, which is super difficult.
00:01:45I'm talking about just building. And for many projects, for many software, you don't need to
00:01:51get to 100%, but 80% or 70% might not cut it. And it is that extra bit that can be super hard
00:02:00to achieve and where AI might not get you to. Just AI, I mean. And I want to be very clear here
00:02:08because it's easy to misinterpret or misunderstand that video. I am 100% positive on AI. I use it all
00:02:16the time. For example, buildmygraphic.com has most of its code written by AI. Not vibe coded though,
00:02:23instead with my instructions, with myself reviewing the code, with myself going into the code and
00:02:30tweaking stuff when it needs tweaking. But I used a lot of AI for this site. I also just released
00:02:38a huge update for my AI for developers course where I walk you through using GitHub Copilot and Cursor
00:02:44efficiently and explore the different features they offer to help you get more out of AI. Because
00:02:49I believe and I've shared that in other videos too, AI is the future for developers. It's a super
00:02:56useful tool and using it heavily and efficiently will be vital. That is something I'm totally
00:03:03convinced of. I'm not so much convinced that vibe coding in its purest form will get us there. And
00:03:09that's probably worth explaining. Because there is a spectrum, I would say, between vibe coding and
00:03:18agentic engineering. Well, of course, you could also say there also is not using AI at all. But
00:03:23again, I'm convinced you should use AI. And the question is where on that spectrum are you? Are you
00:03:29here? Are you here? Are you in the middle? And you can't be anywhere there. But there are different
00:03:37trade offs or use cases, I would say. The question also is how you define vibe coding. Vibe coding,
00:03:45as I understand it, is all about letting AI write the code, having no code reviews, having no
00:03:52understanding of the code base, and also passing no code specific instructions like use this pattern or
00:04:00use this package. So really not knowing anything about the code. That's 100% vibe coding, as I
00:04:08would define it. And there definitely are different other definitions out there as well. That's just
00:04:13what I mean with vibe coding. This form of coding does not have a future, in my opinion,
00:04:21for commercial products for real products. It can be great, however, for other things for other kinds
00:04:30of products. So vibe coding, for example, can be great, I would say for personal utility tools,
00:04:36or for throw away software. So something which you use once or twice and don't care about too much,
00:04:46or maybe also for free software, where you don't really charge people money and therefore it doesn't
00:04:54really matter if it works that well. You could make these arguments and I would say these are use cases
00:04:58where pure vibe coding is viable. You can absolutely use AI to just request a script that does something
00:05:06and you don't care if it covers all edge cases, if it maybe has some potential bugs,
00:05:12because if it gets the job done for you, you're happy. That is absolutely fine. And you can do
00:05:19vibe coding fine. Now on the other hand of the spectrum, we have agentic engineering. And with
00:05:26agentic engineering, which is what I do and what I think is the future, you use AI as a tool. This
00:05:33does not mean that you use it just for the dumb tasks that can include complex tasks. Very important
00:05:43to me because it's easy to get this wrong, but this can include complex tasks. But it means that you
00:05:50have clear instructions regarding patterns, libraries, etc. you want to use. It also means
00:06:00that you do review the code in one way or the other, can also include automated reviews with
00:06:05help of other AI tools, but you will look at the code from time to time to understand what's
00:06:12going on. And it also means that you get into the code yourself when the AI gets stuck or when you
00:06:20want to get it started with a certain implementation where you know how a certain interface or should
00:06:26look like or which pattern you want to use so that the AI can then finish your thoughts. So to say,
00:06:32I would say this is the future. This year, agentic engineering, that is my future at least. And of
00:06:39course, I could be wrong here. Maybe in a couple of years, vibe coding is the only way because the AI
00:06:46is so good that it can do everything. I don't think it will, but it absolutely could. I think the only
00:06:54wrong decision right now, however, is to not be anywhere on this spectrum. You should be anywhere
00:07:01here. You should definitely use AI. And I've shared that in other videos. However, coming back to this
00:07:07post, I have a problem with that kind of works thing. And I understand it as mentioned here in
00:07:13the context of this cursor post. It's also worth noting that clearly the cursor team kind of wants
00:07:18to shift the narrative or maybe gain more visibility again, especially on X where the past weeks have
00:07:26been dominated by developers using Claude code with the Rolf loop to let AI build everything in the end
00:07:33in a vibe coding inspired way. It makes sense that the cursor team wants to show that you can use
00:07:39cursor too, to do long running tasks with AI and let AI build software autonomously, because that
00:07:47clearly is something that's gaining a lot of visibility right now, especially on X. So I totally
00:07:52get this. And again, cursor is an amazing tool. I want to be very clear regarding that. I just have
00:07:58a problem with this kind of works attitude because I think it's accelerating. It's becoming more and
00:08:05more a thing now with AI. And we've seen it for years. We've seen it long before AI that operating
00:08:13systems like iOS or Windows got worse. They're full of bugs. You can see it in video games, which
00:08:19are often unplayable on day one. You can see it in so much software. It has nothing to do with AI.
00:08:26Software quality got worse. And I get it. We can iterate quickly. You can patch things up. That's
00:08:33kind of the mindset that developed over the last 15 years or so. And that is the mindset I see
00:08:40continuing and accelerating now with AI, because with AI you can patch things up quickly, of course.
00:08:47And if you are wipe coding, for example, then you might not care too much about bugs because you can
00:08:54fix them in an instant anyways. And having a horrible code quality in your code base might
00:08:59not matter because no human needs to get in there. The AI can figure it out and fix it. And if your
00:09:06fix is a bunch of if statements to fix all the different things that could go wrong instead of
00:09:11one clean implementation, that might not matter. And again, that is absolutely one future we could
00:09:18have. I don't think it's the future. I certainly don't hope it's the future, but we could have that
00:09:25as a future. But I also think that as developers, as companies building software, there will be a
00:09:32real market for high quality software, software that's not broken on day one, software that's not
00:09:40shitty. And you could use AI to build better software too. There is no law that forces you
00:09:46to move quick and sacrifice software quality. You can use AI to build better software, to get the
00:09:53best out of both worlds, to combine your skills with AI, to use AI as an extra pair of eyes to
00:10:00look over your code. And I would hope that we kind of go more into that direction because I believe
00:10:08that whilst the majority probably won't, valuable opportunities will open up for companies and
00:10:15developers that do build high quality software and that do try to get the best out of both worlds.