How I Code Without Typing Transcript, AI Summary & Key Points

00:00 A handful of y'all have noticed something different about me recently. Obviously, I'm referring to my hair, which is currently longer than it should be, and definitely not referring to my hand that has been in and out of a cast for about a month now and will be in a cast for another one to potentially 6 months. This is not pleasant for me, and as a result, I'll be making a much more personal video than I normally do because I have to learn to deal with this.

00:21 Having one hand is kind of annoying when your job is to type and code and use computers to do all these types of things. even if I'm doing videos about it, it's very nice to be able to do things like command tab between apps or type in the thing you want to do. And now I just can't. That said, I've been managing to ship more than ever as of late. You can see part of this through my GitHub contributions.

00:45 In fact, the day here, August 8th, was right as I was starting to get my hand bundled up like this. And since then, I have been able to maintain pace and even go further than I ever thought I'd be able to, shipping some of the biggest and widest ranging changes I've ever worked on in my career. And you can probably guess how I've been able to do that.

01:04 Yes, it is AI, but I want to go deeper than that here. In order to get around the fact that I'm down a hand, literally, I've had to change the way I work in meaningful ways. And I think a lot of this is going to be useful even for those of y'all who type and type fast. I was a really fast typer before, as high as 160 words per minute pretty consistently.

01:23 So, losing that has been a tough hit for me to take and I've made a ton of adjustments to my workflow in order to stay productive despite this. I think that these tips will be useful well outside of me. And I'm saying this because I've shared a lot of them with my team and they've been helping them out too, both in being more productive and enjoying using their computer more for real world work.

01:43 So, this video is going to be very strange. It's both a personal diary of me dealing with the hell that is my hand not working, but also a pile of useful tips for being as effective as possible working with realworld AI engineering tools in order to stay productive even without having to type directly. All that said, I'm sure you guys can guess since I'm in the US, I have a lot of medical bills to pay.

02:05 So, pardon me for a quick break for today's sponsor. AI has fundamentally changed how big businesses operate. Back in my day, if you worked at a Fortune 500, they would only really buy product from other Fortune 500s. So, they weren't going to try some small startup's new SAS. That has entirely changed. But, there are some catches here, too, because the company isn't just going to sign up for an account the normal way that users do where they go show up and hit the sign-in button.

02:28 They're going to want a lot of things different. They might want their agents to sign up. They're almost certainly going to want to go through their OOTH platforms and all the crazy SAML, Octa, and other things those businesses might be using. Are you ready for all of those cases? Well, if you're using today's sponsor, Work OS, you almost certainly are because these guys have it figured out.

02:44 That's why companies like OpenAI, Anthropic, Cursor, FAL, Base 10, AMP, Bolt, and so many more are all building on top of work OS. When you start looking into work OS, you'll see why everyone uses them. From OKIT, which makes it easy to set up a good sign-in flow, to the admin portal, which makes it easy for the IT teams that the companies are trying to onboard to actually sign up with any of the many different O providers they might be using.

03:05 Seriously, if you've never had to configure SAML, Duo, or Keycloak for your business, I wouldn't wish that on my worst enemy. Thankfully, Work OS has it handled for you. And if you're worried about agents signing up for your stuff, they have that covered too with a new standard OMD that they helped pioneer with Cloudflare, Firecrawl, and many other companies that's already being adopted across the industry.

03:22 In order to get enterprise customers, they need to be able to sign up for your app. Get it right at soy.link/workos. One last note, if anybody's interested in sponsoring my cast, I am down to have the conversation. My email for sponsorship and all of that is in the description on YouTube. You can check that out if you want to learn more. I think it'd be fun to throw some logos on here.

03:42 It would make me feel at least a little less bad. Whisper flow, respond to our emails, please. Anyways, let's go through this. I know it says coding without typing, but I honestly think it would be more accurate to say staying productive. As you can see, typing is hard. Staying productive on a PC without typing because that's honestly what it's been for me.

04:04 Talking out code doesn't work great if you're like trying to do a function definition. Like here I'll even try directly. Let x= 4 let y equ= 12 while x is less than y x++ that that's not viable. So yeah, as much as I love the voice text tools I've been using, you're not writing code with your voice. And if you are one of the few people that has been doing this, and I know a handful that have been for not just like years, but for decades, you are a godamn trooper and a hero.

04:35 And I have so much respect for you. I am incredibly thankful that my issues have been in the era of AI being able to both translate what I say and also write the code and also argue most importantly use my computer. Yeah, that has been one of the biggest things for me. So yeah, coding with your voice just by writing the code directly not realistic. So another way of framing this is to be frank, my hand injury has forced me to embrace vibe coding more and this is absolutely the case.

05:04 Not even just because I can't type as well, but navigating my computer is harder. Switching between apps is harder. I uh think you can probably see from here my hand position on my keyboard now is pointer finger on the command key and ring finger on tab because I use command tab so much and my thumb doesn't function right now. So, I'm suffering. But that is able to like let me switch between things a bit again, but it's uncomfortable enough that I just kind of don't bother.

05:34 So, I have been doing a couple little things to make this easier. One of the silly ones I do when I'm not live and filming and have a slightly bigger screen is I actually don't use most of my apps full screen anymore. I do this when I have two open and I have a slight edge exposed in both. So, it's easy for me with my right hand to switch between them like this and not have to hit keys to do it.

05:53 A lot of my work has been not just like how do I make it so I don't have to type as much, but how do I make it so my mouse can do more? And I've made a ton of changes to random things across all of the things I use every day in order to improve in this way. So, let's start going through my actual like core navigating the computer without having to use your hands as much tips.

06:14 The first one, and this one's been hard for me. Your phone is your friend. This was tough. I am lucky that I've always been a slide typer on mobile. I was a big fan of swipe way way way back for those Android people in the like late 2000s, early 2010s. If you're old like me, you know what I'm talking about. I learned to slide type when I was learning how to type on phones.

06:37 And that's just been how I type on my phone forever. And since that only requires one hand, I've been able to use my phone more comfortably. And the first time I had this issue with my hand, I actually moved almost entirely to using my phone and also my agents. But this is before agents were useful. So, my agent was me shouting at Mark and Julius to go do things for me because I couldn't cuz down hand.

06:57 For what it is worth, I have found my phone to be a lot less uh miserable to use with one hand than a computer because computers really assume that you're using two hands. With this, I've also been putting a lot more time into getting my surface area on iOS better. things like improving the apps I use and building my own Plex clone, which has been very nice as I've been watching more things on my phone as I try to relax, but also all of the iteration we've been doing on T3 Code to make it easier for me to control my

07:25 computer and the agents I'm running all again from my phone. But the main thing of course that you've already seen me using and I'm sure a lot of you are expecting my voice. This one was tough for me. I have tried many a time to get into voice to text and I found that while it had improved meaningfully, it wasn't solving the problems that were the most annoying for me.

07:48 In particular, switching between applications. As great as Whisper Flow is at taking the things I say and putting them on my screen, it couldn't navigate my computer for me. That said, it was fantastic to use to just talk out what I was thinking and have it appear on my screen. There is still something that feels a little magical about it. But I'm going to be real with you guys.

08:11 Despite the fact that I yap constantly on camera and doing things like this, I really don't like talking to my computer when I am surrounded with other people. And since I am often working at my office with my whole team around, I don't want to have to like shout at my laptop while I am surrounded with my team. It just feels gross and inconsiderate and I hate it.

08:31 But at this point with my hand, I was so desperate that I tried something that I swore I never would because I just didn't think it would matter that much. This is a podium mic. I did not think I would ever want one of these. Not only has this fundamentally changed how I use my computer, I forced my whole team to try it and every single one of them ended up buying one of their own and I bought them one for the office as well.

08:57 I will plug it in and I will talk to it. When I talk at a normal volume, it behaves exactly how you would expect. There you go. It worked. That's not the magic, though. Reminder that I have a high-end professional microphone right here. This is a $500 mic plugged into an $800 interface. It is designed to be very sensitive and to pick up what I'm saying very easily.

09:18 Watch this. Remember, that professional mic is the one I'm using for recording. It's the one that you're hearing. You guys don't hear this tiny little one next to it. So, watch as I use this tiny mic to dictate to my computer. It's actually wild. There's no world in which you can hear any of the things I just said. It is hilarious how quiet you can be.

09:44 However quiet you think is reasonable, you can get like 4x quieter. Like I'm watching on my monitoring and I'm going from peing at like -4 dB to when I do the whisper it's at like -40. It's kind of crazy. The reason I bring this mic up isn't because I think you need it. I actually highly highly highly recommend you try the built-in MacBook mic for a while.

10:07 It'll work great at normal volume levels, but it will not work for the literal whispering like you just saw me doing. But the reality of being in an office environment is that you probably don't want to be loudly talking at your computer when there's people around you. This entirely solved that for me. This tiny little mic that's around 70 bucks that I throw on my desk, not only does it make me way less insecure talking to my computer to make it make changes because it's like I can whisper now and my teammates aren't

10:42 inconvenenced by me yapping constantly at my computer. It also handles background noise incredibly well. So if my team are talking behind me while I am whispering into this mic, it handles it great. Like here, I'll find some random YouTube video on my phone with somebody talking and play it nearby while I do this. I just found a random primogen video.

11:09 >> Loud enough you can hear it on the mic. sending a commit. >> Do you understand? >> This was louder than my voice was and it still only picked up what I said. I'm personally not sure if this level of performance is available in other voice to text tools. Ben Davis, who I'm sure you guys know from the podcast and whatnot, he seems to think it is, and he built his own local version of Whisper Flow that's been working great for him.

11:38 I don't care. Whisper Flow has been great for me overall. I do have my complaints, believe me. But it is very solid overall. And this tiny little mic with this tiny little USB cable plugged into my monitor downstairs has been revolutionary for me being willing to use voice to text. And I'm no longer ashamed cuz like I was nearing the point where I would like leave and go to meeting rooms or like my private office or whatever to work because I felt so bad voice to texting when I was at my desk with my team.

12:02 Now I don't anymore. So, like biggest tip by far, this tiny little mic. Much much bigger impact on my livelihood than I ever ever would have expected. Okay, so we've now established this. What else do I got for you? This is where we start to get into one of my favorite topics, which is how to prompt better so that you don't have to check on your agents as much.

12:23 I talk about a handful of these things in other videos, but I think here it'll hit a bit different because my motivation is much more different. There are certain things that just aren't pleasant to do when you are down a hand. One of those things is everything you would ever do in a terminal. Terminals without typing are hell. It's I I was going to try and go with an analogy.

12:47 It's not even worth it because it will downplay how bad it is no matter how bad the analogy is. Talking to your terminal is hell. So all of the strong stances I already had about terminals not being the right place for agentic dev. Oh man, you have no idea. I'm 100x stronger in my convictions there. I have not opened a terminal for anything other than aing like a CLI or something.

13:08 Not once since my hand thing. Other than this one yolo run I have going with TS Rust trying to use Astra to rebuild all of TypeScript in Rust. And then I'm just running there because I don't want it conceptually taking up space in my T3 code. I just want it yoloing in a corner somewhere. But that's the only thing I've opened my terminal for in weeks at this point.

13:27 partially because I'm over the terminal, but it is mostly because using a terminal with your voice is actually hell. Like, it's just it's hell. I hate it. I hate it so much. I don't want to ever have to do it without my keyboard. I'm done with terminals. So, how have I been living without terminals? The first and arguably most important thing is two projects I have on my computer.

13:44 The first is named fleet. The fleet project is how I manage all of the different computers that I currently have set up for real work, vibe coding, whatever else. It has documented all of the computers, how to connect to them via SSH, what I use them for, what's installed on them, all of those things. Historically, I would have had to like SSH it to a computer to install something or set up the author, whatever on it.

14:09 Now, I just don't. Now, I don't even have to think about this type of thing. And it has made life meaningfully better for me overall, even outside of the keyboard thing, because when I have a problem here, I I'll show a real silly example here. Super Smash Bros. Melee just got decompiled, which by the way, unbelievably cool. massive achievement in the gaming world software development.

14:28 Super hyped about it. I wanted to play with it on a different computer though because I didn't want it interrupting me while I was filming today. So, I did a kind of silly thing. I downloaded the ISO on this computer, but I didn't have an easy way to transfer it over. That's the type of thing where I could absolutely have like SSH or like went and wrote the SCP command or whatever else, but then I also have to wait for the download, extract it manually, go to it in the terminal, and then write the command.

14:53 I'll show you what I did instead. I started a thread in fleet because again this repo knows where all my computers are and how to connect to them. I'm downloading a legal copy of Super Smash Bros. Melee hypothetically. When it's done, I need you to transfer the ISO of a game I already own multiple copies of Lake in downloads directory so that I can access it on this computer as well.

15:12 And then I had to correct it to left book because I have a lot of proper nouns in my dictation like dictionary for whisper flow. And since lake bed and leftbook are two of those words, it sometimes mixes them up. I was also doing this via the MacBook mic and probably wasn't as clear because I got too used to this tiny little guy. But I was quite annoyed that it took the word lake bed instead of left book, but I made the quick correction.

15:38 And this one was fun because I hadn't even finished downloading the file. I literally just told it will be in this directory. I want you to copy it to the other machine in the same directory and then left. I stopped looking. I stopped caring and then I got a little ping when it was done. And it was indeed done. I know this seems silly, but no matter how good you are at computers, getting a file downloaded on one computer and then moving it to the other, even if you have a system to do this really fast, the additional

16:06 steps that are necessary of just waiting for it to finish before doing the next thing is annoying. And this is part of what I've been doing more with AI is I've been pulling it in slightly earlier and giving it the instructions necessary to go slightly further. Another somewhat silly example of this is around T3 code itself. We've been working heavily and when I say we, I mostly mean Julius as well as some changes from people like Shiv and Maria and a few others, but largely Julius has been working on what's called

16:36 orchestrator v2. Orchestrator v2 is an overhaul of how T3 code threads are exposed and managed by the agents themselves. And this will allow for an agent to spin up another thread with another model to reference one as a subhat to get more feedback to spin up a bunch of clawed sub aents via codeex those types of things. And then we're very excited about it but it's a huge overhaul of how orchestration works in T3 code which means we're taking our time merging it.

17:03 which also means I haven't been able to play with it a whole bunch because I use the T3 code nightly on my machine and I do not want anything bad happening to it because I rely on it heavily. I use it hours a day every day, probably averaging 10 hours a day in T3 Code lately. It's bad. But I wanted to have the Orchestrator V2 as a build I could play with on my machine.

17:22 There's a lot of ways I could do this. I could pull down the branch and run a local dev build. I could ask Julius to set up a DMG and then wipe my install, back it up, and then use that temporarily. But I had a specific thing I wanted. And for those already asking like what if you just put under a feature flag, you're not putting a new database under a feature flag.

17:41 Especially when that new database is constantly changing and you should expect everything to be wiped at any point. You don't want a feature flag for this. And it would make it way harder for us to ship, not easier. So no, not happening. We will have a nightly with this someday. Just wait. Be patient. It's happening. Anyways, I wanted it now and I'm sure others of y'all do as well, which is why it's so convenient T3 code is open source because you can copy paste this exact prompt or I don't know, voice to text it and

18:07 then you will have what I have here. Funny enough, I sent this one from voice to text on my iPhone as I was getting my hair ready in the bathroom before stream because I wanted to have it ready to use if I wanted to demo it during stream. So I was on my phone. I started a new thread in fleet because again fleet has all the context of all my machines also including the context of the machine I'm currently on which is useful.

18:30 So I told that I wanted to make a custom T3 code app/build on this machine that uses the orchestrator v2 branch should be named T3 code v2. It should use a custom T3v2 home directory. This one was very specific because I didn't want it to override and overlap with my existing T3 code instance so I could rotate between the nightly and the v2. I want it installed the same way you install any other apps.

18:52 Just to be very specific, you know, Astra needs a little nudge on what you actually want because it's not the best at intent, but if you talk enough, you can get it to figure things out. I need it configured in a way where it will not interfere with my existing T3 code install. And then I went and finished my hair. I came upstairs, I set up stream, and then went and checked and it had finished.

19:08 And now I have this custom build of T3 code on my machine. Again, I pulled in the AI earlier than I normally would have. In the past, I probably would have made a clone of the repo or a work tree. I would have went to GitHub and found the branch. I would have found the PR and everything for it. I would have cloned that locally and then told an agent to build it.

19:28 Maybe now I'm telling it to do all of the steps before and after. I'm telling it to go find the PR and figure out how to get it locally and built and do it. This worked great. Was very happy with it. And this is just some of the computer use examples. You guys ready for an extra personal one? This one's so personal I opened up ChatGpt for it. I am between doctors because of my hand and other things.

19:52 I absolutely love my orthopedic surgeon. He's the best. But since I'm between primary care, I've been trying to transfer everything over. A lot of the stuff I needed was available for me in a dashboard for the hospital I'm with. And their web app is I'm sure we've all had to deal with this before. A app or website for your doctor's office that is not the most pleasant thing to use.

20:16 So when I was doing my early access testing with GBD6 Astra, it is computer use capabilities, I gave it a fun challenge. I asked it to go to the website I had open with all of my medical records on it and download them all. This took about 40ish minutes total, I think. Actually, yeah, it wasn't quite as bad as I thought. It was only 20 minutes or so.

20:38 And I watched it do a lot of this. It had to download 49 medical PDFs, a p a giant pile of these scans. And each one of these things it downloaded required going through various dashboards, various threads, waiting for things to load, scrolling, finding the attachment section, downloading it, verifying it, and organizing it. And it did all of it. Did all of it fine.

20:56 As long as you have chatg open, you can also do this in T3 code. But for me personally right now my split is T3 code is for everything code related and chat GPT is for everything life related. With my hand like this though it would have taken me hours like legitimately hours. So having the model do it slightly faster than I could by hand by just telling it what I wanted and then coming back 20 minutes later and all my records are local.

21:25 Awesome. And then my doctor texted me the link for where I wanted to or where they wanted me to upload it. So I told another thread, "Hey, get all this uploaded." And it did it for me. I didn't have to do it on my computer the same way I would have before. And these are the tasks that like I never minded because I go around my computer quickly. I've been using computers forever.

21:42 I have a bunch of custom workflows, all my hotkeys, and everything. Like I can navigate a computer fast. On one hand, literally, I'm down a hand so I can't navigate it as quickly as I'm used to, which demoralizes me as I'm going. But on the other hand, the good one this time, I can only do one thing on a computer at a time. And what this has unlocked for me is a mental model where I am I'm doing more than one thing on my computer at once while also working on multiple things in parallel in T3 code at once.

22:13 And I found it almost like it's been a bit of a relief because I found that before I was prioritizing work based on a combination of what mattered the most, but also how much time I had. And since I would regularly have to like get up to go to a meeting or run to go grab something or run to and from my office or go film a video, all those types of things, if I had a task that took an hour to do, as far as I would have guessed, but I have to go film in 40 minutes, I'm just not going to do it.

22:43 And then that thing gets delayed indefinitely and never happens. Now with my combination of voice to texting and computer use and my fleet of computers, I can be doing things at all times. My laptop is closed, including a dedicated MacBook that I have on my network that is literally just for doing things that need like Mac OS computer use. That's what Leftbook is.

23:01 It's my leftover MacBook that just is decomping melee. Totally legally, by the way. This ended up being like a weirdly big mental unlock for me. the idea that the length of a task does not bound when I have to do it anymore. That if I had an hourong task, that meant I defined an hour in my day to do it. Now I don't. Now I check in at the start and I check in at the end.

23:23 And it's so nice. This is just the start of the mental model shift though. Again, I've been thinking a lot about when I start a task and when the task is done and if the agent is like chunks in the middle. Like if we were to think of tasks, I'll just diagram. This is the easy way to explain it. We think of this as a spectrum where on one side we have the idea for the task is in your head and on the other side the task is completed and you're content with it.

23:47 Where do you stuff the agents in? I found for a long time my agent use was kind of like this where I'd have like chunks here and there. Maybe even at the start I would like ask the model, hey, what do you think of this idea? And it would give me some feedback and then I would pull in another agent to start iterating on it. I would give it a bunch of feedback.

24:06 I had to play with what it built and then I'd pull in another agent to go implement the things I wanted different. And then as agents got more and more powerful, I found myself moving to a model more like this where I would talk things out occasionally after I thought about them for a while, decide what I wanted to do with it, and then spin up a long agent run to go build the whole thing.

24:25 Then I would test it a whole bunch myself here, play with it, figure out what I like and don't like, tell an agent to fix the handful of things that are wrong. Maybe there's some review comments after that it has to address. Then the task is finally done and I can go hit merge. And here is where everything has changed for me. First off, I started trimming these parts out.

24:42 But more importantly, I've taken this middle section, the like long agent run once everything is figured out and the agent starts building and then out comes the code. I started telling it to verify its changes more. Instead of having to like spin up the codebase locally, open the app and test a bunch of things with one hand. I told it use computer use to verify and validate your changes.

25:04 Use the AI code review bots in a repo to give feedback and make sure the code is in a good state. Have some sub agents do another pass on your code to increase your confidence and don't bother me until you're relatively confident that there will be no regressions from this that are userfacing. I've also started moving further in the other direction where I tell it not what solution I want, but I'll give it a bit of the problem I'm having.

25:27 And if it's vague enough or I'm unsure enough, I'll tell it, hey, I don't know how I want to solve this. Propose some solutions. Sometimes I'll just tell it to go do the whole thing and get a PR up. The craziest change though is this very little bit at the end here. This is the merge hole. This is where I would come in and there's almost like a line here like how far can I get the model before I go hit merge.

25:47 I don't have this line anymore. I trust the model to know if the code is safe to merge and to just do it for me a lot of the time. I've had Astra merge over a 100 PRs across my projects and I've had Fable merge at least 50. And of the 150 PRs that they merged and wrote and did everything themselves fully autonomously, two kind of had regressions in them.

26:09 That's a better hit rate than most talented developers have. Significantly better hit rate. This is similar to like the self-driving car thing where like everyone freaks out when they see a self-driving car get in an accident. When you look at miles driven, you'll suddenly realize, oh yeah, I guess that they're driving five times as much per accident.

26:26 That's probably good. And the accidents seem less dangerous. The accidents that happened from these YOLO merges, by the way, were an animation being removed in the app and an animation being removed on the marketing site. Those are the two regressions that accidentally merged after almost 150 PRs of automerged slop from Fable and Astra. Astra shipped those two animation regressions.

26:52 Everything else was fine and has been massive realworld improvements to these apps. YOLO merges. Can't tell if we're still talking about Whimos or code now. That is a phenomenal joke, Dan Ben. 11 out of 10. That that was that got a genuine smile out of me. Thank you. This is a theme you're going to be seeing in more and more of my content. This idea that you should expand both sides of where you let the agent come in.

27:16 The agent should come in earlier in your process and it should go longer before it bothers you. I'm now at the point where I don't even care about how fast the model is anymore for the most part other than like emergency bug fixes and things. I'm like in the loop on I need them out ASAP or I care a lot about some subtle specific details in it or like design iteration and things for almost all of my threads.

27:37 Like if I just literally go through them, I'll be honest with you for each one, how much do I care about the speed of the thread? Building Swift iOS app. Funny enough, I do actually care a bit in this thread, but the reason is hilariously dumb. I built 95 plus percent of the Swift UI version of the T3 code mobile app in a single thread as an experiment.

27:56 This thread is like eight plus gigs of data now because I've been using it so heavily across models across months of work. So this one I like the fast iteration cycle because it makes it easier for me to try two things or three things in a row because it's a hell thread. If I had just merged this code and had work trees the way I normally would, this would not affect me in the slightest.

28:17 But since I have a single thread I'm doing this work on, I would like it to be faster. So there's one so far where the faster would be nicer. Lake bed single server capacity limit increases. I don't give a I check on this thread every like day or two. Melee demp. This is going to run in the background indefinitely. I don't care how long it takes. It could be three times slower.

28:36 It wouldn't make a meaningful difference in my life. More likely performance games. I don't care. Showcase T3 coerformance gains. I don't care. Engineer performance rating. I don't care. This was for a post on Twitter. So, I can archive that now. Fix image preview and rendering. I don't care. Categorize stable release changes. I really don't care. All of these threads are things where the amount of time it takes doesn't matter because as soon as I kick off the thread, I'm off doing the next thing.

29:01 One of the coolest features we recently shipped in T3 Code, which admittedly is a bit harder for me because one hand, we have the ability to kick off a prompt without leaving the prompt screen. So if I I don't know say I want you to work on feature one. I could hit enter and it would send and start the thread the normal way or I can hold down command and press enter and it opens a new thread and I stay here.

29:23 So I can kick off another job, a third job and if I'm feeling particularly frisky, a fourth job, not a part job. Thanks Whisper Flow. A fourth job. Thank you, Whisper Flow. a fourth job. Tada. Voice to text is great. You get the idea, though. This is so nice for when you have like a mind dump that you want to do of just random things you want to have worked on.

29:50 It's so nice to just do it. One other thing that's been kind of hard for me to get over as someone who cares a lot about things like their grammar in text formatting. I'm all of the words I want to say about the my relationship with grammar could potentially get me or in trouble. So, what I'll say is I care too much. I like properly formatted text. I like sentences that vary well in length.

30:13 I like writing well. It's probably part of why I do this whole YouTube thing now. I care a lot about the quality and clarity of my writing. using the right words, using small, simple, and easy to understand words. So, getting over the fact that every three to five sentences, one word would be wrong started to drive me mad. But now, I'm mostly over it.

30:32 I have learned over time that, believe it or not, the thing translating my voice is also AI. in its ability to deal with the fact that certain words were the wrong word in what I said, it handled it great. I've been really impressed. I bet if I scroll through a handful of these, we can probably find some real examples of me having typos in what I sent.

30:56 Okay, I just hunted for a bit across my threads and concluded that I don't actually have as many typos as I thought in them because I always fix them. I guess I'm giving this advice not for y'all, but for me even the model handles wrong words and typos, so to speak. Totally fine. It really doesn't matter that much. So, you should just not care as much.

31:19 See what happens. Just send the message with the typos and if it gets confused, you can correct them then. I could also ask the model to go find some examples, but I don't care enough to honestly. I just wanted to make a point with an example. Didn't have one. We'll continue. My primary angle of attack for solving all of these problems I've been having has been focusing in on where my friction and pain points are.

31:39 Like what is frustrating me when I use my computer and how do I get rid of it to the best of my ability? How can I offload these things? And one of those things is navigating GitHub because it has gotten miserably slow. It is hell to navigate. And not long ago, you can probably even see in some of my old videos, I would have literally 30 to 50 tabs from GitHub open in my primary work browser.

32:05 Like this whole section here would just be GitHub tabs. Right now, I have one and it's the Melee demp. Part of that's cuz I purge before stream, but most of it is because I'm not interfacing with GitHub directly anymore. Can you show me some of the recent poll requests that might be worth my attention? things that have been done in the last three or so days.

32:27 Look for stuff that touches the surface areas I'm most concerned with, both opened and closed PRs. Give me a brief two to three sentence summary of each change, as well as an additional sentence at the end on why you think I specifically would care about the change. And now, in not very much time, I'll have some nice readable output that describes things that would have taken me a lot of time to browse through on GitHub.

32:50 But even better because again command tab hurts me right now. We have a poll request viewer that Bal built for T3 code directly in app. So I can see the poll request right here if I want to for any reason. There's a lot of reasons I would want to. Now I can even hit merge without having to leave T3 code at all. To be fair, anything I would have hit merge in the T3 Code app for, I probably would just let the model merge itself, but it's very nice having all of this built in there.

33:17 Here we go. a very easy to read, useful pile of summaries of real world pull requests, their current status, and also the ability to click it and open it within T3 Code without ever having to touch GitHub. It's great. It's such a relief to have all of this just right here ready to go. I have one last pro tip I want to show you guys though, one that I have been surprised how useful it has been.

33:40 This is going to be very different in the near future once we have the orchestrator out. But if you're in other tools like cursor or you're directly using something like cloud code or codeex or whatever else, this might be really helpful for you. I hate dealing with copy pasting text right now. It's silly, but because of the weird way I have to put my hand on the keyboard, command C and command V are unpleasant to hit.

34:05 They just are. It sucks. It is what it is. is a chronic copy paster. It has made life much harder for me. So what do I do instead? I regularly am passing context around between my agents. I'll still use this tiny little like copy button here. Like let's say for example, I want help prioritizing these PRs. I can click copy. I can say help me prioritize which of these PRs I should look at first.

34:29 If any of them are simple and easy to merge, tell me and you can merge them. I'm going to delete that part because I don't actually want it to yolo merge while I'm streaming. But you get the idea. And I couldn't hit paste right because again, hands don't work great. But if I two-hand it with command on left and paste on right, there's the list that I forgot to paste.

34:46 That's one strategy. But you can go a step further here. I'm going to stop this and archive and do something a little different. I have a recent P3 code thread today where I asked Codeex to review recent PRs by surface and help me prioritize pull requests. Which three do you think are the best for me to prioritize right now? Is this the most efficient way to get the context handed over to a different thread or agent?

35:12 No, absolutely not. Is this going to make my request slower than if I had copypasted it? Absolutely yes. It's even going to be a bit more expensive. But frankly, I don't care. I'm going to be doing other at the same time anyways. The things I would do to make my agents more efficient by unblocking them and getting work done for them ahead of time, like don't do work the agents can do themselves.

35:37 And the more you get in this mindset, it's weird and strange and uncomfortable because half the time you're going to be like, "Well, I could have just opened the browser and did that myself. Am I being lazy?" Yes. And lazy is good. Lazy is efficient. Lazy means you're taking advantage of the capabilities of these things more directly. And one of the lazy things you can do is not pass context around between things yourself.

35:56 The models are good enough at building context by using their tools now that you can tell it to go find the things. Will this work as well on cheaper models like Terra or Kim K3? Maybe, but probably not. But if you're using Frontier models with the $200 a month subscriptions and you're okay with wasting some tokens on how you get the context to the thread, it doesn't end up netting to that big a difference and it will make it way easier to just dump the thing out of your head.

36:21 And if you think I'm insane, I have a challenge for you, an exercise. The next time you have a bug you notice in your software, a feature you want to work on or something else where your next step would have been to, I don't know, plan it out or write something down or do something other than just set off an agent to do it. Right before you start, set off the agent with everything in your brain already.

36:46 Don't help it at all. Don't give it hints. Don't point it where it should go. Don't give it the additional context by manually bringing it in. Just tell it what's on your mind. And while it runs, go do things the way you normally do. Then come back at the end and see how the way you did things differs from how the agent did things and see if you can honestly still kid yourself into doing all that manual work yourself.

37:12 I think you'll be surprised how much of your process can just be done by the agent itself. I know I have been. I have been blown away at how quickly the agents have chewed through the boundaries I had on each side of my mental model where I bring them in sooner and I let them go longer and my hand has kind of been a forcing function to get me deeper in that and I don't think I'm ever going back.

37:34 So yeah, this is a strange video. I know. I have no idea how it will perform. I'm hopeful it's good because I think this is cool. I've fundamentally changed how I work at my computer every day. And while sure, my hand is a meaningful part of why I've had to do that, I've actually been very happy with the results. And while I do dearly miss being able to type out my posts by hand, I have found this new way of working to be quite pleasant.

38:00 And this tiny little mic has made it a lot more tolerable to live with my computer with only one hand. I hope these tips were helpful. It's been a huge change in how I work. And while I know most of you guys do have both your hands, for those who don't, and for those who want to just use their computer differently, I bet these tips will be helpful. Let me know how y'all feel. And until next time, he starts.