998: How to Fix Vibe Coding

Wes and Scott talk about making AI coding more reliable using deterministic tools like fallow, knip, ESLint, StyleLint, and Sentry. They cover code quality analysis, linting strategies, headless browsers, task workflows, and how to enforce better patterns so AI stops guessing and starts producing maintainable, predictable code. Show Notes 00:00 Welcome to Syntax! Losing two clients in one week 04:49 Code quality tools jscpd.dev knip.dev fallow.tools wallace 14:11 Finding and using components Storybook AI 17:28 Brought to you by Sentry.io 17:42 Finding bugs Sentry CLI Spotlight 19:55 Formatting and linting Vite+ ESLint StyleLint clint 25:41 Headless browsers agent-browser chrome-devtools-mcp Lightpanda 32:11 Tasks and todos dex beads 33:32 Docs Context7 34:22 TanStack Code Mode 36:01 Getting AI to use these tools 38:18 Sick Picks + Shameless Plugs Sick Picks Scott: Leaf Two Razor Wes: Puzzles Shameless Plugs Phases.fm Podcast Hit us up on Socials! Syntax: X Instagram Tiktok LinkedIn Threads Wes: X Instagram Tiktok LinkedIn Threads Scott: X Instagram Tiktok LinkedIn Threads Randy: X Instagram YouTube Threads

Speaker names marked ? are inferred from speaking time and the show’s known hosts — they are not voice-verified.

• 0:00Scott Tolinski?

  Welcome to Syntax. Today, we're going to be talking about how to turn vibe coatings vibes into more deterministic solutions with facts and logic. We're going to be really getting into the depths of what are the different tools that you can add to your setup so that way AI is not just guessing or making assumptions or anything like that. So we're going to be talking about different code quality tools, bug finding tools, formatters, linters, etc., but also the techniques in which you can use these things. That way, you're not just like, hey, make it good, please. All right, is this good? I have no idea. I have no way of figuring that. My name is Scott Tylensky. I'm a developer from Denver. With me as always is Wes Boss. What's up, Wes?

• 0:43Wes Bos?

  Man, this is great because so much of this is like, people have built stuff and now that we're, what, three or four months into people building like serious stuff with it, you're starting to see a lot of the sort of edges crack around it. People are, oh, this is not actually very good and I have a problem on my hands, right? There was this post in the Reddit Open Claw the other day where this guy was just saying like, I had clients and I made all these automations for them and I just lost all these clients because things were not working properly. They were breaking all the time. I had no way to tell that things were breaking, which is like, throw Sentry on there, brother. You'll be able to tell when things are breaking. Just,

• 1:24Wes Bos?

  it's an absolute mess. And if we can like have the like pure functional programming renaissance that we had in JavaScript, what, eight years ago? If we can have that in this AI slop world, I think that the outputs will become a lot better.

• 1:38Scott Tolinski?

  Yeah, it's so funny because I did my video on the Gstack stuff and that the video was like 34,000 lines of slop. I think that's what it was called. And you get comments, especially on Twitter where there's some non-developers on there who are going to be like, you all dinosaurs are going to learn that it doesn't matter what the code quality is or if we shipped 26 test files to the user. It doesn't matter. But like, I think a lot of those people are going to wake up at some point. When they just start hitting issues that are impossible to solve or, you know, you're just throwing AI back and forth at it.

• 2:18Wes Bos?

  It's just you push one thing and then something else breaks and it's just an absolute mess. And like, I get it that maybe the code doesn't matter as much, but we have come so far from, you have to worry about your initial paint times to who cares if you shipped eight megs of tests?

• 2:38Scott Tolinski?

  Yeah, right. No kidding. Part of that too, is if like that exists, then who knows what else exists? Like, are you shipping your social security number to everybody as well? Like, if you have no idea, you don't know, right? And a lot of these people give these systems full access. Yes. So what we're going to be diving into is really like what types of actually deterministic tools exist out there? And anytime you're working with AI, even if the output of these tools is deterministic, as in to give people context who might not be familiar with that word, it gives you the same results every time, right? So, you know, AI, if you ask it the same question, it's,

• 3:20Scott Tolinski?

  depends on, on what the answer is going to be based on a number of things with the, the AI. But like with these tools, these are like analysis of your code base to output real information. The most obvious one of those that you could think of is something like a Linter, right? It's analyzing the file. This is either a problem or it's not. Yes or no? Output the problem, right?

• 3:44Wes Bos?

  Don't use this X, Y, and Z, you know? Don't use common JS. There's just so many of these little guardrails you can put in place that could be rules, but they can also simply just be like a pure function that checks your code. And it's, it's either a pass or a fail. And then you don't have to worry about the wishy washy vibes of, of an AI spitting something out where it might pass and might not.

• 4:08Scott Tolinski?

  Yeah, a lot of people put that solution, like you said, into like an agents file, agents dot M D file, or a cursor rules or rules file of some kind. And then again, the AI can choose to ignore that. There's been so many times when I'm like, why didn't you do this? And it's like, I didn't want to. Like, I told you, you have to do this. If so, like, who cares?

• 4:28Wes Bos?

  Enforceable and, and. To be fair, like a lot of times that does pass. But when you have like an enforceable thing and you could put in your agent's file. If you're worried about the code, run it through a linter, right? And then it will see if there's any problems that pop up and it kind of learns from that.

• 4:48Scott Tolinski?

  Yeah, so let's actually, I'm going to start off with an interesting category here, which is code quality tools. Because code quality isn't something that we necessarily think of beyond like linting or something like that. We'll talk about linting and formatting later in this episode. But the code quality area is something that I think has really kind of blown up just a little bit. And I first started looking into this and I found a couple of tools. One was jscpd.dev, which is basically something that will analyze your code to find duplicated code blocks across 150 languages. So this is the very first one of these tools that I came across.

• 5:32Scott Tolinski?

  And there's a MCP server included or an agent skill and AI reporter and stuff. And this tool, it's a CLI tool that will actually scan your code and look for lines that are duplicate. Because we know that AI will love to just solve a problem like where it's at. Oh, I'm going to write this utility function that clearly should be a global utility. I'm going to write it in this file and use it instead of importing or looking for an actual global utility. So that helps with that because it can output and then your tools can then self-patch, right? So it's like, oh, I recognize that this is some code duplication, therefore let me fix it.

• 6:14Scott Tolinski?

  And then there's also KNIP, k-n-i-p.dev, which is an analysis for JavaScript and TypeScript projects. And this is going to find unused dependencies, exports and files. It helps analyze your code. There's a whole bunch of different plugins, 100 plus plugins like Astro, Cypress, ESLint, etc. It's a cool tool, but. I'm going to recommend actually, instead of JSCPD or NIP, I'm going to recommend a tool that I found that does it all and does it all very fast and very reliable, which is Fallow. Now, Fallow exists at docs.fallow-tools. We will have these links in the show notes.

• 6:59Scott Tolinski?

  Fallow looks for dead code, circular dependencies. It looks for code duplication. It looks for complexity hotspots, codebase health. And they just added feature flag detection, which I, this fellow is an active development because every time I go to this page, there is another tool. And this again, works with everything automatically out of the box. Like there are tools for, to work with Svelte and I didn't have to install a single thing. It just has that plugin baked into it.

• 7:34Wes Bos?

  Complexity analysis finds the most complex functions per file maintainability scores. Get churn hotspots, probably like code that's often touched. And ranked refactoring target. That's, that's cool, man. You like, look at your codebase and say, ah, this is a piece of your codebase that is often being fussed with, probably because every single time that you add a new feature, you have to touch that. Probably a good spot where you could refactor a lot of that out into smaller reusable functions.

• 8:07Scott Tolinski?

  Yes, and there's all outputs in a way that AI can read. It outputs in a way that you can read. It feels just like using a CLI linter or anything like that. And one thing I really like about it is that you can configure it to be whatever you want. Like if you're looking for duplications, you can configure the minimum amount of tokens or minimum amount of lines that are duplicated or what those thresholds are, things like that.

• 8:33Wes Bos?

  That's good.

• 8:33Scott Tolinski?

  Cross language duplication where it will check between TypeScript and JavaScript files by stripping the TypeScript stuff to, to see.

• 8:41Wes Bos?

  Yeah.

• 8:41Scott Tolinski?

  Like, there's a lot of great stuff in here and it's. Fast. It's fast. It works good. Architecture boundaries. Man, there's so many interesting stuff. And there's even an auto fix feature, but I, to be honest, auto fix features kind of freaked me out, even though for some reason, I don't know, this is like an auto fix to me freaks me out more than outputting the output into AI and being like, you fix it, which I don't, I don't know if that tracks in terms of reasonability.

• 9:11Wes Bos?

  I wonder if this complexity finding solves the opposite of code duplication because what I often find AI does is it will modify a function just and throw a whole bunch of if statements. Oh, you want to do this? And now let me add this one case inside of this function. And then you end up with this, just like, well, if it's this, or if it's this, and if it's, and it's like, no, that's not, that's not good code at all. You're simply just handling every single possible outcome instead of making it into a, like, you could probably delete half of this function if you made it a little bit more reusable. So I hope, I hope that that's what it does because I find the opposite as well. If you, if you lean too hard into like, hey, make this maintainable and reusable and into a utility function,

• 9:55Wes Bos?

  then it just starts to stuff everything into one function.

• 9:58Scott Tolinski?

  The cyclomatic complexity. So it has a number of different complexity metrics. So the number of linearly independent path through a functions control flow graph. That kind of sounds like exactly what you're talking about.

• 10:14Wes Bos?

  Man, and like-

• 10:14Scott Tolinski?

  Cognitive complexity, cognitive density. Yes.

• 10:18Wes Bos?

  How does this work? It obviously analyzes your code, but then it probably just gives scores based on different things. That's probably what the plugins are.

• 10:27Scott Tolinski?

  Yes, there's a bunch of different scores. There's different, let's see, fellow uses binary coverage model. A file is either test reachable or it's not test reachable. So there's different types of essentially rubrics that it's evaluating your code on and now putting scores. Love a rubric. Yes. This is the number one tool I think that people aren't using that can help their- Slop because this is the exact types of things that like you mentioned that AI loves to do. It loves to just, just solve a problem as efficient, efficiently as it can, not as efficiently as your codebase should have.

• 11:10Scott Tolinski?

  And then that can lead to maintainability issues. It can lead to performance issues. It can lead to bugs overall. Yeah.

• 11:18Wes Bos?

  Yeah. And even if you are vibe coding, you probably just pipe the output of this right into the AI as well and say, hey, fix it. Just being able to find potential issues in your code that are not necessarily like syntax errors or security errors, but they're simply just like bad programming. That's cool. And I'm gonna go check that out.

• 11:40Scott Tolinski?

  There's even a VS code extension for it. It's written in Rust, so you know that it is fast.

• 11:44Wes Bos?

  Probably amazing then. Must be.

• 11:46Scott Tolinski?

  Yeah. Here's another one. So there's also CSS and one of the tools that I really like for CSS code quality finding is Project Wallace. Now, Project Wallace has a CLI as well. It can analyze your CSS variables and things like that. This would take a little bit more work to tell the AI like how to interpret the results here. It's not just giving it a punch list of things to change, but I do think that it's a cool tool to have in your toolbox for when you're working with CSS, which is another one of the things AI sucks at.

• 12:25Scott Tolinski?

  One thing that I want to see more of is tools like the Svelte Auto Fixer, which comes in there, Svelte MCP, which will basically read your file and tell you like what is not Svelte best practices. So I don't know like what other frameworks might have tools like that. I'm very sure that other frameworks probably do. But you can search for those. I did a number of Googling around, but there's a lot of people talking about it. So leave a comment below if you have a specific React fixer type of deal or a view fixer for things that might be considered not best practices that might be hard to lint about.

• 13:06Wes Bos?

  Man, the Project Wals is really good for finding, like, one thing that AI loves to do is set font sizes and line heights explicitly on every single thing, you know?

• 13:17Scott Tolinski?

  My god.

• 13:18Wes Bos?

  It's like, why did you set, like, it's the trifecta is line height, font size, and letter spacing on every single

• 13:26Scott Tolinski?

  background color too.

• 13:26Wes Bos?

  text element in there. Yeah. And Project Wals is excellent at like hunting those out and figuring out where that's gone wrong. And generally, that's because you haven't set up anything in the first place. If you just tell it, make a cool UI, and it goes nuts with those types of things. If you have those things in place beforehand, maybe it doesn't happen as often.

• 13:47Scott Tolinski?

  Yeah, as we saw in the codec system prompt, in the open code codec system prompt, it says use gradients and expressive CSS and stuff.

• 13:55Wes Bos?

  Yeah.

• 13:56Scott Tolinski?

  Yeah, yeah.

• 13:57Wes Bos?

  Which I get, because it looks better than some of the crap that gets pushed out.

• 14:02Scott Tolinski?

  Yeah.

• 14:02Wes Bos?

  But then it just does it all the time, you know? And then everyone overdoes it and it becomes played out and it looks awful. It's hard to maintain, all that.

• 14:11Scott Tolinski?

  All that, yeah. Uh, next one here is for finding and using components. Now, this is a tool that requires a bit of buy-in. But one of the problems that AI has is certainly like looking up and finding appropriate components, knowing when, uh, like testing components in isolation. We actually use Storybook on the Syntax website and Storybook has some really good new AI tools, specifically around finding and indexing your components, testing your components. So there is a Storybook MCP server that the thing that I like most about the Storybook MCP server.

• 14:52Scott Tolinski?

  Now, it does require buy-in to Storybook, but if you're already using Storybook, this gives you a number of things like, uh, list all documentation, get documentation, uh, those types of things. So that way, like,

• 15:08Scott Tolinski?

  When you say I need this component or whatever, it's not just doing a find in your code base, looking for components and then trying to guess here. It's actually like, okay, here are all of the components. Get that components documentation. And one of the more powerful things is that there becomes canonical examples because you're using stories to show how the components used. Because typically the AI is going to use the, what like the type signature and or maybe other prior usage of that component. But this gives it like a real, here's how you use this thing. That way it can, it can plop it in there.

• 15:48Wes Bos?

  Man, if you have a really good design system and a whole suite of components that you can then use, unstoppable with AI stuff, especially when you're like simply just clicking together like a new view. Then you already have all the pieces for that. And you just need to like wire them up, maybe write a bit of logic and how they how to interact with it. Great use case. So I I've become more of a believer in the storybook stuff since all of the AI. I always have enjoyed it, but like now where you have a nice, clean example of how it works and you you feel comfortable about how it looks on its own and how it works and interacts. So much better.

• 16:26Scott Tolinski?

  Yes, and I find that like, man, even with AI, storybook becomes a little bit less annoying because I'm not having to hand author all the story components.

• 16:37Wes Bos?

  Like, oh, yeah.

• 16:38Scott Tolinski?

  Just, oh, no, I gotta make a companion component for all this and copy and paste and do this and that, you know, so.

• 16:44Wes Bos?

  Testing is like that as well. All of a sudden, everybody loves testing because you don't have to do all this like busy work.

• 16:49Scott Tolinski?

  Because with AI, my tests always pass because AI will just make them pass.

• 16:55Wes Bos?

  Yeah, well, like, not, not exactly that, but like the just the work of of like scaffolding them out and writing them and coming up with potential. Like use cases where things will break, or even if you have a bug, you know, just throw that bug in there, write a test.

• 17:12Scott Tolinski?

  Yeah, I think testing has never been more valuable, but also more disposable in a way where it's really easy to just be like, I don't know, test your passing because the AI wrote them, whatever. But at the same time, it's also really handy to be able to easily move through testing. Next one here is bug finding. Now, I just have these two Sentry tools. Sentry, which is, well, Sentry presents Syntax. Head on over to sentry.io/Syntax and get two months for free with the coupon code TASTYTREAT, all lowercase, all one word. But these two tools, I think, are really fantastic. One is the Sentry CLI, which everything CLI these days, but the Sentry CLI allows you to authenticate with your Sentry.

• 17:56Scott Tolinski?

  You can get the root cause of any error in your Sentry. You can see all of the relevant errors in your project directly from your CLI. The agents can connect to the CLI and therefore the agents can look up what your errors are and get the actual root cause and then fix the thing for you. It's very seamless. So if you're using Sentry already, plug in the CLI to whatever you're doing.

• 18:21Wes Bos?

  Super good, yeah.

• 18:22Scott Tolinski?

  Yeah, check it out. Another tool that I think has gone under the radar a bit is the Spotlight tool from Sentry. SpotlightJS.com is an MCP server that gives you real-time local errors, traces and logs. And it gives you essentially a local interface for debugging in development. And so this is a tool that is primarily used for while you're in dev, you're talking back and forth and the agent isn't having to hunt in the browser logs. It's not having to hunt in your terminal logs. It has all of that information directly in an organized way.

• 19:06Scott Tolinski?

  So that way, again, you're not copying and pasting back and forth with the agent or you're not having to use a headless browser that then has to scoop up those errors.

• 19:15Wes Bos?

  Connects to DevTools and pasting your logs. Just a nice tidy spot for. All of your info, but you're probably interested in that info in in prod, right? And you're using Sentry for that, but in development as well, sometimes that or often that info is extremely helpful, especially when you're using agents.

• 19:33Scott Tolinski?

  Yeah, and you still get that root cause analysis, which I think is super helpful. But there's also performance. So you can get database query, timing, API request, waterfall, component render times. Like you get all of this in your local Devflow and I don't feel like enough people talk about this tool because I find it to be very helpful. So it's easy to install, works with everything and I like Spotlight. Next step on the list is generally formatting and linting. These are tools that, again, we, many of us have just always used formatting and linting tools or even type checking tools like just TypeScript. But like these things become very important when you are wanting to tell your agent to always run, you know, type checking, always run linting after completing a feature, all

• 20:18Scott Tolinski?

  this stuff and moving again, these general like, is this a problem or not? Out of the brain of an AI scanning your code for problems and into a checklist of fix this, fix this, fix this. One thing I really like in this regard is Vite Plus uses VP check to run linting and formatting and type checking if you wanted to. It does so with caching. It's just the best for this type of thing. So if you're using Vite Plus, the VP check is the the one to use. It's really great. But otherwise, using something like ES Lint is just becoming more and more important.

• 21:00Scott Tolinski?

  Now, one thing I think that's really underutilized here is that a lot of us, as we've mentioned, have issues that AI just continues to do, like in Svelte, it's a problem where it just uses effect for everything. It's like, brother, this ain't React.

• 21:16Wes Bos?

  It just coerces the value, you know, it uses as or it just like makes up its own types.

• 21:22Scott Tolinski?

  Right.

• 21:23Wes Bos?

  I expect that this is what the template looks like, so I'll just throw a type above it. And it's like, no, that that should be inferred from from like the database, something like that. And it, I feel like with TypeScript a lot, it, as good as it is as TypeScript, it cheats it quite a bit.

• 21:37Scott Tolinski?

  Cheats it.

• 21:38Wes Bos?

  And a lot of people are just like, oh, no, test pass, you know, the types, there's no type errors. Yeah, because you just. Use assertions everywhere.

• 21:45Scott Tolinski?

  Yeah, I know. And so one of the things that like, I think vibe coders might do in this situation is just put it in their agents.md saying, hey, don't do that. Please no, don't. But that's like a sign that says, don't, that you can just walk past, right? Like the AI agents won't adhere to that. They're gonna consider it. But if you put it into a tool like this, then that changes things quite a bit. So I think Kevin from the Svelte team was saying that he even put in his ES lint setup, it would fail if the agent used effect in SvelteKit. Just because of how much it was doing it. So he wrote a custom ES lint plugin just to check for those types of things. And I think that's really underutilized.

• 22:29Scott Tolinski?

  Writing custom ES lint plugins instead of just tossing stuff into your agents.md.

• 22:34Wes Bos?

  Yeah.

• 22:35Scott Tolinski?

  I think is something that people don't do enough.

• 22:37Wes Bos?

  Make it deterministic, you know? Don't write a wishy-washy rule.

• 22:41Scott Tolinski?

  Yes.

• 22:41Wes Bos?

  And the beautiful thing about that is that it is so easy to get the AI to write a deterministic plugin, right? And then you can write tests against it and see that it actually works. It's, man, I've written like three VEIT plugins in the last like six months as well, just because it's so easy to spin one up.

• 22:59Scott Tolinski?

  Yes, I know it's, it is. And then on the CSS tip of things, styling is still great. It's something that is so underutilized. I think I've said that about 100 times on this podcast. Stylen is basically CSS linting in the same type of way. It helps you find those exact type of things. Expected custom property name, disallowed unit. Like again, like, all right, you are assigning a background color or you're assigning a box shadow without using one of our predefined shadows. It's in a variable or you're giving a color that's not in our variables. It's going to error on this. And then, you know, that can be used in addition to actual like agents.md files about saying what to do in those types of situations.

• 23:42Scott Tolinski?

  I am working on my own because styling is great, but I would rather a tool that was more effortless. So I made one using the Lightning CSS parser, because I wanted it to be faster. I wanted it to be, you know, tuned to kind of modern CSS sensibilities.

• 24:06Wes Bos?

  Yeah. So what's, what's wrong with styling?

• 24:10Scott Tolinski?

  I find styling to be difficult to work in. I find it to be a bit bloated. It's been around forever. It's very full-featured, but I'd rather it be like, like Parcel or even like with the new Veet stuff, right? Where it is just really smart defaults.

• 24:34Wes Bos?

  Yeah.

• 24:35Scott Tolinski?

  No configuration.

• 24:36Wes Bos?

  Throw it in there.

• 24:37Scott Tolinski?

  Just throw it in there.

• 24:38Wes Bos?

  As long as you're okay with it.

• 24:39Scott Tolinski?

  It works fast as hell.

• 24:40Wes Bos?

  Like, yeah. That's what, that's what I've been telling people with like Oxlent and Oxf format and stuff. In most cases, like I just put my, I've put so much of my like ESLint and prettier config away. And I was like, I'll just, I'll just use this, you know? And for, for newer projects or projects where like a massive changing thing, I maybe two or three changes I added to it. So I wouldn't have this massive commit that just changed the entire codebase. But if, yeah, as long as you can just like lay down and accept the defaults, sometimes that's better.

• 25:13Scott Tolinski?

  Yes. And so that's really what this is about. And man, is it fast. It works with all my stuff. It's called Clint, like CSS lint, Clint. Check it out. And I, I, it's still early, but it does know unknown properties and valid values, duplicate selectors, duplicate declarations, empty rulesets, those types of things. And I think it does so very fast and nice. So give it a try and I'm accepting contributions to it. That'd be great. Next one here is making your browser usage headless. The king of this area is the agent browser from Vercel. Agent browser is great because it's very full-featured. You can tell agents to, hey, check this in the browser.

• 25:58Scott Tolinski?

  It can do screenshots and those types of things. It can handle anything that a browser would be able to really is what it comes down to. And for the most part, I don't have a lot of complaints with agent browser.

• 26:10Wes Bos?

  No, it's, it's great, especially because like one cool thing with agent browser is that you can hook it up to any Electron application. And all you have to do when you're starting the Electron application is you have to start it with like a remote debugging port, which is an argument. So you can open Slack and pass it dash, dash, remote debugging port 9222. And then. Your agent browser skill will be able to connect to it. And like I sent Scott, Scott's like, well, what were you using? I was like, I use agent browser and I sent him a message from, I just went into Claude. And I was like, use the agent browser. You have to restart Slack with the, with the flag, but it can do that because it can run terminal commands. Right?

• 26:56Wes Bos?

  And then it just sent like Scott, a little message. And I set that up the other day because we were doing a, a battle with the CJ, Scott and myself. We were doing a battle where we like, couldn't use the mouse. And I thought that Randy was going to post something in Slack, like a screenshot or something like that. And we weren't allowed to like copy paste it. So I was like, I'm going to get my agent browser dialed in so that if Randy posts something in Slack, I'm going to be able to get that image out of Slack into my editor. And it ended up working, but it ended up not being what Randy had planned for us. So I'm ready for the next one.

• 27:31Scott Tolinski?

  Yeah, yeah. There's also Chrome DevTools MCP, which is great for this as well. The thing I like about Chrome DevTools MCP is that it pops open a little Chrome that you can see it executing your stuff on nice and easily. I think that's the default way that it works. I don't know if you can even turn that off if we're being honest, but I like that I can see what it's doing. Like sometimes, sometimes the AI uses like the wrong, like it just assumes it's like, oh, this is a V site. Of course it's on port 5173. Okay. And then it's like the wrong site and it's like, huh, for some reason the app is showing something weird here. I'm like, that's because you're the wrong app and you didn't check the port. So yeah, Chrome DevTools MCP, great, great usage for that as well.

• 28:15Scott Tolinski?

  But having these tools are great because again, you can look at the, they can take screenshots and see what it looks like. It can read the console log and it can read the network panel and those types of things. Another option here is Light Panda. Have you seen Light Panda, Wes?

• 28:29Wes Bos?

  I, I had this on a list for another show that I've been, been mulling around. So they rebuilt an entire browser. It uses, it uses V8, but it's apparently way faster for headless. And I, I went back and I, I looked at it. It says, the first browsers for machines, not humans. And I was like, wow, they're like, They really are going hard on this like agentic browser, which apparently is it makes it faster for interacting because that's the one thing about these like puppeteer and these headless browsers. They're slow as molasses because they gotta like take a screenshot or go to the DOM and then send a click event. Absolutely. So brutally slow.

• 29:10Wes Bos?

  So Light Panda is like a new browser that they basically just took V8, which is like the engine. It can run JavaScript. I don't know if it runs CSS or not, but because it just needs like the markup, right? And then apparently it's way faster. I looked into it because I was like, what is this? I was like, they didn't just build a browser from scratch, you know? Like, that's crazy. Ladybird is doing that, but they are crazy.

• 29:36Scott Tolinski?

  Yeah, because it just says a browser engine. So, okay, yeah, it does say Light Panda is written with Zig and it uses build the V8 engine for Zig JS runtime. Interesting. Yeah. Okay.

• 29:48Wes Bos?

  Yeah. And I looked into it. I went on Wayback Machine and I was like, this is not just something that someone vibed up in the last like six months because everything, everything is agents and they, it, they used to be a browser for scraping, which makes sense. So they, they were, they used to be this thing that like scraped websites and got data and it was as fast as possible. And I guess they've sort of changed. I guess it still is a big use case, right? Is visiting websites and scraping.

• 30:15Scott Tolinski?

  Yeah. You know what? There's pricing on here. Is the pricing only for their cloud? Or is it just using Light Panda in general?

• 30:23Wes Bos?

  That's, you can install this thing and run it no problem. I think the

• 30:25Scott Tolinski?

  Okay.

• 30:26Wes Bos?

  Thing that nobody is talking about with these like AI agents and whatever is that you need a lot of IP addresses and you need a lot of compute to actually run these browsers. And, and often it doesn't make sense to like run a headless browser inside of like a serverless function, right? So you see like Cloudflare has their own like browser thing that you can use to take screenshots and it's, it's like, it's puppeteer compatible. And then they have this thing as well. But I think the other thing that a lot of these companies that do this are not talking about is that they probably run them on either in Like people's houses. I think, I don't, I don't know if this is true or not, but I, I listened to this really good Darknet diaries about these like streaming boxes.

• 31:11Wes Bos?

  And I've also gotten lots of emails from people saying, I have residential IPs available. And it's because you can't just like use a VPN and like scrape a thousand websites. They're going to block you. They don't want you doing that. Many of these places don't want you doing that. So what you need really is like something like LightPanda running on somebody's illegal streaming box. And you have like a nice, clean IP address that you're able to send requests out on behalf of someone. I don't know that that's actually happening. But, and I don't know that this is LightPanda is doing this, but I guarantee that's happening in some regard right now in our industry.

• 31:48Scott Tolinski?

  It's very interesting. And also, if you're curious out there, you can have Agent Browser use LightPanda as the engine. So if that's like-

• 31:57Wes Bos?

  Yeah, it's like puppeteer compatible, right?

• 31:59Scott Tolinski?

  Yeah. If you want to just have your whole setup with Agent Browser that you already have, and then pop in LightPanda as the engine. It's a simple config change. Another thing here we have is tasks and to-dos, which man, AI loves to like lift a bunch of to-dos and then like not check them off or not do them. Or every single AI harness has its own to-do system and they're all crazy and they don't get saved to your database. So I have a couple of tools here, and this is less for deterministically scanning your codebase. But this is more for a general workflow type of thing. I use Dex, Dex dot RIP, which saves everything to a JSON file.

• 32:45Scott Tolinski?

  And then there's Beads, which is one that's popular that sorts things into a database and uses Git hooks. But either way, the things that are nice about these is that they can be blocking. You could have tasks that are blocking other tasks. You can have a clear execution of this, then this, then this. And again, it's commits to your GitHub repo. You can take it with you. This is again, less of a code deterministic thing, but more of a plan deterministic thing. That way, if it's saying, give me the next task to do, it's not just like, huh, what should we do? It's like, okay, this is blocked by this, which is blocked by this. Let me pick this. And then let's implement this. And then again, you can have descriptions where you're passing in actual code paths and stuff.

• 33:26Scott Tolinski?

  So I like Dex dot rip for this and not just because it was made by my boss. Next one here is context seven for docs. I still use context seven quite a bit. Because in this, this whole platform of AI agents knowing what to do, you can have best practices. You can have skills that are telling it this or that. But a lot of times, just having the docs in context seven via MCP, I find to be still the best. It just looks it up, gets the answers, possibly usage patterns and stuff like that.

• 34:04Scott Tolinski?

  And then is able to assess a better version of like, okay, this is what it should be done like, because I have the docs. So that one's been talked about to death and again, less deterministic about your current code and your current quality. But when you're looking up patterns and examples, context seven is great.

• 34:23Wes Bos?

  Did you see, Tensac had code mode they released the other day? And I think this is similar to the Cloudflare code mode that they came out there. Cloudflare replaced their entire MCP server, which was, they had like seven or eight different MCP servers that you could hit. And what happens is that you get so much context load and it has to work really hard to figure out which tools to call, whatever. And they replaced the whole thing with, with simply just like giving it a sandbox to run some TypeScript. Because the LLM is, it's pretty good at running tool calls, but it's really good at just simply writing TypeScript that can, can be run, right? It's the same idea that everybody is saying, don't use MCP, just let it run CLI. The, the agent is very good at running CLI calls. So in the same way, the agent is very good at writing TypeScript.

• 35:08Wes Bos?

  And if you give it this sandbox where it can run TypeScript, I won't get into it. We'll do a whole show on it, but you get like the schema, you can call all these different tools and then it will then execute it, right? It might return documentation. It might update your your CloudFlare dashboard or whatever. And it's like a really interesting way to make an MCP server is basically just giving the LLM a little spot to run some code that is in sandbox. That's what the CloudFlare dynamic workers are. Now, Tansack came out with their own code mode, which is really cool, a spot to like run this all. So I think we should probably do a whole show on this because this is very interesting. We're all trying to figure out what all these tools are and how they best work. And I think this code mode certainly hits on some of those.

• 35:54Scott Tolinski?

  Code mode is an interesting name for that. I don't know if I get the naming, but I I'm keeping an open mind here. So at the end of the day, how do we get AI to use these tools? We beg them. We put them into our agents dot M D file. We put it into skills. We we tell it, hey, always. Yeah, I've had good luck with saying upon completion of any feature, always run this sequence, right? Run fallow quality, run first run type checking or VP check, then run fallow checking, then do this, then do that. I've had good luck with that.

• 36:35Scott Tolinski?

  But at the end of the day, you can run them yourself and give the output to the AI agent and say, hey, fix these things. Or you can say in your agents, please do this. Or you can have skills, which is like my quality check skill commands that run the quality check commands. But it's very difficult. Besides that, you can always wrap this all up into one quality check script that then runs all of your quality checks.

• 37:02Wes Bos?

  Yeah, you could run it on like a commit, which is pretty common thing to do, right? Like, you're not allowed to commit any code if these things are failing. Some of them are a little bit more like annoying because you're like, oh, it surfaced that. I don't necessarily care about that. And then I'll have to go and put this weird comment in my code to ignore that. But running it on commit is maybe a good idea. That means it will never actually make its way into your your code base until things pass.

• 37:27Scott Tolinski?

  Yeah, and honestly, I found it to be better to be in control of the output of these things rather than just being like, oh, go ahead and just do whatever you gotta do to get these things passing or fixed, etc. But I think that's it for all of the tools and things that I have here. Wes, is there anything else in your toolbox that you use to make AI more deterministic?

• 37:48Wes Bos?

  Just swearing, mostly.

• 37:50Scott Tolinski?

  Yeah.

• 37:50Wes Bos?

  We did find out via, when the cursor thing leaked, that we did find out that swearing at cursor does log into an internal Anthropic dashboard. And they have an F chart that they can see how angry their users are. So swearing does it. Swearing at your LM does work.

• 38:09Scott Tolinski?

  I wonder if I'm on the leaderboard. That's all I gotta say.

• 38:12Wes Bos?

  There certainly is the top. Oh, that would be, that would be hilarious.

• 38:18Scott Tolinski?

  All right, let's get into sick pics and shameless plugs. I have a sick pic, which is a razor. I don't, like, I'm gonna be real. I don't know if they're like straight razor or like whatever people are snobbish. I would assume they are. I'm not clued into that. I have been advertised this leaf razor on Instagram a whole ton. And it's all metal. It uses single blades, like half blades or whatever. And the blades are just so incredibly cheap. You can get really nice blades from different places. You don't have to buy their specific ones. It's standardized. But this razor in particular is a two-blade razor.

• 39:02Scott Tolinski?

  And because the blades are so cheap and standardized, the idea is that every time you're shaving, you're just popping two new blades in there. There's like no disposable plastic, anything that's getting tossed in the landfill somewhere. It's all just really great. So I had the prior single-blade one called the, I believe it's called the Thorn or the Twig. And that's for like using like ed, like lining up things and stuff. And I liked it for so long that I was like, you know what? I'll just get the two-blade one for normal shaving. And my God. It's it's just like a completely different experience because every single time you got these just beautifully sharp blades.

• 39:47Wes Bos?

  Twice as much. Yeah. Oh, man. A fresh blade. Man, I don't I don't use razors to shave because my skin gets on fire, right? I just turn into like a red tomato. But I cut things with razor blades and a fresh one, man, I bought a hundred pack for my like utility blades. Nothing better.

• 40:05Scott Tolinski?

  Yeah, nothing better. Man, it's just like, yeah, shaving has gotten so much nicer and it's fast.

• 40:11Wes Bos?

  Do you have the old timey like?

• 40:13Scott Tolinski?

  I don't know.

• 40:15Wes Bos?

  No, okay.

• 40:15Scott Tolinski?

  No, I'm not that snobbish about it, which is why I'm concerned that there are people be like, oh, you buy the leaf razor? Yeah, but it works great. So, uh, really cool, really nice and happy with it for sure.

• 40:28Wes Bos?

  I'm a sick pick something really silly. Puzzles. We've been doing puzzles with our kids lately.

• 40:33Scott Tolinski?

  Yes, I love puzzles.

• 40:35Wes Bos?

  They're a hoot, right? It's fun to like, think about how I can't get it out of my brain that I would love to build a bot that could solve the puzzle. I know. I know Mark Rober did it on one of his videos and ever since he did that, I was just like, man, that would be so cool. And then I look at the the puzzle pieces and they're all different. I was like, what's the algorithm for making these swoops, you know? I just want to learn so much more about puzzles, but my kids absolutely love them. It's super fun. So just generally get a puzzle.

• 41:07Scott Tolinski?

  Get a puzzle. Yeah, my my daughter is she's got the engineering brain. And she is really good at puzzles, shockingly good at puzzles. So that's like one of her favorite things to do. And so it's so funny. I've never been into doing puzzles, but now her and I sit down and do puzzles all the time and it's so such a good time to connect and like, man, she really loves it. Yeah.

• 41:32Wes Bos?

  Even just like the content of the puzzle, like we got one, which is like, like 20 countries in in Europe or something like that. It's like the countries of Europe and it just shows like a monument and like something like like the Eiffel Tower and a baguette and that's France, right? And the flag and. It's so fun to like, be like, oh, we've been there or like, oh, that'd be kind of cool to visit that.

• 41:53Scott Tolinski?

  Yeah, we got an outer space one. She's naming all the planets. She knows all the, she's giving me facts about all kinds of stuff. But yeah, no, they're, they're, and we push it too. So every single time we're like, oh, we're gonna go a little bit crazier with this one. And yeah, she's doing some.

• 42:08Wes Bos?

  We should make a syntax puzzle.

• 42:10Scott Tolinski?

  I mean, yes, count me in.

• 42:12Wes Bos?

  Or like, like a code mode puzzle.

• 42:15Scott Tolinski?

  Yes.

• 42:16Wes Bos?

  Like, cause you could read the code on the pieces and know where that goes. That would actually be kind of funny.

• 42:22Scott Tolinski?

  That actually would be, yeah, code puzzle. And then the code could be funny in some sort of way. Yeah. Real quick, before we get out of here, I do want to shamelessly plug my wife's podcast, phases.fm. Man, she, she's been working really hard on this and it's just her first video episode, which is going to be on YouTube, Phases FM. Or it's on phases.fm is the website, but you can find it in any major podcast app. Just go to the website and there's links to all that stuff there. I want to also shout out the transistor.fm, I believe is the URL, transistor.fm as a podcast hosting platform. It's really good, Wes. And I know we, we use Megaphone for ours. We used Libsyn before.

• 43:06Scott Tolinski?

  They have that really neat feature on here, which is like showing you amount of downloads in the release window. So it's not just like day one downloads. It's like you can get hotspots for seeing what the release window looks like. And one interesting thing that they've, they're adding right now that you might be curious about is video distribution where now that Apple's added video.

• 43:27Wes Bos?

  That's why we didn't go with them. Cause there was no standard for.

• 43:30Scott Tolinski?

  There's no standard. Yes. And so they're implementing that. And I, I'm curious to see, I've signed up for the waiting list. So Justin, if you're listening, please get me on that waiting list. Cause I want to try.

• 43:42Wes Bos?

  I went out for lunch with him a couple of months ago. So I'll, I'll get, I'll get you in.

• 43:47Scott Tolinski?

  I'll get, get me in. Yeah. Cause I'm interested. It's good product though, man. It's really good. So shout out to transistor. Check it out.

• 43:54Wes Bos?

  Canadian product as well, of course. All good, all the good things are Canadian.

• 43:58Scott Tolinski?

  I didn't even say what my wife's podcast was. It's a parenting podcast. She's a psychologist. She's a doctor of psychology. She taught master's level human development courses. So she's brilliant and.

• 44:11Wes Bos?

  Know what she's doing.

• 44:12Scott Tolinski?

  She's talking about human development, neurodiversity. She's talking about kids and parenting in like a scientifically backed, lighthearted, fun way. So check it out.

• 44:22Wes Bos?

  Cool. All right. Thanks for tuning in. Catch you later. Peace. Peace.