How I Use Skills + AI Agents to Run My Life

0:00The people that understand how to use skills, how to use plugins with code X and cloud code just have this unfair advantage. But there's so many questions around it like, how do I use it with my team? Or how do I post it on GitHub? Or what are the skills I need to know? So, on today's episode we break it down super clearly. I brought my friend Remi and he clearly explains how to use skills, how to use plugins, and how he runs his entire company with a bunch of skills that gets him the best output out of cloud code. What's really cool is Remi actually drops a bunch of the

0:36prompts in order to actually go and do this yourself. And he basically just explains exactly what you need to do in order to to implement all these skill chains, basically multiple skills together to actually help you live a more productive and hopefully revenue generating life. Enjoy the episode. Today's episode is brought to you by Brex. My company's been on Brex for a year and a half and I started because I kept hearing companies like Vercel, OpenAI, and Anthropic were using Brex and I figured if they're using it, why

1:06shouldn't I? It's been a game-changer. The thing that got me is how smooth it is. It's got high-limit cards. It's got banking. It's got AI that handles the back office busy work like expense reports, which I don't want to do, on its own. It's really just built for this agentic world. If you're building

1:23something new, it's time to get Brex. Check it out at brex.com/solutions/startups. Link in the description. [music]

1:36[music] I begged them to come back on AI with Remi, as he's known, right? Yes, AI with Remi. Is here. Welcome back, Remi. By the end of the episode, what are people going to learn? You're going to learn how to effectively manage and distribute skills, agent skills, across your entire team. Okay, and like why why should people

2:00care about that? Cuz I think that agent skills are probably like the single most important concept and like agent skills are what really actually save you time with AI when you're trying to automate out repeatable processes. And I don't feel like anyone's really cracked it cracked the way to properly administer and share them across their team. So, if anyone is interested in agents to do tasks, and anyone's interested in doing it with teams,

2:27this is the episode for them. It is. It sure is. All right, let's dive in. Bang bang. So, before we get into it, I'm just going to do a quick overview of what a skill is for those people who are listening who don't know. If you do, which I'm imagining a lot of people listening do, I'm sure Greg you'll do a good job of putting timestamps down

2:43below. You guys can just skip ahead. But, skills are literally just SOPs for AI. So, without a skill, the old way is if you wanted a proposal written, you would have to jump into a new session or new chat, ask Claude to write your proposal. You would probably get a result you're not happy with off the get-go. And you'd have to go through and re-explain all your preferences, the colors, the logo, like hey, put the price at the bottom instead of at the top, so on and so

3:08forth. And eventually, you land on a proposal that you're happy with. But, what happens next week when you go to create another proposal? It forgets everything unless you keep going in the same session, which you know, runs into other issues when you just keep going in the same uh session for too long. But, it's forgotten all

3:25your preferences. Whereas with a skill, it basically just allows you to package up uh your entire kind of way of doing things into a document, a markdown file, for Claude to read. It's literally just an SOP, like a step-by-step guide on how to do a process. I literally just ran before this, uh you know, before I jumped on, I ran this

3:44little demo here. I said, "Create a proposal for Greg Eisenberg, um you know, for the startup ideas to sponsor the newsletter." And it just it whipped out the you know, the proposal generation skill that I've built. And then it generated this lovely branded proposal here, exactly how I wanted it. I didn't even have to

4:03re-explain a single thing. And most importantly, that that wasn't slop. You know, I think the mistake, you know, a lot of people use AI and they get slop, and a big reason is they don't have tight skills. Exactly. Exactly. Like the I have a really specific way I like things done, and once I nail it, I'll just build a really good skill for it, and then AI can just like nail it one shot every single time. And the way that I kind of think about how the agent uses skills is it's like I visualize the agent as like the most capable employee you've ever hired, and he's sitting at his desk, and

4:36he's got his computer, which all your tools like MCPs connected up. He's got his instructions file that he reads before every task, and then another, you know, additional context if he needs it. And he's got this big, you know, bookshelf of SOPs, which are skills. And, you know, in a skill, when you open it up, it has a little name and description at the top, and that's kind of just what sits on the spine of all the books. And then when he actually, you know, decides he needs it for a task, he'll pull it off the shelf and then read like the full thing that'll

5:02teach him exactly how to do the task. So, you know, that's what a skill is. They are super, super valuable. A good skill can save you like literally 2 hours a week, and you stack those up, and, you know, it's game over. But the issue, like one of the issues we're facing right now, is that AI is very much single player. So, you know, all your team members have their own Claude setups on their computer or Codex

5:22setups. And if they build something brilliant or build a great skill, you know, it just lives on their machine. It's very, very difficult to share it properly. And this is like a similar problem that we saw back when personal computers first came out and people were using, you know, tools like Microsoft Word. You'd build a doc, you'd have a document you're working on, and it was just like on your computer. And, you know, when you wanted to actually send it over, you would have to just, you know, like mail it, export it and then mail it. And you have a bunch of different copies floating around and no actual

5:54central source of truth. And then Google Docs thankfully solved that. You just have like one doc that lives in Google Drive and everyone can kind of be in there collaborating and it's just like one central source of truth. We're kind of in our Microsoft Word era of skills at the moment. Everyone's just creating skills. They're super valuable, but they just live on everyone's machines and then sharing them around and actually managing them across a team is really, really difficult. So yeah, we're here right now in this Microsoft Word era of skills. So like I'm saying,

6:22you've built a great skill. Now what? Like what do you do? How do you share it with your team? Some quick examples of some that I've literally built just this week that have been like game-changers that I wanted my team to have is a Notion formatting skill. So if I open up like this was a little doc where I was prepping before the pod and I like all my Notion docs formatted a certain way. I I like lots of white space, so it's super readable, lots of divider lines,

6:48little blue highlights for elements. And you know, if you just like Claude like go and build your Notion doc, it's a mess. Like all the text is crammed together. It's not readable at all. So I have a specific way that I've taught Claude how I want all of my Notion docs to be formatted. And I've just packaged up that up as a skill. So every time I ask Claude to build something in Notion, it pulls his like Notion formatting skill off the shelf, his SOP, and reads

7:10it, so he knows what to do. So that's one that I want all my team to be using so that whenever they're building stuff in Notion, it all looks the same and looks nice. Another one is my brand voice. So AI with Remi brand voice for all like the, you know, email assets and landing page copy, etc. So I built out a skill for that. Another one's email formatting. So I use Resend as one of my ESPs and I have like a, you know, nice kind of email format that I like to use with highlights, similar to Notion doc, like lots of white space, and like the blue buttons and then the

7:41little signature at the bottom. As well as the logo up at top here, too. So, I basically told Claude exactly how I liked emails formatted once, saved it as a skill, and now I want all my team to have that exact same skill for when they're, you know, building notification emails to go out or marketing emails,

7:59etc. So, there are some examples of skills I built just this week that I would want all my team to be able to have access to and be using on like a daily basis. So, how do you actually go about sharing the skills? Well, originally, like one way was you know, you would just save it as a dot skill file or a zip file, and you'd send it to them on Slack or email, and they would just upload it into their setups, and now they've got it. It kind of worked, but then you run into this nightmare of as soon as you make a

8:26change, their file doesn't auto change. It's a duplicate. And if they make a change, you don't receive that as well. And if you share that out to the team, everyone's kind of improving on skills as you should always be looking to improve them, you end up with like 10 different copies and like no central

8:40source of truth. One of the other ways that I originally used to share this across the team was with like Drive or Dropbox or Obsidian, as well. So, you know, if you download like the Google Drive desktop app or the Dropbox desktop app, you can see them show up in your file system, and you can like

8:55basically open that folder up in Claude. So, you could create like theoretically create a skills folder, have them all live in there. Uh but, first issue is that Claude does not read from a skills folder in Google Drive. It has to read from its special like dot Claude/skills folder. So, in order to actually get Claude to even read this, you need to like simlink it in and make do like basically just do a bunch of like hacky stuff to get it to

9:19work. And this you can get away with this if you've got a small team and you're all like technically savvy enough to understand like folder structures in Claude and agents, but the minute, you know, you bring on like a junior or someone in marketing who's not super tech savvy or AI native, and you want them to be able to use a

9:36skill and use your skills. Like things just break all the time. People don't really understand what they've done. People don't understand like how to set it up properly. And it's just like not the most efficient way at all. And if you wanted to use Obsidian, same deal applies as Google Drive and Dropbox, except now everyone has to set up and install Obsidian, too, which is a

9:53pain in the ass. So, drum roll, please. How do we share skills across the team? The best way that I've found is by putting them all in a GitHub repository and making it a plugin. It sounds simple, but it it it's so so effective. So, essentially, like all all it is, most of the viewers already understand this, but GitHub is just like you can give it as a Google Drive for code. So, it's like just like you share files and videos and images across your team with Google Drive, GitHub is just that, but for sharing code. So, the simplest way to do this is to just push all your skills into a

10:29repository. So, I have this one here called team skills, where I've got them all kind of separated by department, and then you can see the skills live in here. So, for the brand section, I've got these two skills in there. And you know, the rest of the other departments have their various skills in

10:44there, too. And this, you know, straight away, now you've got your central source of truth, your one place where all of your skills live. But then the plugin part is how you make it like easy for Claude to access it. And Remy, a lot of people hear repo and plugin, making it code, and if you're non-technical, you kind of get scared, but it's like if you're non-technical, it's not it's not

11:09hard to do. It's not hard at all. I've actually I'm glad you said that, Greg, cuz I've prepared a prompt that we can give to the viewer after the episode, and that will basically turn their existing skill folders into this exact repo and plugin setup for them. But to be honest, like it's pretty simple. I don't have a development background at

11:28all. Um as long as you can understand that GitHub is just a place to store your files on the cloud, and then a plug-in is just a way for Cloud to access them. That's pretty much all you need to know. [snorts] All right, cool. So, quick one about what a plug-in is. So, a plug-in is literally just a bundle of skills, MCPs, and hooks. You don't even have to bundle in MCPs and hooks. You can just have a plug-in with skills or just one with MCPs or any combination of them. But, our specific one is a bundle of skills

11:56in the plug-in. And it's super super easy to install it. I'm going to just open up the terminal for a moment. So, if we open up trusty Cloud Code here, if we type {slash} plug-in here, it will bring up, you know, this simple little menu here where we can manage and install our plug-ins. So, if we head over to marketplaces, this is where you add in your repo as a marketplace. So, it's literally as simple as just going add marketplace and then copying the link for your repository. Let me just go back

12:33to like the the main one. And then pasting this straight in here. And then I've already got it because it uh exists in my in my system already. Like, I've already got this repo installed as a plug-in, but it's literally just as simple as entering your GitHub repo URL as a marketplace. And then, if we go back out, you can see that my team skills now show up here. And then, the marketplaces kind of like the app store you're installing, and then the plug-ins

13:01in themselves are kind of like the apps. So, I've broken down all of my skills by department, and then they kind of have their own plug-ins here. So, for example, like one of my guys that helps with copywriting, I probably wouldn't have him install the finance skills plug-in. So, you can kind of like get some separation there by department, which is super super cool. And if we click in, we can see, for example, if we go down to my sort of bundle of newsletter skills, we have, you know, weekly research, the intake, the writing one, the stories, the TLDR, etc., etc., etc. And um it's super, super simple. Now you've got

13:40it installed, one thing that's really, really important to note is that you need to have uh everyone that installs it needs to have auto update enabled. So I've got it here, you can see now it's like giving me the option to disable it cuz I've got it enabled. But that's going to allow it to, you know, you the skills to update on your machine if someone else makes a

13:59change to them. But now with that installed, if I head out of there and I type like newsletter, for example, you can see they belong to this newsletter plugin, and then I can just use all the skills exactly like you would in your regular, you know, personal AI setup. And this isn't unique to Claude Code. Like if people are using Code X, Chat GPT, um they could they could use this, too,

14:25right? Same thing, exactly. Like I've tested this with I use it in Code X and Claude. I haven't really tested other harnesses with it yet, but I imagine that they would have a very, very similar functionality. So, you know, I've got that installed here in Code X as a plugin, as well, with all of my like team skills, and then you can click in and and see them all here, too. And it works just the same in Code X. If I whip up a new chat and we go newsletter, you can see I have all the skills here to use, as well. So yeah, you're 100% right. You

14:54can use it across multiple harnesses, as well, which is super, super cool. What makes a plugin a plugin? It's so you've got you literally your GitHub repo where you've just dumped in all your skills. And then there's just a couple of little JSON files that Claude read and Code X read that actually like

15:10turn it into a plugin. I don't have a clue at all how it works. I don't need to. I just got Claude to set it up for me. So, um you know, I built this like lovely prompt here that will get Claude to build that out for you, which will get in your hands. They'll be somewhere in the description,

15:25right, Greg? Mhm. Wonderful. And now that this is set up, you essentially just get everyone on your team to install the plugin on their Claude's and their Codexes. And then now you have like skills in one central source of truth that are distributed across your entire team for them to use. And you also have version control. So if, you know, one of your team members makes a change to the skill and like completely ruins it, you can also go back and revert to like older versions as well,

15:55which I think is super super cool. So now when I build something brilliant like my Notion formatting skill and I want my entire team to be using it, I just add it into the the the marketplace, the plugin, the Git repo, and then it's distributed if as long as I have auto update enabled, it's just distributed onto everyone's Claude and and Codex accounts, which is super super

16:16neat. Yeah, and the other cool thing about it is there's a lot of good skills that you can download. Like I noticed you had Corey Haines's marketing skill. shout out Corey. They're they're incredible. Yeah, I know um you know, the Boring Marketer has his Boring Marketing skills. Like there's trusted creators and people who have skills on the internet that you know,

16:40you don't need to start from scratch. Yeah. So you can basically download some of these skills, have that as your foundation, start adding skills based on, you know, the type of business that you have and what you want. And then all of a sudden your team has access to that, too. Exactly. And one thing that I do, too, which is probably important to mention, is I have a separate repo called Remy skills. And these are just like my personal ones. So these are just ones that I don't want my team to have for whatever reason. Or maybe they're just ones like you said I've downloaded off the

17:12internet and I'm not ready to like roll them out to the team. I'm just like playing around with stuff. It's kind of like my personal sandbox, if you will. Um, and also like personal skills, for example, like I've got an inbox triage skill, which teaches Claude like how I want my emails to be handled. I also have a morning brief, which is very, very specific to my apps and how I want to operate. So, those ones it wouldn't

17:31make sense to roll them out to the team. Everyone kind of needs to build their own versions of those. So, I just have like this Remy skills repo as well, which, you know, you can guess is also set up as a plugin in itself. If we go into the plugins again, I have that installed here as a separate plugin. And I just have that installed on mine, my team doesn't. So, that's kind of where I keep track of all my own

17:55personal skills, as well. But, like why even have that, you know, like if you're not sharing it with teammates, like why? Is it because, you know, version control or like why why why do it? Uh, I just like having them in one source of truth. I also like I'd rather them be somewhere on the cloud. So, if I'm running like a home easy agent on a VPS or some sort of cloud agents, they have a method to access my skills, rather than them sit like all locally on

18:22my file system. And version control's cool. And um, I guess those two are probably the main reasons. Cool. Yeah, I mean, it makes sense. Like also, something on your local computer can get compromised. Yeah. Like it's in the cloud now. Um, Greg, it's also I Oh, yeah. I remember it was about 2 months ago, Claude deleted my .Claude folder with 150 skills with like probably 500 plus hours of work into it. And I had no

18:57backups. And um, that was pretty that sucked. So, that's kind of also a defense against that. PTSD. So, you have a little bit of PTSD. So, you're basically saying like, don't be like Remy from 2 months ago, be like Remy of today. Yep, exactly. I It was probably like the It was so stupid that I didn't have

19:16backups, but I just like, I don't know. No, I get it. It's It's sort of like we're all moving at blazing speed right now. We're all trying to figure out how we can get the most from AI. And And And we all want to build stuff because we see a lot of opportunities. Sometimes, what ends up happening is by going so fast, you know, you're kind of you're

19:36missing the mark on certain things. Security is one big thing. Yeah. Backups is another big thing. So, I'm happy you're going through it. Yeah. So, having that little personal skills repo works nicely for me as well. Once again, like, take this with a grain of salt. You know, just If If you've got a setup that you've already built that works for you, hey, keep doing it. But, this is just how I've been operating, and I've found it to just be so so effective that I really really want to

20:00share it with you guys. Uh one final thing to touch on is you know, now you've got your team skills repo, right? And also, too, one thing to note is I I don't know about you, Greg, but I genuinely believe that like skills, maybe not yet, but at some stage, I think they're here to stay, and I think that they're literally going to add like enterprise value to companies cuz it's just like the same way you have SOPs to train employees to do tasks. It's like if you build good skills to train agents on how to do like real economically

20:27valuable tasks in the business. Um those are just like a super super valuable. And uh so, this kind of gives you a nice central place where you as the company have ownership of the skills. This is built out within my like GitHub organization. So, that way, too, if like I have employees that are working for me, and they build some really really cool skills that are super valuable, and they're on their computers, if they leave, I kind of can keep, you know,

20:54ownership and control over those skills. So, I think that's uh a really cool sort of byproduct of this system as well. And one other thing is I have built this nice like UI to go over the top of my skills. So, I don't know, before you think like, "Oh, here we go. Here's another Obsidian graph." This one is uh this one's pretty cool. So, I have all of these skills in my GitHub repo. The same way you have like a Superbase back-end for an app that houses all the data, this that Team Skills GitHub repo is the back-end for this web app. So, every skill you see

21:27here is pulling live from that Team Skills repository. And I have a lot of skills that call on other skills. For example, like my YouTube publish workflow. I run that one skill, and it's like an orchestrator skill that then runs the, you know, the titles, thumbnails, and descriptions in sequence. So, it will show you like how these skills link

21:46together and what they call on. And I can click in here and view, you know, the connections in and out from different skills and and view the entire like uh skill file in here. And one thing, too, is I'm starting to to find that um as you onboard like new team members who aren't like super clued in with AI, uh this is just like a really nice way for them to be able to visualize all these AI SOPs that you've built. And I've even added this little ask button down below. So, I mean, this is one I did before. I'm like, "What are the best skills for

22:17decision-making?" And it will just search across your private database, your company's skills library. And it's told me here like, "All right, these are the best skills to use for decision-making." You've got the LLM Council here. You've got Matt Pocock's Grill Me skill. Um another one from Corey Haines, too. But if we said in here, it's like um "I've done the weekly research for the newsletter. Uh what skills should I run

22:43next?" And this will tell us all of the newsletter skills that we have available. And, you know, "You've just run weekly AI research. Next, run this skill. And then after you've done that, run this." So, I feel like this is just a a nice little skills assistant to help with like your team members that maybe aren't as clued in with AI or even sometimes if you build so many skills you lose track of of what you've even got. This can be

23:09handy, too. So, um this I feel like is a really, really nice addition on top of this repository. And one other thing, too, I just added this feature in today, so it's brand new, but I added in this usage bar. So, what it's done is in the plugin, it's got a hook. So, every time Claude uses a skill, it it triggers a

23:27hook that, you know, tallies it. And um it basically tracks how many times you're using skills. And also tracks by team member what skills they're using and how many times as well. And my thought process behind this was I don't know, maybe I could build like a little Spotify wrapped at the end of the year that's like, "You used your proposal skill 56 times." But also on top of that, I'm thinking I want to see the skills that I never use. Like after 6 months, like show me all the skills that I haven't touched once, and they can probably go. And you can kind of like be able to keep track

23:57and and cull down your stack so it doesn't get too bloated. So, I feel like that's a a super nice touch on top as well. Also, show me the skills that I'm not using that should be using. Yeah, yeah, yeah, yeah. Exactly, that could be a little question for the skills assistant. Yeah. But um that is that is pretty much it. Uh we've got the skills repo now built out with like the one central source of

24:20truth for the company skills. Everyone adds it as a plugin into their Claude. One little thing, too, is if you're on a Claude enterprise account, you can have like organization plugins. So, you can build this out as like the technical founder or get your CTO to build it out and then have it baked into everyone's Claude accounts or Codex accounts so that your, you know, lower-level non-technical employees just have to, you know, they don't have to even enter the terminal and and run a slash command. So, that's a cool way to

24:45to to do it, too. How should people think about how many skills they should be creating? So, on here I see like you have different departments, brand, content, newsletter, marketing, general. Like is the way to think about skills, just think about what are the jobs that you're doing and and how and how are you using LLMs to complete them and then create skills? Like what's the general framework for thinking about how to how to design skills and how many

25:11skills you should be creating? So, I generally if I have a task, like I'm under the firm belief that you can pretty much automate any process within the company as long as it's not physical like washing dishes. Uh you can pretty much automate any online process with a really good skill or series of skills

25:28that are chained together. So, in my mind just like any repeatable task that I do on a day-to-day basis, I'm like, let's get this down to a skill. I don't want to touch this anymore. And um I have some workflows too where it's like a process like the YouTube one that's broken down into you know, three skills that are running

25:45a sequence. So, um the way I kind of think about those skill chains as well is if I have a larger process like taking an edited video and getting it onto YouTube. Uh that could just be one skill in itself. But the way I think about it is it is if as part of a larger process I'm ever going to want to run some of the sub processes on their own, I will just turn into a skill chain. So, for the YouTube one, great example. It's like there will be times when I just want thumbnails or times when I just

26:12want titles or just want descriptions. So, for me that in my mind makes sense to have that as a chain rather than one skill. But um the way I think about it is like anytime I I I kind of sit in Claude or sit in Codex to complete my work day. I don't really open front ends of apps anymore. I'll just tell Claude what I want it to do and it will go into the apps and do the tasks for me. And anytime I'm I've done a task with Claude and I know I'm going to need to do it again, I'll just tell Claude like, hey,

26:36turn this into a skill. And that's kind of how I've ended up with so many. I guess the other thing you can do assuming the memory is good is to is to tell Claude or Codex, be like, anytime I have uh I asking you to repeat something. Um. Yeah. Make it into a skill. The other thing, I guess the way to do that might be to put

26:58it in an MD file. Well, I've actually It's funny you say that. Like one little thing I've recently added, um, I'm actually not sure if it's on every skill cuz it is pretty new. Let's try like Notion format if you have it. By the way, I've also got this live review where you can view all the skills, you know, in this nicer space here. And, uh, you can edit them as well. So, let's find an example of like a skill I

27:21probably created recently. Um. Proposal. Cool. So, if we go into here, you should have at the bottom this self-improvement loop. So, I have this added into all the bottom of my skill.md files. It basically says like at the every at the end of every run of this skill before ending it, you know, review. Did any step fail or need a work around? Um, did the user correct, reject, you know, anything meaningful? And did you discover something a future run might need? And then, um, only propose the change if like it's an adequate enough change. And then at the end of every skill run I do, it will usually give me like maybe one

27:58or two things, like, um, suggested improvements to the skill. And I'll either just say like, "No, not needed." Or like, "Yeah, great idea. Like, run it." And then it will update the skill. So, that's like a little self-improvement loop that I've put into the bottom uh, bottom of all my skills, which has been like super handy.

28:14Yeah, that's really smart. Cool. Sweet. Anything else people should know about skills in general before we head out? I think that's pretty much it. I I I would just say like, um, I don't think people uh, building enough skills and enough good quality skills. I think that maxy. Yeah. I I'm big like the same as like Russ Max says it. I'm like, "Thin agents, thick skills." So, like, you know, I I, um, keep everything like pretty lean in terms of like my agent instruction files. And then make those skills super fat and super detailed and then the agents, you know, are kind of um as long as they can just execute on

28:54those skills, the skills have all the context and the enough step-by-step instructions that you can kind of just open up any harness, run the skill and it should be able to do the task how you want it to. Yeah, in a way you're kind of like outsourcing some of the uh some of the strategy to the to the skills and you're kind of saying like, "Hey, um for example, YouTube thumbnails, like, "Hey, I know what good looks like and I'm going to break it down or I know what, you know, in the example you used around Notion docs or or emails, like, I know what good looks like to me, here it

29:28is." Um and that way every time you don't need a basically say say these instructions over and over again and it's a win-win for everyone cuz you end up getting better output. Uh you do you end up not having to repeat yourself. Um the LM does what it's good at, which is following orders and and they're able to check again basically check that this is what you asked for, so it's just a

29:57win-win all around. Exactly. I mean, even today like with this system in place like um one of my team members, Harold, was like building a new email out in Resend and it had some images that needed to go into the email. So, he's using like the uh email formatting skill that basically like stages them in in Resend. And uh the like he encountered this this error with uploading the images and he found a workaround that eventually got Claude to work out how to do it properly. So, he updated the skill and then now I received that update, too. And now the entire like the AI process has improved

30:32and gotten better from one of the other team members and now we all kind of receive that improvement when we next run the skill, which is super super neat. So, people go out there, make some skills, put you know go build your company. Build your company. Get it as a plugin. Yeah, create a repo. Uh and and you'll be surprised, you know, at the output you're going to get. I think like I said in the beginning, a lot of people try a lot of these AI tools and they get frustrated because uh the output isn't exactly what they

31:07want. Yeah. And I agree with you around the opportunity around multiplayer AI versus single-player AI. You know, in software in general, it always starts single player because um like the example you used, Microsoft Docs or Excel or something like that. As software builders, we have to try to understand if people actually want the product. So, Figma, for example, wouldn't have you know, which is a collaboration design tool, wouldn't have worked. Like we needed we needed

31:41Photoshop first before we did Figma. Yeah. It feels like we're entering multiplayer AI land. Um you're and I appreciate you kind of like clearly breaking down uh what's happening, why it's happening, how to take advantage of it, where it's going. Um I learned a lot, so thank you, Remy. I appreciate it, Greg. Thank you so much

32:02for having me on. I'll include links for where to follow AI with Remy in the show notes, in the description. Um check them out there and As well as that prompt, we'll get that prompt in your guys' hands so you can basically just give that to Claude and it will take your existing skill folders and just build the plugin out for you uh in GitHub that will work in Codex and

32:21Claude Code. There you go. There you have it. Thanks, Remy. Thank you, Greg.