Claude Code Complete Beginner Course: Set Up, Build & Deploy
Getting Started with Claude Code
What You'll Need
- A Claude Pro subscription (minimum $17/month) to access Claude Code
- Basic computer literacy (no coding experience required)
- A terminal (Mac/Linux) or Command Prompt (Windows)
How to Install Claude Code
- Open your terminal.
- Run the curl command from the Claude Code docs.
- Authenticate with your Claude account by typing
/loginor following the on-screen prompts. - Type
claudein the terminal to start a session.
Note: Claude Code runs locally on your machine, so it can directly edit files, run scripts, and manage your computer.
The Claude Code Terminal Interface
The terminal view shows:
- Model (e.g., Opus 4.6) and plan (e.g., Claude Max)
- Current working directory (e.g.,
/users/yourname) - Context bar (0-100%), shows how much conversation history is left
- Token counter, tracks usage (~20,000 tokens = 10% of full context)
- Modes, switch between "ask before edits," "edit automatically," or "bypass permissions" using Shift+Tab
- Fun status messages (e.g., "finagling"), customizable
Tip: Claude Code automatically compresses your conversation history to maximize context efficiency. For a deeper dive, check out the Claude Full Masterclass 2025: The Complete Guide in Tamil.
Using an IDE: VS Code & Anti-Gravity
An IDE (Integrated Development Environment) combines a folder organizer, text editor, and AI chat. The two most popular options are Visual Studio Code (Microsoft) and anti-gravity (Google).
VS Code Setup
- Download VS Code for your OS.
- Open a folder to see your files in the left panel.
- Click the Extensions icon (blocks), search for "Claude Code", and install the official Anthropic extension.
- Use the right-hand agent panel to chat with Claude Code, no terminal needed.
Anti-Gravity Setup
- Download anti-gravity from anti-gravity.google.
- Open a folder and click the Claude icon (or replace the default Gemini agent).
- The layout is nearly identical to VS Code, but anti-gravity has a cleaner, more modern UI with stronger AI focus.
Recommendation: Start with the GUI for simplicity, but graduate to the terminal for full power (multiple sessions, faster refresh).
Building Your First Web App
Step 1: Create a CLAUDE.md File
This file acts as your project brain, it's injected at the very top of every conversation, steering the AI's output from the start. Think of it like setting a ship's initial course: a small change here has a huge impact over long conversations.
What to include in CLAUDE.md:
- The project's purpose and goals
- Design preferences (colors, fonts, layout style)
- Coding conventions (frameworks, file structure)
- Your workflow preferences (e.g., "Always build iteratively, comparing against a reference image")
Step 2: Three Ways to Design with Claude Code
Method 1: Screenshot Loop (Recommended)
- Find inspiration from sites like godly.website.
- Take a full-page screenshot:
- Open DevTools (
Command+Shift+Ior right-click > Inspect) - Set viewport to 1920x1080
- Press
Command+Shift+Pand type "Capture full size screenshot"
- Open DevTools (
- Compress the image to <4 MB using a tool like resizePNG
- Attach the image and any CSS styles to Claude Code by dragging or pasting
- Claude will generate the site, take screenshots of its output, compare them to the reference, and iterate until it's 95-99% accurate.
Method 2: Voice Transcript Dump
Use a voice-to-text tool (e.g., hold Fn on Mac) to dictate all your requirements. Most people speak ~200 words/minute vs. typing ~60, so this is 3x faster. Claude extracts meaning from the raw transcript to build a close approximation.
Method 3: Component Libraries
Use services like 21st.dev where designers publish reusable components. Click "copy prompt" for a component (e.g., a hero section with animated backgrounds) and paste it into Claude Code with instructions like "Install this at the top of my site."
Step 3: Deploy Your Build
Build locally first, then deploy to the internet so others can access it. Popular deployment tools:
- Netlify, for static sites
- Vercel, for modern frameworks (Next.js, etc.)
- Modal, for AI/automation backends
If you want to build even more visually impressive sites, see Build Stunning AI-Powered Websites with Claude Code: No Coding Needed.
Advanced Features
Claude Code Modes
- Plan Mode, Claude presents a detailed plan before making changes (safe for complex builds)
- Ask Before Edits, confirms each file modification (best for beginners)
- Edit Automatically, applies changes immediately (balanced productivity)
- Bypass Permissions, fastest mode, but use cautiously (best for trusted, repetitive tasks)
Context Management
- Context is the biggest bottleneck in AI productivity
- Keep prompts concise and high-ROI
- Use
CLAUDE.mdto front-load critical instructions - Let Claude auto-compress history to stay within limits
For a systematic approach to building smarter automations, read How to Build a Self-Improving System with Claude Code in 5 Steps.
Slash Commands & Hooks
- Slash commands, shortcuts for common actions (e.g.,
/clear,/login,/help) - Hooks, custom scripts that run before/after every tool call (e.g., auto-lint your code, log actions)
Model Context Protocol (MCP)
Set up automated systems quickly:
- Email managers
- Bookkeepers
- Data collection agents (via Chrome DevTools integration)
Sub-Agents & Agent Teams
- Create specialized agent files ("skill files") that turn Claude into different experts
- Use scoped tool access to limit what each sub-agent can do
- Leverage the new agent team feature for parallel task execution
Session Mobility & Git Worktrees
Spin up parallel Claude sessions without conflicts using:
- Git worktrees (isolated branches)
- Session mobility (move sessions between machines)
Scaling & Deployment in Production
Run your automations 24/7 using:
- Modal, serverless AI infrastructure
- GitHub Actions, CI/CD pipelines
- Claude Code on the web, cloud-hosted agents
For a beginner-friendly project walkthrough, check out Claude Code Full Course: Build AI Agents Without Coding.
Hey, this is the definitive course on Cloud Code for beginners. I use Cloud Code every day to manage a business that
does over $4 million a year in profit. I also teach over 2,000 people how to use Cloud Code both for personal and then
corporate or professional tasks. So, this is more or less what I do all day. Once you understand what I'm about to
show you in this course, it's no small stretch to say that Cloud Code will augment your productivity. You'll gain
leverage in areas that you probably didn't even realize that you had. And that's both for software engineering and
also other parts of your life. The focus here is not software per se, so you don't need to have a technical
background to understand what I'm going to tell you. I'll make sure to start slow and build concepts on each other
naturally and gradually so that everybody here is on the same page. So, no fluff. Here's what you guys are going
to learn in this course. We're going to start with the basics by downloading and then setting up cloud code ourselves.
I'll then teach you all about integrated development environments or idees. There's several on the market and I'm
going to walk you guys through the three most commonly used ones so that we're all on the same page. Afterwards, I'll
show you how to set up your project brain, which is also known as the claw.md file. Once we're done with that,
we'll use Claude Code to actually build something because the focus of this whole course is on practical building.
We'll build a simple web app hosted live on the internet, which I'll help you guys learn by doing, not just sitting
around and listening to me. After that, we'll cover the Claude directory, the sub aents folder, and a bunch of
functionality that not a lot of people know about. We'll then cover Claude Code's various modes, including their
plan mode, which you guys might have heard about. Dangerously skip permissions mode, which gained a fair
amount of uh notoriety recently, and how to use them, as well as use them safely. We'll then cover complex project builds
using plan mode and what I just showed you guys. After that, we'll cover context management, which is quite the
term right now. I'll teach you guys all about how to manage your context efficiently, avoid context rot, and
ensure that your prompts are built and structured in a high ROI way. I'll run you through every slash command in Cloud
Code and how to use all of them. We'll then cover hooks, which are custom scripts that you guys can fire
automatically before or after every Cloud Code tool call. Very useful to know. I'll then talk about Claude Code
skills, which is basically how to create these skill files that turn Claude code into a bunch of different specialized
agents. We'll then cover model context protocol and how to set it up effectively. I'll talk about a handful
of automated systems that you guys can quickly build with model context protocol, including email managers. You
can build your own bookkeeper and more. I'll cover cloud code plugins and marketplaces. The Chrome DevTools
integration, which is a very slept on uh connection between Cloud Code and Chrome that enables you to collect data from
sources that don't have APIs. It's very, very valuable to learn. We'll then cover Cloud Code sub agents with scoped tool
access. I'll talk about their new agent team feature and how to use them productively. and then get work trees
and session mobility which essentially will allow you to spin up parallel cloud sessions without a lot of the downsides
and issues that things like claudebot or or open claude have unfortunately resulted in. Finally, we'll cover
scaling and deployment. Basically, how to take your automations and run them in production using modal web hooks, GitHub
actions, and cloud code on the web. So, we've got quite a lot to cover. Let's just dive right into it with the first,
which is how to set up cloud code as a total beginner. So, the first thing we have to do is we actually have to
purchase cloud code. And the reason why is because they don't offer it for their free plan at $0. In order to have access
to Cloud Code, you need at least their pro plan for everyday productivity. I'd recommend this if you guys are starting
out. The money that you spend on a subscription like this is so small compared to the massive
productivity benefits that despite the fact that it's $17, I personally would not even raise an eyebrow. It's no small
stretch to say that Cloud Code probably delivers me productivity benefits on the order of $10 to $15,000 a month because
it's not only just skilled as a developer might be, which allows me to build systems that alleviate stresses
and strain in my life, but it's much more than a developer as well. It's basically my second brain at this point.
After you click try Claude, it'll take you to a page where you have to log in. And once you're done, you can then
create your account for the very first time. So, I'd select both of these. I'm not going to subscribe to occasional
product updates because my email inbox is busy enough. And then you have an onboarding screen with some personal
information. So, I'm just going to fill that out and then once I'm done, circle back. Okay. So, I'm Canadian and
unfortunately our dollars convert quite poorly to freedom dollars. So, the $17 that we saw earlier is $28 in my own
currency. I'm going to click get pro plan and then walk through the payment details below. Cool. And now I have a
Cloud subscription. This is all that you need in order to get set up. Everything else is totally free from here on out.
The simplest way to get up and running with Cloud Code is just opening up a terminal instance. That'll seem pretty
intimidating to a lot of you. So, I'm not just going to show you how to do it in the terminal. I'm also going to show
you how to do it using what's called their graphical user interface, which they put together four or five months
ago. Any resource that I show you throughout this course is probably going to look a little different by the time
that you look at it versus when I'm looking at it. And that's because cloud code, anthropic, and just AI tools in
general change really quickly, especially since most of the developers are also using cloud code. So it kind of
multiplies the productivity here. What's important is not the specific layout, the colors, the the the words on the
screen. What's more important is that you just know how to find it. And so the number one resource that I personally
use to look up advanced cla features is in the cloud code documentation. It's at code.cloud.com/doccks.
Whatever language you speak, just pump in there and then it'll automatically translate that over to. So the cloud
code docs specify that in order to install cloud code in your system for the first time, you can run what's
called a curl command here. If you're running Windows PowerShell, you know, you can run this Windows cmd, you can
run that. Just so we're all on the same page here, when you have little snippets of text like this, what they're telling
you to do is basically to open up a terminal or a command prompt. So on Mac OS, Linux, or WSL, which are all
different operating systems, in order to open up a terminal, you just type terminal. When you do so, you then get a
terminal. Now, this terminal might look a little intimidating to you if it's your first time ever using something
like that. But don't worry about it too much. I just wanted to show you guys how easy it is to get set up with cloud code
in this. And then afterwards, as mentioned, we'll we'll do the graphical user interface stuff. Okay. So, this is
what it looks like on Mac. If you guys are on a Windows, then um you'll have to use the Windows key search bar. Then
it'll look up something like cmd or command prompt. At the end of it, you'll get something that looks pretty similar
to this. From here on out, all we have to do is we have to copy over the command that it gives us. So, because we
want a native install and I'm in Mac OS, I'm just going to copy over this command. You can also click this little
button over here and then alt tab back. I'm then going to paste it in and press enter. From here on out, a bunch of
complicated things are going to occur. If you don't already have it installed, may take you a little bit longer, but
now we're good to go. Claude Code is installed on our computer. Once you're done with all that, all you have to do
in order to use Claude is just type the word Claude directly into your terminal. It's really that easy. Now, if it's the
very first time that you're logging in, you'll also have to authenticate, and it'll ask you to do so automatically
when you open this stuff up. If not, you can also type back slashl i n. Once you've clicked this, it'll
tell you cloud code can be used with your cloud subscription or build based on API usage through your console
account. How would you like to set up? Now, in our case, we're using the cheapest, most effective method, which
is the Pro, Max, Teamer, or Enterprise subscription. It's also the most straightforward, which is why it's the
one that I used in this course. I'm just going to click enter, and then it'll then log you into your Claude account,
the one that you just set up a moment ago. Once we're done, you're all set up for Claude Code, you can close this
window, then alt tab back, and you'll see that it's going to say just press enter to continue. Now, just so we're
all on the same page here, all we've really done so far is we've just opened up a chat interface with an AI model.
It's just instead of it being in like a nice desktop application or on the web, it's in our terminal. And the value here
is instead of running an AI model on the web or in some distant cloud server, what we're doing now is we're running it
locally on our computer. So we actually have the ability to take this model and then locally modify files on our
computer, write scripts, write stories, write poems, restructure our file organizer, clean up our our PC or our
Mac. Like this thing is currently connected to my computer. And I'll run you guys through how permissions and all
that stuff work later on in the course as I talked about in the outline. But even this alone makes it extraordinarily
powerful. So this screen can look pretty intimidating for beginners. Most people end up using the terminal um flow, not
the GUI flow, but I'm going to explain to you what you guys see here just for simplicity. In the top lefthand corner,
you have that cute little claude code widget. I think it's I don't know if it was supposed to be a crab or like a
jellyfish, but it's adorable. Then you have claude code and the actual version up above. Underneath you have the model
that you're currently using. In my case, I'm using Opus 4.6. Then you have the plan that you're on. In my case, Claude
Mac. So this is a couple levels up from the pro plan. And then perhaps most importantly, you have the current
working directory. As I mentioned to you a moment ago, this is working inside of your computer in a specific folder. And
so Cloud Code currently lives inside / users/nixar, which is basically like the the home
folder, at least on my Mac OS. Here is your previous command. And so I just wrote clear because I wanted to clear it
all the way up and give you guys a fresh canvas. Here is where you actually insert the text. So when you type stuff,
it pops up. Underneath here, it tells you the model again. Then it gives you various modes. So in my mode right now,
I'm in bypass permissions. This is sort of like a dangerous mode. It's a mode that not a lot of people feel super
comfortable with, but it's the mode that I prefer for uh knowledge work and intellectually valuable tasks. And I'll
run you guys uh through more of that later on. But you can cycle through modes simply by clicking shift and tab,
which I'll show you guys how to do. And then there's some additional information here. There's a version, the latest, and
then over here is at least in my case, the the token readout. And you know what's really cool? You can actually
adjust this. This sort of thing is your your claude code status line, which I'm also going to run you through it. You
can make it all colorful and all wonky and really fun. You can have it display whatever the heck you want. So the very
first thing I'm going to do is I'm just going to say, "Hey, how's it going?" And immediately after, I'm going to take a
screenshot so I could show you guys some more information. So, opening this up in my drawing tool. What ended up happening
is immediately after we said, "Hey, how's it going?" You see that another prompt showed up called finagling. This
is one of like a thousand different words that Claude Code uses. Basically, anytime it's thinking, it's going to use
some funny term like finagling or processing or uh I don't know, rumpeting or considering or what whatever the
heck. They're pretty funny. And the cool thing is you can customize that. Next, you have the number of seconds that your
your query has lasted. So, I just said, "Hey, how's it going?" And then 2 seconds in, it's now produced five
tokens for me. And then finally, you also have the the token count. So, just so we're all on the same page, a token
is not the same as a word, but at least for the purposes of most of what you do, you can consider a token to be similar
to a word. For instance, I said, "Hey, how's it going?" Um, this is not 1 2 3 four. This isn't four tokens. It might
be four words. It's probably closer to six or seven tokens, but just think about tokens as being analogous towards
just a few more if that makes sense. You'll also see that an additional piece of information popped up down here
called context. And this is really important. Um context goes from 0 to 100% and that's how much basically um
conversation history you have in the current chat window with your current instance of cloud code. This becomes
really important later when you're designing uh better context management techniques which is a big portion of
what this course is going to be all about because at least as of the time of this recording context management is
sort of like the the big bottleneck in getting these systems to do more and better for you. You'll also notice that
on the right hand side my token counter uh my status line here it it went up significantly. And so basically what
this means is at about 20,000 tokens or so, we're about 10% of the way through um our entire conversation thread that's
allotted to us. What's really cool is Claude Code will take all of that history and at regular intervals, it'll
actually compress that for you by increasing the information density, taking a string of text and then making
it higher information density and higher information density and higher information density successively. So
that even if you wrote something in kind of like a you know a bloated way, a way that you know you could have used fewer
words to say um as your context goes up and longer um cloud will automatically manage that for you to ensure that
you're within the window. So that's how to set up cloud code in the terminal. Hopefully we're all on the same page.
Terminals are really similar to graphical user interfaces which I'm about to show you in a moment. I do
recommend that you guys get used to using it in terminal because when you use it in terminal you basically unlock
even more functionality. You can run a bunch of these side by side. You could run different terminal tools and whatnot
that give you guys faster refresh times and we'll cover that sort of stuff later. Um, but what I want to do now is
I want to show you guys how to run it in a graphical user interface. And these graphical user interfaces are typically
managed by what's called an integrated development environment. Well, that takes us to the next logical question
which is Nick, what is an integrated development environment? An integrated development environment also termed
is basically three things put together. Okay, it's a file folder organizer plus a
text editor plus an AI chat widget similar to what you get if you go on chatgpd.com or
cloud.ai. So, you know how on my Mac if I go Finder um I open up a basically series of folders where I can select
different files and open them up and so on and so forth. You can do the same thing on Windows if you just type in
folder or I don't know the C drive or whatnot. Well, an ID is basically that plus something like notepad or notes
plus something like chat GBT allin one. [snorts] And right now we have two major idees that the market is tending
towards. The first is called Visual Studio Code and the second is called anti-gravity. Visual Studio Code is sort
of like the OG one because anti-gravity is actually built on it. Um, it was developed a lot longer by Microsoft.
It's really, really extensible. It has great support and it's very straightforward. So, I'm going to show
you guys how to set things up on it, but anti-gravity I would consider to basically be Visual Studio 2.0. So, not
only does it have most of the same features now, although it is uh some of them are still kind of a little
beta-ish. Um, it's also a lot more modern, and then there's a much bigger focus on AI, which is obviously kind of
the whole point of this course. So, uh, I'm going to be showing you guys initially how to set things up in Visual
Studio Code. Then I'm going to do anti-gravity, and then for the rest of the course, we're just going to be doing
all of our work inside of anti-gravity. And anti-gravity is really cool. There's some additional functionality within
anti-gravity, not even tied to cloud code. So, the first thing we need to do is obviously we need to set up Visual
Studio Code. Um, in order to do that, just head over to Visual Studio Code on Google over here and then download for
whatever your specific application is. In my case, I'm downloading the Mac OS. I'm then going to have the download
appear in the top right hand corner. I'm then going to give that a click and then go download unverified file. And then
over here on a Mac, you again have to drag the little window over. So, I'm just going to do that. And once you're
done, you're going to have a page that looks something like this. So, remember earlier how I said it was like a file
editor? Well, that's what this little lefth hand side is about. If I click open a folder, I can actually go through
and I can open a folder on my computer. So, why don't I just go and open uh I don't know, leftclick contact. Okay.
Okay, so now I'm inside of the leftclick contact folder and you can see we have some files here, a git ignore, claw.nd,
contact, index, and a neti tl. We're going to go through all that sort of stuff in a moment. It's not super
important for now, but this is sort of like where the um file explorer functionality comes in. If I were to
click on one of these, as you can see, we've now opened up a big text editor right in the middle of the screen. And
so this is a bunch of CSS. It's a programming language. What's really cool is with cloud code, you don't actually
have to know how to read any of this stuff. It'll just tell you everything. And so that is the text editor
functionality. I can make changes. Hey, what's up? You know, I could um create a new file here if I wanted to called
message.md. And I could say, hey, how's it going YouTube? So just like in that way, we
basically have file editing functionality and then we can also select files to work on and stuff like
that. And then on the right hand side, you have an agent tab, which is where you have your chat interface with AI.
Now, right out of the gate, the VS Code chat interface isn't actually Claude Code. In order to access Cloud Code, you
have to download it as an extension. So, I'm going to run you guys through that right now. On the left hand side here,
click on these little blocks. Then, just type Claude Code. You'll see a variety of these. The one that you're looking
for is the one that's developed by Anthropic, the one with that little check mark in it. be very wary of
downloading extensions that are not from official developers and vendors like Anthropic simply because uh people have
been known to insert malware and and different things like that in these. It's very important that you're that you
preferentially use verified sources. In my case, I've already installed this, but all you have to do is go through
that little installation wizard here. Then once you're done, you will have access to cloud code. The question is,
okay, I have access to cloud code. How do I actually use it? Well, it's really easy. If you just go to the top right
hand corner of this little agent window, you now can just click on cloud code. But you'll also see that there's a
clawed logo up here as well. But what the hell does this mean? If you click on this, you'll open up just like another
window. And in my case, I open it up with a terminal default. Uh, so it's going to open up this in the terminal.
This can be pretty intimidating and kind of annoying to be honest, juggling all these things. Just going to zoom in so
it's easier for us to see. So my recommendation is at least for beginners, just stick to the one on the
right. That one's simpler. And as you can see, it's a different user interface than the terminal. Okay. So how exactly
do you use this? and what are all of the different features and buttons and stuff like that. Covering the interface,
obviously up top you have the past conversations tab. And so as you build up more conversation history, you'll
actually be able to jump back to any prior conversation you've had with Claude Code over here. You can do that
both locally and then on the web. Um I don't have access to either of these yet because I just set this up fresh for you
guys. Underneath that you have the Claude Code logo. Underneath that you have that cute little jellyfish or
lobster, whatever the heck it is. Underneath you have your little chat window. So here is where I can actually
talk to Claude. Hey Claude, what's up? Once we open this, you'll see that similarly to how we had before, we have
that little accomplishing fidgeting whatever we have that little like process uh text come up. After that, you
then have the response. The response comes in in this little window. Although you'll see it's different when it
accesses files and stuff like that. Underneath at the very bottom lefthand corner, you have the various permission
modes. Remember how earlier mine said uh dangerously skip permissions? Well, you can do the same thing here. If you just
click on this, you can cycle through all of the different possible modes. And you'll see that little window around the
chatbot also changes. So, uh in my case, I'm asking before edits, which means because this is running locally on my
computer before it makes any changes to any local files. I'm going to say, hey, just ask me to make sure. Now, this is
pretty safe and a lot of people, especially coders and and you know, developers that are a little more old
school, will usually work like this. But personally, given that when Claude's really in the thick of things, it's
asking me for edits every five freaking seconds. If you really want to unlock that productivity, as I talked about
before, you either use edit automatically or use bypass permissions. And I'll cover plan mode and whatnot
later as well. To the right of that is, and this is kind of intimidating for some people to understand, but this is
the file that is currently being fed in as context. So, for instance, do you see how here it says index.html? And if I
click this, I get this little eye icon. Well, if I leave this open, basically Claude is currently looking at this
file. So, what file are you looking at right now? It'll now tell me that it's looking
through the index.html that's open in my editor. It hasn't read through the contents yet because reading through the
contents of this massive file would feed a fair amount of uh tokens into context, which would charge me a fair amount of
money. So, right now, it's not doing any of that, but suffice to say, I can actually edit this in real time. Yes.
Change the title to Nick's YouTube example. And what it's going to do is it's going to go through my file. It's
going to find the title, which is listed right over here. Then it's going to change that for me. This is an example
of a really simple, easy, and straightforward change. But I could do way more. I could refactor this whole
thing from light uh dark mode to light mode. So, I'm actually going to ask it to do so. Refactor this index html from
dark mode to light mode. And if you don't know what this means, it's okay. Bear with me. We're actually going to
rebuild a whole app using cloud code and various design uh patterns in a moment. The first thing it'll do is it'll try
planning out the changes that it's going to make. And so it's doing a bunch of programmatic adjacent things right now.
Like it's filtering out a bunch of um you know different CSS snippets. It's doing a fair amount of work here. And
you don't need to be a programmer to understand what's going on. We basically now given this a task. It's
deconstructing the task into a list of highle steps. Then it's going to go through and it's actually going to
present this plan to me uh for me to say yes or no to. Now you'll notice that when I did this in addition to the
interface changing and now the colors being blue in the bottom right hand corner we now have sort of a little
pause button. This pause button is pretty important because it allows us to actually stop a claud code execution in
process. So like while it's working. So I could theoretically change this at any point in time. Okay. And I could
actually pause it and then maybe I could give it some more instructions or uh I don't know tell it to do something
differently. So, I'm actually going to click this little button. Then, I'm going to go to bypass permissions. I'll
say no plan, just do it. And what I've done is I've I've interrupted the process in the tool call. And now it's
going to go through and instead of having to do this big fat plan, I'm just going to say it's the wild wild west,
buddy. Just get in there and start making some changes. When I did this, you'll notice that there's now a
thinking tab that's open. If you click on this, you can actually peer into the internal thoughts of Claude as it goes
through and accomplishes your request. So in this case I said the user wants me to just refactor the dark mode to light
mode without planning. Let me read the whole file understand all the colors and then make the changes. And as you see we
just had some changes made which is what this little blue uh thing is here showing that we've made you know the
changes. So immediately after thinking it then did some more thinking. Then down at the very bottom it's now updated
a bunch of the sections of my code and it's continuing down some little to-do list. So this is how you interact with
cloud code through the graphical user interface. And there are a couple of additional things like you can click on
this button to attach files and folders and use the browser. You can also check all of the commands here which are
pretty powerful stuff and I'll cover them all in due time. So that's claude code in Visual Studio Code VS Code.
Let's now cover how it looks in anti-gravity. How to set that up and then immediately after we're going to
build an actual real web app using Claude Code. As expected, anti-gravity is pretty similar. They have a website
here called anti-gravity.google. It's very sexy and clean. Wouldn't be surprised they built this with agents.
You just click download for whatever your specific um you know operating system is. In my case, Mac OS with Apple
silicon. Going to give that a click. Then it'll go through that same process that we just did for VS Code. Once you
open up anti-gravity, it looks very similar to what we just saw a moment ago with VS Code. And that's because the two
were sort of built on each other. So, just like VS Code was both a file explorer, a file editor, a notepad, and
an agent manager, you can see here we have those three same ideas. On the left hand side, we're going to have the
folders. On the middle, we're going to be able to edit the uh text of the files that we uh uh work with. And then on the
right hand side, we can actually talk to agents. First thing I'm going to do is I'll click open folder and we'll go back
to I don't know, leftclick contact just so you guys could see what we're dealing with. And you'll you'll understand here
that the UX is just slightly different than what we had earlier. Um you know, some things are indented. We have like
some little cool symbols in the lefth hand sides of the file. This isn't super important, but I just think anti-gravity
looks cleaner, which is why I like using it. In the middle here, if I click this index.html, HTML. You'll see that we
also have the text pop up just like we did earlier. And the only real difference between um anti-gravity and
VS Code. It's just what we have in this right hand side. Earlier we we could have used Claude Code really easily
because there was an actual dedicated Cloud Code button. Right now there isn't. In order to access Cloud Code,
assuming that you've installed it, so head over here, Claude Code for VS Code. Give that installation button a click.
Assuming that we've installed it, what we have to do instead is we have to double click somewhere here and then
click on this little claude icon. Okay? and then just delete the agent icon. And now you have the same layout that we had
earlier in VS Code. Just now you have it with uh with cloud code. The reason why is just because anti-gravity is a Google
product. So they try and push uh the Google Gemini series of models. That's what we had on the right hand side
earlier. And to be clear, this is a cloud code specific course. Um but you can also use whatever model you want to
do whatever purpose. Like the model type is less important than just the fact that you're really good at using it and
the fact that it's smart. So exact same layout here. Not going to cover it anymore. Let's get into actually
building some stuff. So, let's now build our very first app/web page with claude code. For simplicity sake, I'm starting
with probably the most straightforward build, which is just going to be a web page. And we're not just going to do the
hero header, which is the top or above the fold section. We're going to do the the whole website. And the reason why
I'm starting with this is because I just want everybody to understand how good Claude Code and similar tools have
gotten at being able to design highquality websites. This is a site up here called godly.ebsite. And what it
does is it basically just showcases really highquality design. And every single one of these, with maybe just a
couple of exceptions, is now doable in probably I want to say less than 10 minutes or so front to back using cloud
code. This isn't me just, you know, pretending. This is something that I have done myself dozens of times. I've
built really high quality websites. The other day I built like 15 or so for a project. um they all look just like
this. So, award-winning design, award-winning app functionality and stuff like that. These are just a few of
the things that you guys are going to learn today. In addition, you're also going to learn how claude.md, which is
the system brain file, affects your prompts. I'm going to run you guys through the three major ways that people
currently design sites and the various ways that you guys could use um these approaches to both design websites,
apps, and more or less anything else you want. Then, I'm also going to talk a little bit about deploying
So let's start with cloud.md. I have open in anti-gravity here. Um the same workspace that we were looking at
before with just a couple of changes. Namely, there's this node modules folder here, which you guys don't have to pay
attention to. Um this is automatically generated by cloud code every time we use a library or use some sort of um npm
package. And then underneath we have claw.md. Now claw.md as mentioned is the brain of your workspace.
To make it really really simple and straightforward for you because I think a lot of people misunderstand how cloud
identities work. Let's just look at a hypothetical conversation over here. Let's say you are on the
right hand side. And so what you do, okay, is you say, "Hey, research X for me.
Research, I don't know, the best trending posts on Twitter in my niche, whatever the heck, right?" And then what
ends up happening is the model afterwards claude whatever you're using whether it's opus 4.6 six or 4.5 or
sonnet or haiku, it'll respond to you in purple saying sure at one moment after it returns whatever you want then you
know you continue in this vein and so what I'm trying to get at is there's a pattern here right there's user and then
there's model and then there's user and then there's model the way that the claw.md prompt works is
basically at the very first message before you even get to that point what's hidden from you is the fact that there's
actually another prompt. Okay, this prompt is injected at the very top of your conversation string before you even
send the first message. And so this cloudmd being sort of the very first thing that the model reads and sort of
internalizes is really really important to help steer the output of the ship. Now what is steering the output of the
ship? Well, I often use an analogy here. Let's say you're somewhere on the east coast of uh you know, North America and
you're trying to go to I don't know, let's say the westmost coast of Africa or something like that. As you guys
know, these intervening distances are are really huge. These are I don't actually know how long it is, but
probably at least 10,000 km or so. Now, if you're a ship positioned right over here, okay, and this is your port and
your goal port is over here. Let's hypothetically say you have limited ability to steer the ship. For
whatever reason, the steering wheel or whatever the ship equivalent is, it just doesn't really turn that much. What that
means is if you wanted to make it as close as humanly possible to that X, what you would have to do logically is
you'd have to make sure you're very very accurate at least when you leave the the port. And the reason why is because if
you're not, okay, if you give even a very slight range of possible, I want to say angles that you could go, okay, it
may not seem like that big of a difference if you go, you know, from this line um to this line, at least
initially, right? But over an intervening distance of tens of thousands of kilometers, obviously this
goes, you know, a very very long way away from what your what your goal is. And so steerability in AI is basically
when you try and minimize the number of potential or the width of all of the potential options. And so
what clawmd does is it allows you to take this space of like, you know, a really wide angle of ways that the AI
could go. Okay? And it's like I don't even know where the hell we're going to go if we take that topmost path and then
compress it down into a much more likely subset of possible options that the AI could go such that you know if you were
to be even slightly off here the impact on your final destination while you know you wouldn't make it to your goal you
still make it pretty close. So I want you to treat your cloud.MD MD is basically that initial trajectory that
you launch um all of your cloud sessions um whether in terminal or whether in the GUI tool like I'm showing up here. So
with that understood now that we're on the same page about how cloudmd is injected at the very front of any
conversation you start to realize that there's a tremendous amount of value in making that cloudmd as high quality as
possible. Okay. So including a file capital C cl a Ude.m MD in any workspace project directory means that this is now
injected at the front of our conversation. And so you don't talk to this any differently than you would
claude itself. This is just a file that standardizes it and makes it really easy to build in like conventions for
different workspaces. In such a file, you're going to want to be very concise and you're also going to want to give it
sort of the bounds of what this workspace is for. I could just as well actually copy this whole thing over,
okay, and then paste this directly into my cloud code and then just get rid of my cloud MD entirely. But the value in
having a cloud MD is I just don't have to do that every time. It's initialized very top of that conversation history
like we just saw. And so what's in here to be honest is not super important. I actually had another version of Claude
just develop this based off some um Twitter posts that I saw that talked all about how to build websites with best
practices. And you guys have access to all this stuff down below. I obviously have that template folder um that you
guys could use to to get this and anything else. But suffice to say um this is how or one of the ways rather
that you can currently design websites using claude code. So the three major ways that people are currently using
claude code and other agents to do designs are as follows. The first is that you give it a pre-existing design
and then you give it the ability to screenshot itself over and over and over and over again. And basically what
happens is the first variant that they create that cloud code creates will be like an 80% match. Then it'll screenshot
that compare it directly to the source image and then um list all the differences and then get 90% of the way
there. And then it'll get 95% of the way there. And it usually can't get 100% of the way there, but it can get like 99%
of the way. The value in this sort of approach is what we're doing is we're basically taking an inspiration website.
And so in our case, we're going to be using it on this site here. Um, and then we're using that to template out a bunch
of like design fundamentals. So like the size of the text, the colors, the the way the buttons look and stuff. And then
what you do is you just change the content of the site with cloud so that it's like whatever site you want it to
make. So in my case, you know, I run this business called Leftclick. This is my a automation agency. Um, you know, we
help people install growth systems into their businesses, typically B2B agencies. So what I would do is I would
basically try and rebuild this site using this design. And you know, I can make some minor changes afterwards, but
so long as I start with this nugget, Claude tends to do a really good job afterwards. The second way to build is
you basically just give it a massive voice transcript dump. For those of you that didn't know, there are now ways for
us to uh basically dump like a large amount of text using a voice transcript tool. I'll show you guys what that looks
like now, but if I just hold this Fn key, this little widget appears at the bottom of my screen. Now, this is
listening to everything that I say. And because I can speak a lot faster than I can type, I can actually say a fair
amount in a pretty short period of time. Most people type it between 50 to maybe 70 words a minute, but we talk closer to
200 words a minute. That's a two and a half to maybe 3x improvement. And because these models are so intelligent
and smart and capable of extracting the meaning from the text, you know, text is all they look at all day long. Um, what
you could do is you could just use a massive voice transcript dump to basically spell out everything that you
want on the website. Um, this isn't going to oneshot your website because we don't have a pre-existing design, but
then you can just go back and forth with it. And then in a fraction of the time of developing a real website using a
voice transcript tool, you can get pretty close. The third major way people are currently designing is they use
components. Now for anyone here um unsure of what components are, basically there are now services and tools out
there like 21st.dev where designers have created specific components on websites and there are features on these where
you can actually click on it and then click on this button up here, copy prompt. Okay. And then it will take this
entire web page, entire design, you know, this little animation flickering thing, this jump on a call button, this
sign up here button, whatever. And then it'll copy all the text needed to have Claude code reproduce that for you. And
so it's really straightforward and simple. You just make an account on one of these services. And then let's say
you're building a website. You scroll through and you're like, "Wow, I really like this background paths component,
right? With these cool sweeping things. I want that on my website." You would just copy the prompt, paste it into
cloud code and say, "Hey, install this thing somewhere up at the top because AI is great at language. Uh, you know, you
can get pretty close." So, you can do all sorts of things with this. You could do like cool button borders as we see
here. You could have like a sign-in component over here. You could have multiple cards. You know, this stuff is
okay. To be honest, I find it much easier just to go straight to u number one, which is just giving it a design in
a screenshot loop and just having it work off of something pre-existing. I don't want you guys to think of this as
like you copying a design as you'll see the end result will be quite different from this but it's just a good way for
you to like get a rough idea of the end design um and also not have to worry about things like the sizes of fonts you
know the the colors and so on and so forth. Okay, so we're basically going to use this as like our inspiration and
then once we have our inspiration in place um Claude's going to be able to design whatever we want whether it's an
app or a dashboard or whatnot uh very very quickly. The final thing that I have to talk about before we actually do
the designing is the difference between building something and then deploying. So when you build something, you're
typically building it locally. When you do a tool, an automation like we're going to do later on in the course or an
app or a website, you know, we're we're running this thing on our local computer. But if we want other people to
be able to access it, then obviously we need to deploy it. We need to push it onto the internet and there variety of
different tools that allow you to do so. So today I'm just going to show you how to build the stuff and then over the
course the next few modules as we get deeper and deeper into the course I'll also talk a little bit about tools like
Netlefi Versel modal and whatnot that allow you to pull to push both your software uh the tools that you make and
then even things like websites and and full-fledged apps to the cloud so that other people can access it on a domain
like you know nicksaw awesometool.com. Okay, so without further ado, how would I actually go about this design process?
Well, as mentioned, I had this claude.mmd file set up here. And this is just something that I had Claude uh
basically scrape through Twitter to find me the best practices of all of the different types of website designs out
there that people are currently using Claude and other tools to create. Uh, and then I just had it like write me a
little a little script, basically a little summary. And this is very squarely this give it a design
screenshot loop. It's just written in like a very particular way. You do not need to know how the tools work. You
don't need to know how anything works. You basically just need to know how to like find a resource out there or use AI
to find a resource and then use it to make your own claw.d D. With that in mind, what I'm going to do now is I'm
actually just going to go on the website that I want, I'm going to screenshot it. However, if you guys aren't familiar,
um, you know, if I just screenshot like one section of the site, like this for instance, on Mac, then I feed it in, you
know, I don't actually have most of the site, right? I only have that hero header. Okay. In terms of how to
actually build this puppy, um, use command shift I or right click on the page and then type inspect. This will
open up a window that looks something like this. Once you're done, change the dimensions to full page width. On
desktop, that's usually 1920x 1080. This is termed the widescreen aspect ratio. Then just hold commandshiftp. I think
it's control shiftp on Windows. You'll open up this little command bar. With this command bar in place, you can then
just type in screenshot and then go capture full size screenshot. It'll actually scroll through the whole site
and take an entire screenshot for you. If I click on this button now, as you guys could see, we now have a screenshot
of the entire website top to bottom. It's kind of a hack. Not a lot of people realize that you can do this, but you
can. It's pretty neat. And once we have this, we just have to do one more thing. It's pretty big right now. If you were
to send cloud code, you know, like 20 megabytes or something like that of file, um, number one, it would like
really massively eat up your token limits. And then two, uh, I think the API might have like a limit on this. So,
we just have to make this file significantly smaller. So, I'm just going to open up this resize PNG file
here. um page called resize PNG from i loveimage.com. You can use whatever the heck you want. Then I'm just going to
drag and drop this in. I don't know, 50% smaller, even like 75% smaller. And then click resize images. This is now going
to basically remap this for us. We can click download. What we're looking for is we're looking to get a file that's
less than about I want to say um I think like four or five megabytes or so. So it's not perfect. Okay, it's a little
bit blurry, but it's all right. Maybe I'm just going to go back and resize this one more time so that it's um I
don't know, maybe a little bit bigger. Let's do 50% smaller instead of 75%. Okay, once we're done, we can click
download resized images. This one is about 4 megabytes or so. If we open it up, you can see that it's still high
quality, but it's much much smaller than the other file, which is like three or four times. And now that we're done, we
just add this into cloud code. So, back to our cloud code instance. I'm going to go down here to bypass permissions.
Then, I just need to go find the file. So, I'm going to click this top right hand corner and I'm just going to see if
I can drag this in directly. Okay, so it's going to open this up. That's okay. Just zoom in, copy, and
then you can actually paste this in um directly. Okay, so just click that copy button,
paste it, and you actually have the whole file as context. Okay, and then we just have to do one more thing. We're
just going to head back to the website. I'm going to find actual, and then scroll down to this little body tag, and
then rightclick and press copy styles. This is going to copy the styles of the site, including the button colors and
sort of like the little gradients in the background and and so on and so forth. And paste that in. Okay. And then I'm
just going to press enter. Now that we've uploaded these, keep in mind that despite the fact that this might mean
nothing to you or I, um, keep in mind that there's that extra prompt that's been injected up at the top that
literally says when the user provides a reference image, screenshot, and optionally some CSS classes or style
notes, you should generate a website. So that's what it's doing immediately. It's analyzing the reference image and
building this website recreation. Let me start by creating the actual HTML file. So this will now walk through its own
little to-do list. Take screenshots of its created website, compare it with round one, basically do the same thing
over and over and over and over again until it gets to where we want it to go. And this is really what I'd consider to
be the core building philosophy um for cloud code. What you do is you basically give it a highle task which in
our case we did with the claw.mmd. Okay. Then we allow it to do the task and then we allow it to verify or
basically judge its results. I think the reason why a lot of people end up sucking at cloud code or maybe
they end up giving it instructions and then not being satisfied with its results is they'll just give it the task
and then it'll do the task and then their loop is kind of like this, right? task, do the task, give it another task,
do the task, so on and so on and so forth. If you don't give cloud code the ability to verify its own results either
visually through a screenshot tool or if you're building some sort of software through like um automated testing
mechanisms and and so on and so forth, test driven development, then uh you lose like the vast majority of the value
of AI. The reality is AI is not going to be perfect the very first time, but the value of AI is not in its ability to
oneshot everything 100%. the value of AI is its speed because you can have it get to 80%. Let's say this is like a I don't
know a little quality bar or something. You know what you can do is you can immediately, you know, it's not just
going to be like if this is time step 1 2 3. It's not just immediately going to be at 100%, right? That's just that's
not what it does. It's not going to go from here to here in like 2 seconds and be done. What it is going to do though
is it's very quickly going to start here. Then it'll go here. Then it'll go here. It'll go here. And then eventually
after two or three or four time steps, it'll it'll hit that 100%. And you know, we think that this is a really long
period of time. Okay? But in reality, this is like 5 minutes. And if you contrast this with how long
it would take a human to do that same, you know, approach, you know, humans will probably get closer to 100% quality
on their very first go, but it's not going to be like a minute or two. What this is going to be is it's going to be
like, um, I don't know, 5 hours. You know, we actually, believe it or not, tend to be a lot more precise in these
machines that we've built. Um, we can oneshot things to a much greater degree than they can, but their ability to test
and then retest and work really, really quickly, orders of magnitude times faster than we do, is the real value.
And that's something that I don't think enough people talk about. So, just make sure there's always a task, do the task,
and then verify the results loop somewhere in here, and you'll be fine. Now, heading back to our um cloud code
instance, you can see it's now actually completed the first round of its HTML. Now, it's um screenshotted it as well.
And then it's basically comparing the screenshot to the work that it's generated. And with this, it's going to
make minor changes. So, as you see, the very first thing it's done is it's replicated the get paid the same day by
setting a payment link or the most flexible invoice on the planet with the buttons and so on and so forth. Okay?
It's also replicated that top section. And it's used little placeholders here with these 160* 100 little buttons even
with like the right tilts and whatnot because it doesn't have access to the images. It then is uh you know entering
these little divs, right? It's even got this cool little post-it note which is really cool. And then it even has the
reviews. And so as sort of like rebuilding the design of this website, it's doing a really good job and we're
only a couple minutes in. What's cool too is if you check out the thinking tab, you can see that it's gone through
iteratively every section of the site. Okay. And it's um you know listing what it needs to do next. So better
decorative elements in hero, better floating band, fixing the blue dot positioning, improving the invoice cards
with map thumbnails. I don't know what half of the stuff means, but to be honest, for me, it's not super
important. Now, just because I want it to be a little bit special and then show you the parallel capacity of Cloud Code,
what I've done here is I've actually opened up another anti-gravity instance. And what I'm going to show you guys how
to do is actually design multiple of these simultaneously. Once we've built this test uh this do test and then
verify loop over and over and over again, which we already have in our cloudmd, it's actually really easy to
spin up multiple prompts and just have like 10 versions of cloud working on things simultaneously. So, just for
shits and giggles, why don't we head back over to our little website designer. It's then giving me a file
here called Twgate. Okay. And then I'm pasting it all in. And now my computer's really humming. Like, uh, you guys
probably can't hear this cuz I like to noise cancel most things, but it's making some noise. And the reason why is
because I now have two of these instances running simultaneously, both developing me a website. On the left
hand side of things, just expand this. Um, we see that it's taken multiple screenshots. There's screenshot one,
screenshot two, screenshot three. You guys see how it's getting closer and closer and closer to the end result?
Well, now it's doing some final editing. It's making some feature thumbnails better. On the right hand side, it's now
going through the initial development of that new index.html. And so, because you can run as many cloud instances as you
have tokens, basically, um, I can run as many of these website designers simultaneously in however many tabs I
want. And this isn't even the most efficient way to do this. I'm going to show you guys a much more effective
terminal management structure that'll allow you to do like five or 10 or 20 of these simultaneously. Okay. Okay, on the
left hand side, it's now saying it's done. So, I'm going to say open index.html. That's always just going to
be the actual website file. And if you just tell it to open, it's going to go through and do so in a tab for you.
Okay. And here is the demo of the website that we put together. So, I mean, it's not perfect. It's not
everything that I want, but it's good enough for us to start. So, what I'll do now is I'll go back and I'll have it
recreate. Leftclick. Hey, this is looking pretty solid so far. I'd like you to um check out
leftclick.ai. That's my personal website. And what I want you to do is to design uh or take
the information from leftclick.ai and then insert it into this website. I don't want this to be a clone of
leftclick.ai, but I want it to be pretty close. Use the formatting and everything that you've developed so far to help
place elements and stuff like that as necessary. Um insert images as well and make sure that any elements that um are
there look good. Continue doing a screenshot loop if necessary until you have something that looks very high-end,
very professional and and minimalistic just like you've already developed. Okay, so I just fed in a bunch of
information. Now it's going to go through fetch the content from leftclick and then help me design the site. On the
right hand side, we're creating that initial index.html. Now in this case, I obviously did the two website design
simultaneously manually. Uh but what you can do is you could actually work this into your website or app design process.
You could actually have it take in, let's say, three different examples of uh templates or of design inspirations,
whether from godly.e website or from I don't know dribble or one of these big design aggregators and then in the
cloud.mmd you could say hey I actually want you to develop three versions of this then you could give it some source
and then you could actually just like let it do its little test verification retry loop before giving it you know a
source website like in my case leftclquick.aii I to have it like do some modifications or maybe just doing a
big voice dump of what your website is, what it's for, the various audiences you serve and stuff. And then at the end,
you could actually have three websites simultaneously that Claude presents to you after 5 or 10 minutes and says,
"Which one do you like the best?" The options here are virtually unlimited. The other uh website developer so far
has made this, which actually looks pretty reasonable. You can see that there's still some things that it needs
to change. Uh some of the text looks like it's placed weirdly, some of the blog posts and stuff like that.
Obviously, the development is mostly hands-off at this point. I'm just monitoring it. And on the left hand
side, we've now taken four screenshots of this and gotten really, really close to that end result. Um, it's now
building like the leftclick site itself. Most of the time, I don't actually care too much about what's in the file
explorer. Um, so that is the third panel on the left hand side of both of these windows. So, for simplicity, what I do
is I actually just close it out. And then I usually have on the right hand side some sort of output that AI has
generated me. And then on the lefth hand side, I just have my my actual little chat window. I'm just going to zoom out
just a tiny bit here. So we're still all on the same page. We could see everything. Uh and then that way I can
now just orchestrate and kind of take a step back and see how things go. The leftclick design is also starting to
come together. As you can see, we've taken that initial website from actual as inspiration. So we have like the same
sort of buttons and the nice rounding, nice hover effects on things and then obviously we have the font. Uh but then
now we've actually replaced it with leftclick content. So, the definitive AI growth partner for fastmoving B2B
companies. Tens of millions of dollars generated and more saved criteria systems, real revenue, no fluff. As we
scroll through here, you can see it's even inserted like a little button-and-click video element. We all
have our case studies down below. We have some pictures of me and my business partner, although we're kind of cut off
at the middle of the head, so we could probably fix that. And uh yeah, we've even got some testimonials, which is
really, really clean. Let's see what happens if I click this button. Oh, nice. It's even gone to our discovery
page. So, we we we're actually like having buttonclick functionality and stuff like that in here as well. kind of
curious what happens if I click on this. Okay, nothing so far, but maybe I can tell it to do stuff. We also have an
about and then we have a case studies. That's really nice. So, yeah, I mean things are progressing more or less
exactly like we wanted them to. We even have our little logo. Um, from here on out, I'm just making minor changes and
um, you know, going to go back and forth with it until I get what I want. So, on the left hand side, I'm just going to
voice dump in my voice transcription tool. I can do this like this. I really like the output. I think the
logo in the top lefthand corner is a little too big. Make that smaller. The bolding of the hero header font is also
quite strong. See if we could try a Sarah font instead of a sans sarif font. Underneath the introducing leftclick
section, we have a button player um over the picture of myself and Alex Ramosi and Sam Evans. But when I click on this,
nothing happens. Either turn this into a light box or eliminate that little button in the middle. The rest of these
look great. My and Noah's profile pictures are currently cut off at around the middle of our foreheads. So, move us
down and zoom out of the photo slightly so that we're perfectly centered in frame. And everything else here looks
great. Meanwhile, on the right hand side, we see this index.html is now done. So, we can open this up. I'll say
open in Chrome. That's now going to open up the other version of that website for me. And it's looking like it's pretty
clean. It's pretty matched with what we have. So, because I want to do the same thing that I did with the other source,
I'm just going to scroll back up to where I gave it the instructions to basically copy over left click. And then
I'm just going to paste this in. And now I have this also customizing the site to my specs. You don't have to develop in
multiple tabs. Um, this is something that I think you learn how to do the more of these cloud code agents,
frankly, that you're orchestrating. The benefit to this is obviously you can develop basically however many times
faster as tabs that you have open. But the downside is you also tend to context switch a fair bit. The number one thing
that you don't want clog code to do is basically just sit around waiting for your instructions. So if you are going
to do it this way, just be honest with yourself and ask yourself whether or not there's always like cloud code operating
in the background. I find if it's not running because it's waiting for you for more than maybe 10 or 20% of the time,
you probably have too many tabs open. Personally, I cap out at about three or four. Depends on how intellectually
heavy the things that I'm building are. Um, and you know, it's a learned skill. It's not something that you're going to
figure out right away. There's a fair amount of like remembering that you have to do as well. Um, I've built a couple
of things to help me build things faster. One of them is a little hook. That's a chime that keeps on going off
that you've probably been like, "Hey, what the heck is that thing?" Um, that's something that you can do, and I'll show
you guys how to do a little bit later on in the course. With that knowledge, you can basically set different chimes for
different windows. And when chime one plays, for instance, you know that your top left window is done. So, you can go
give it some more instructions, look at the results. when chime 2 plays, you know, you can go to the top right window
and and do some work there as well. All this stuff in due time. Okay, now we've implemented all of the changes that I
want, including some changes that I didn't even mention. As you see here in the background, there's this very slight
little vertical line design um that it pulled from my main website, which is really clean. I like that. Makes it
makes it quite different. We also have a serif font instead of a sand serif. I like that. Makes me stand out a bit. As
we scroll down, you can see that we've since removed that little play button, which didn't really make any sense, and
it's looking clean. We have all of our profile photos. I like how it kind of inset us a bit. Looks like my buddy Noah
is still quite cut off, which is unfortunate. So, I'm going to have to fix that up. But the rest of this looks
really good, which uh you know, I'm a fan of. Let me just make sure all these buttons work. Again, cool. That goes
directly to our thing. With some minor changes, I think this website's basically ready to go. And looking at
the other option here, we've um more or less taken the same hero header. We have the calendar button working. We have
this nice noise background, which I like. We still have some issues with the photos and them being cut off. You're
gonna get stuff like this uh pretty pretty often to be honest with AI, but that's okay. You can also manually
readjust them if necessary. I don't really like how there are two logos, so I'm just going to do the same thing.
Hey, this looks great. I don't like that there is both an image logo and then a text logo. Just have the text logo. We
want a textgram just called leftclick in the top lefthand corner. The noise background gradient looks a
little bit blurry, so remove that. Only keep it on the social proof section. Myself and Noah's faces look fine. Just
move Nick Sarah's head down about 15% as it's getting cut off a bit right now. Center of the testimonials and client
review section. Right now it's a little bit weirdly set off to the left. And then change the 2025 copyright to 2026.
That's all. And that looks a lot cleaner to me. We have our case studies nice and centered. Both of our heads are visible,
which is really clean. We have our various services. And then down here, let me just click this button. Make sure
it opens that tab. Nice. So, I mean, you know, I wasn't juggling this and trying to show you guys how to do it
realistically. Hopefully, you guys could see. You could build your own super clean, high-end, sexy website in
probably less than 5 minutes now. Um, at least locally. Uh, later on in the the course, I'm going to show you guys how
to take this local website and then deploy it. That will similarly just take a few minutes once you know what you're
doing and the various platforms to use. So you could take the same approach. You could use it to build an app. You could
use it to build a dashboard. You could use it to build more or less whatever you want. Whether uh you are sourcing
websites from a repository like godly uh website ordesign or whatever. Or you're doing this maybe a little more manually.
Maybe you're actually going into apps that you really like and then you're using them as design inspo. Um either
way is perfectly fine so long as you start with that little nugget. Everything else as you guys see here
gets a lot easier. And worth noting, um, I just designed for desktop today, but, uh, if you wanted to design for mobile
or whatever, you do the exact same process. You would just do it with a mobile screenshot. Uh, if you are just
designing for a website, make sure that your websites are, you know, mobile and responsive and stuff like that, lest
somebody open it up on their phone and get treated with, I don't know, my giant ass forehead. Uh, you can also do that
in the agent. Really easy. Just say, "Hey, make sure this is nice and mobile optimized. I'm noticing XYZ image is in
a weird place." Okay, so hopefully you guys have now learned at least a little bit about the way to do a practical
build and practical design with cloud code. As you see, a lot of it's quite hands-off. It's not like extraordinarily
involved. What you do is you basically steer it like I I I talked about before. You carve out the the river and then you
just give it a boat and then it just goes along its way. So long as there's some sort of test-driven development
loop, some sort of screenshot or verification loop, uh the quality that you can end up with is orders of
magnitude better than not. And if you guys are ever wondering why you're not getting the results that you want, just
make sure you have some sort of verification loop built in. Next up, we're going to learn how to build
significantly more complex tools, not just websites and visually designed things, but also whole backends, whole
architectures, and things that you could use either to, I don't know, like launch your own SAS product, or build really
cool internal tooling for yourself, your own personal life, or for your team. All right, now that we've done a little bit
of building with Cloud Code, we put together what I would consider to be pretty solid websites with just a few
moments of work. Let's dive a little bit more into Cloud Code's advanced functionality. And I want to let you
guys know that what I'm about to talk about here, probably less than 10% of everybody that currently uses Cloud Code
understands. So, when you unlock what I'm going to be teaching you in this module, uh you'll know significantly
more about Cloud Code for one, and then you'll also be able to combine each of these cool different features in in
fantastic ways that uh I think you'll quickly see the value of. So, what is the claude directory? Just to be clear
here for anybody that doesn't know in programming convention, first of all, this is a folder. And in programming
convention, if you put a period in front of the folder, this basically hides the folder from view. And so if you just
open it up in a file explorer, you wouldn't actually see. For instance, you know how like um I don't know, in my
case, my computer is called Nick. And then underneath that, I might have some some other folders. Maybe I'll have like
a documents or something. Let's turn this off before that frustrates me. I might have a documents. Well, if under
Nick I stored another folder called hidden, if I were to open up my file explorer because it has a period in
front of it and because that just happens to be the convention, the file explorer wouldn't show it to me. So this
is sort of like the developer way of, you know, building folders that don't really muck around and ruin your nice
organization. So in Claude Codes's case, they have a lowercase C cla directory. And inside of this cloud directory,
there's basically support for like 10 or 15 cool advanced features um that once you know you can augment cloud code
significantly more than sort of vanilla out of the box. So let's run through all of them together. This is what like a
fully loaded cloud folder would look like. Okay. And there's actually two levels to this and I'll cover both of
them in a moment. But the one that I want to talk about first is right over here. So inside of thecloud folder, you
can add a settings.json JSON, which is team permissions and hooks. I'll talk about hooks a little bit later on, but
that's how I get my cool little chime noise at the end of everyone. Uh, you have settings.local.json.
Anytime you have a local inside of a file, um, this basically keeps it local on your computer as opposed to push it
pushes it to a uh, online repository. For those of you that are unaware, a lot of programmers and people that use cloud
code use um, GitHub to basically store all of their active projects. Now, because GitHub is a cloud service, there
are some instances where you don't actually want the cloud service to have access to the data inside of your repo,
particularly if it's quite sensitive stuff like, you know, tokens and and authentication keys and whatnot. So,
they developed this convention where you could just go local whatever um in order to kind of override that and then not
push it to GitHub. You have the same pattern here with claude where your claude.md lives and then
claude.local.md. This is again ignored. That just means it's not going to go over to GitHub. Then, interestingly, you
have an agents subfolder, you have a skills subfolder, and you have a rules subfolder. Then, finally, you have a
hidden mcp.json as well. You know, I think if you're somebody coming into this without a technical background,
you'd look at this and you'd like be like, "Oh my god, this looks insane." Like, what the hell's going on?
Settings.js, settings.local.jso, why is claude capitalized? What does MD mean? And I'm going to explain all that
stuff to you in due time. But for now, just know that these are basically the various buttons that Anthropic, the
developers of Cloud Code, have given you that you could press to sort of customize your own instance. And each of
these files you can customize to whatever degree. You can add whatever the heck you want in there. Some of
these files reference other files. Um, you know, it's really up to you and Claude because most people don't
actually develop this stuff on their own. They actually like kind of co-work with Claude to put together their own
settings. Um, but it's up to you how intense you want to go into. Personally, I just have a claude.mmd. Sometimes I'll
have skills and agents. I'll run you through sort of like my own 8020 setup um later on in the course. Okay. So
anyway, this claude folder actually lives inside of your claude code folder workspace wherever you're working. So I
mean I don't actually have a folder set up yet, but let me do it right now. And if you use this cloud folder, you're
basically like uh unlocking uh advanced functionality uh more so than just having a cloudmd in the root of the
folder. So, that's what I'm going to do. I'm just going to move over my docloud to sorry, I'm going to move over my
cloud.nd tocloud. And then, as you see, there are some additional folders here that I'm going
to put together as well. Inside of this, I'm going to go agents. Also going to go skills.
And over here, I'm going to go rules. And let's explain what all of these three mean. The first idea is this idea
of breaking up your big claw.md into different rules. And so basically what this slash rules folder allows you to do
is allows you to take everything that we've written here and then instead of just sticking it all into one file, you
can define highlevel rules that um correspond to different parts of let's say a build. So for instance in this
example there's a rule for code style, there's a rule for testing, there's a rule for security, there's a rule for
front end, there's a rule for, you know, within front end react and then styles as well. And so, you know, code style
might be a very simple kind of two paragraph thing that just explains how to organize your code. Security might be
a pretty simple few paragraph thing that explains how to, you know, secure your code bases and whatnot. Styles could be
a list of Tailwind CSS styles or I don't know, whatever, just like some some sort of formatting instructions to make
websites look a certain way. And so, for instance, if you look at our claw.md over here on the right hand side, you
can see that we've split it into a variety of sections already. There's like a workflow section. There's like a
technical default section. There's like a rule section. We can actually split these into their own uh rules files. And
that's what I'm going to have Claude do in a second. Split claude.md into its component rules. Use the Claude code
rule spec specification if you don't know what that means. And so what I'm doing is I'm empowering
claude code to basically go through our current folder for one. Then if it doesn't already know what you know rule
specs are, it's going to go read up on rule specs. And then it's basically just going to take this file and then split
it into what looks like three file rules inside of um the rules folder. [gasps] So now we have rules split into
workflow, technical defaults, and then design rules. Okay. And as you can see, this is a little bit more compressed
than we had earlier. Basically, the title of the file is sort of like that little heading.
Okay, great. anything else we'd need for efficient coding and you know it can go through and it
can create some additional rules for you. So now if you think about it, okay, and by the way, I don't actually
recommend just asking claude, hey, build me rules for efficient coding. It's not going to do a very good job. Usually the
best place to find like highle instructions and stuff like that. Um, that's sort of on the cutting edge. I
would recommend uh like scrolling through Twitter and then finding cloud code power users. It's like a real gold
mine. The reality is cloud uh code will actually like incorporate the most commonly used cloudmd configurations and
stuff like that into every successive generation. So a lot of the time, you know, you don't have to include the
stuff you had in your cloud node from like Opus 4 or whatever because nowadays it just sort of understands that
natively. And so if I, you know, talk about this example in the context of what we've already done, you know, over
here we had one monolithic claw. MD file, right? But imagine that we instead split this into I don't know, let's just
say three rules. You know, we have the workflows, then over here were the design rules,
and then the tech defaults. Okay, now instead of dumping it in as one big claw in default, we actually have a lot more
granular control over little things. Um, and so we can organize this to, let's say, evolve the workflow without
touching the design rules and so on and so forth. And in general, this form of segmentation can be useful, especially
when you're working with other people. you can give people access to let's say like the styles but then maybe you
actually have full control over like the top down workflow or as I'm sure you can imagine you could have a really really
long claude.mmd right a lot of people have cloudMDs that are I don't know like many many many thousands of words
sometimes tens of thousands of words so splitting it up in this way just helps keep you organized it also helps uh
allow you to see areas that like you don't really need anymore. It's one thing if it's a giant file that's 10,000
freaking words long. It's another thing if it's like pretty simple and pretty straightforward. So, we can similarly
create skills and agents and they're organized in very um um you know similar ways. I'm going to talk through some
specific agents that I'd recommend having and then ways to use the skills folder to basically automate large
portions of most knowledge work later. For now, I want to talk a little bit about the top half of this image. So,
the bottom half, okay, this is stuff that we've already kind of discussed. This is the cloud/folder. But it turns
out there was one folder that exists at an even higher level than the cloud in your workspace. Okay? And this is like
the global folder. Now, anytime you see this little squiggle, okay, in computer programming
or networking or in file in your file explorer, this basically refers to like your home folder, okay? And this isn't
the home folder of your workspace, not the specific one that we're working in. This isn't, you know, if I go back to
anti-gravity, my website design example copy folder. What this is referring to is this is referring to like the home on
your computer. And so this might be like the Nicholas folder or something like that on my computer. And basically Cloud
Code allows you to define settings that are both local, which corresponds specifically to the workspace that
you're in, and also global, which are are basically settings that are shared between all of your workspaces. And
that's where the second U [clears throat] sort of category bins into. And so what we do is in addition
to being able to set a cloud MD on the local level for instance aka have one that applies to all workspaces if we
were to expand this just a little bit. The way that this thing actually works if you think about it is we have the
claude.md that's over here and this is your local claude. Okay. But then we also have
highlevel other clamd files and rules and stuff like that. Maybe this is called tech rules. Maybe this is called
permissions, you know. Maybe this one's called um I don't know style guide. And these come from your global
little squiggly line slash.cloud. And the way that this is organized is very similar to the way that the
local.cloud is organized. it just exists in a different folder and it basically supersedes any local cloud
functionality. So this is another example of like splitting permissions. For instance, if you're working on a big
team, um you know, maybe you as the director of the team have access to like the global.claude
uh uh tilda it's called /.cloud folder and in there you put your like global settings. So these are highle rules that
the AI agent in all workspaces reads and and understands. Maybe things like, hey, you know, don't allow people to delete
these files or folders. When speaking with uh, you know, staff members, refer to them as X, Y, and Z, whatever. And
then every individual engineer on the team or every individual team member, they empower themselves with a local
dotcloud folder. And this is ways that a bunch of companies are currently starting to organize both their highle,
you know, home clouds or their global clouds and then um, you know, the ones that exist uh, per workspace. So to make
a long story short, there's actually three layers of claw.md that merge together. We've talked about two of them
so far and there's like one more that's even higher level, but basically the first is your personal global and that
is at the very top level here. That's in your home folder/cloud/cloud.mmd. Then you have the per project or per
workspace folder which iscloud inside of your current workspace/cloud.mmd. And there's also a third option
specifically for enterprise. This is like your manage system level cloudmd for enterprise licenses and stuff like
that. 99.9% of you will not have enterprise licenses. So I'm not going to talk about this at all, but rest assured
it's a very similar concept. You just define another markdown file that uh you know sort of exists in that ranking or
precedence level. Now if I open up a repo that we haven't looked at before, this is my own leftclick site where I'm
working using a strategy called git work trees. Again we'll chat about that later. But let's say, you know, I open
up a new file folder and I want to run cloud code in it and I don't actually have a pre-existing cloud code and you
know I want the model to help me with this. All I need to do is just open up that file folder. Okay, open up cloud
code and then type slashinit. We'll get into more slash commands in a moment. What this does is this basically allows
us to analyze the current codebase and then write a cla.md that summarizes what the current codebase does and then gives
some instructions to uh you know a future version of claude which is really cool. So what this is doing right now is
it's reading through all of the files. It's summarizing them. It's sort of looking through and you know seeing uh
what what stands out in the codebase trying to look for commonalities and patterns between them. And then finally
it ends up creating a a capital cloud.mmd and it does this directly in like the workspace route. So it doesn't
do this inside of a cloud folder. You have to you know do this sort of organization yourself if you want to go
any higher level. But as you can see here it just put that together and I can open it up and I can actually see sort
of like the way that it wrote its own cloud. MD. So this file provides guidance to claude code when working
with code in this repository. This is a premium marketing website for leftclick. It's an a automation agency targeting to
B2B companies. Here's how to deploy it to Netlfi. Here's the architecture. Here's the design system. Here's the
Netlefi config, etc. Why is this valuable? I mean like it technically has access to all this information anyway,
right? So like why are we getting it to summarize it all? Well, we're getting it to summarize it all because one thing
we're going to talk a lot about in this course is context management. And that basically just means um all of the uh
tokens currently in a prompt. As you've seen, there are multiple levels to this, right? There's like the global cloudMD
that's injected. Then there's the local cloudMD that's injected. There's the enterprise level cloudmd that's
injected. We're then going to talk a lot more about the tool calls and various tool definitions. Those are all
injected. And then finally, at the very end of it, you actually have your own prompt that you're sending, which is
also part of the context. >> [snorts] >> Well, if in addition to that, you force
Claude to read through every single file every time that you initialize to know what the hell you're talking about,
obviously you have to add significantly more tokens to any prompt, right? And by doing so, a couple things happen. One,
the quality of Claude on average will go down because there's a negative relationship between the length of the
prompt and then the quality of Claude's outputs. That's just sort of the way that it works statistically with these
models. But two, um, you're also paying way more because now instead of consuming, you know, let's say 10,000
tokens at a time, you're consuming a 100,000 because this thing had to read through your contact. HTML, it had to
read your index.html, it had to read your message. It had to read everything. And so, cloud.MD, MD if you think about
it in addition to providing high level instructions and you know uh uh some guidance and and steering of the ship
also is a mechanism by which you can significantly reduce your token usage and then increase the average quality of
cloud because it'll just know everything especially when you use uh back/init like I just showed you a moment ago
before actually having to read through the files. You know it'll know that index.html uses an inverted light color
scheme. Okay. It'll know that you know there's a contact.html html which is a contact page. It'll know how it's
hosted. It's not going to have to like do a bunch of API calls to various services to figure this out. It it just
already knows all this stuff because that's what the slashet just did. So, if you don't already have a claw.mmd, I'd
highly recommend go into your folder, generate one. Um, once you have it generated, then you can continue making
additions and changes as necessary. But literally just having a description of the way that the folder works is like
honestly the the the 90% of the battle. So, for simplicity, I've compiled the top recommendations into a quick do and
don'ts guide for you. The first thing to do is just run backslash init first anytime you're working in a new folder.
The second is I just use bullet points and short headings. Try and compress information as much as possible.
Basically write in like a high information density style. Don't [snorts] just voice transcript dump into
your cloudmd. If you wanted to write a cloudmd for instance using as help actually voice dump into cloud and then
say turn this into a very high information density summary of rules and stuff. Put the most important things at
the top. there's anything that like it absolutely shouldn't do like never delete XYZ file or whatever, mention it
up at the very top. The first few things that AI learns, it tends to remember. It's sort of like the middle gap of the
prompt. If I were to show you guys what this actually looks like, basically goes like this. It remembers a lot of the
beginning. It doesn't really remember much of the middle and then it's more likely to remember some of the end. Um,
so this is called your uh primacy bias. Human beings are like this too, which is really interesting. And then this is
called your recency bias which means you know Claude and and us are biased towards um remembering things at the
very beginning of a stretch and at the end of the stretch but more so the beginning which is why you put very
important guardrails at the top. Um periodically review and prune this like treat it like living code. If you have
claude constantly update the cloud MD you will find over time it adds things that aren't really super necessary. Some
super precise instructions it starts changing sort of the way that it talks to you and stuff. So I treat it sort of
like technical debt and then I reduce it over time. Uh what not to do is don't dump entire style guides and API docs
into it. This is an unfortunate habit that I've seen a lot of people do where they basically are like oh you know I
want this to be my I don't know let's just say a Panda do companion. So they go to the Panda API and then they
download the entire thing and then they try and paste it into the cloudmd. It ends up being 10,000 tokens and then
keep in mind this is initialized every single time you run cloud code. Right? in addition to it taking a little bit
longer because now you have that initialization time it's also just a pain in the ass and it's and it's more
costly while reducing claude's quality as mentioned so don't do that instead like talk to claude say okay what
specific API endpoints are we going to need and then give it the whole API and then just have it like prune it down to
just the specific sections that you need or specific maybe highle instructions on how to use this API that maybe is not
super relevant or or trivial I should say um cloudmd allows you to do what's called an atlude this is very simple to
just uh you know I I didn't want to spend too much time on this but basically if in your cloud.mmd you just
say you know at git.md and you have a folder called git.mmd somewhere else in your computer it'll
actually go and it'll like include that into the cloudmd as you guys can see that functionality sort of taken care of
by rules but uh just don't add include a bunch of files unless absolutely necessary um don't write really vague
rules in general like treat claude like uh you know a really intelligent savant style intelligence, but also you know
people that are they tend to be really intelligent and so on are really intelligent in one specific little slice
of the field. If you give them too much rope they'll just hang themselves. So try not to write like really highle
vague aspirational things unless absolutely necessary unless it makes sense. For instance, don't just say be
smart. Don't say make no mistakes. Claude's not going to understand that, right? I keep seeing a meme rolling
around Twitter and it's like Claude make me $1 million. Don't make any mistakes. and it's like that it's just not going
to that's not going to improve the quality of its output or anything like that. Um, in general, you want to keep
it somewhere between like 200 to maybe 500 lines or so max. Um, the recommendation is not to go any longer
than 500 lines, otherwise again you're just dumping in a ton of context. And then don't forget to add rules when
cloud keeps making the same mistake. So like if you're working with a particular library or particular software platform
or again a particular API like Panda do or whatever and they have a very specific way of going about things you
know every time you load up a fresh instance of cloud code it's going to continuously make that mistake which is
going to cost you again in tokens but then also in context because of quality. So if you find that it makes a mistake
more than two or three times tell it hey you know I want you to add this to your cloud NMD so that this would work the
next time I run it on a fresh instance of cloud. That's one of my favorite things to uh to tell it. Okay so these
are just some high level rules. Obviously, there are more if you want like a really powerful way of, you know,
finding solid um cloud code tips. Uh and specifically like Clauded stuff, I actually go straight over to TwitterX
and then I say, you know, compile the last month of high ROIC Claude MD writings. What are the best things to
include? because this technology moves so quickly rather than me uh you know trying to like tell you guys to always
include a certain snippet of text in your cloudmd basically I just have it go through the last month of Twitter posts
after a moment it'll tell you the most useful hieroi insights and patterns gro obviously is uh x's model they have
access to all twitter posts and there are some extraordinarily intelligent people on here that basically live
inside of cloud code so I get most of like my advanced tips from them um and yeah you know there's there's a lot of
instructions and advice here given in just the last month or so. Okay, now that we've talked about the cloud.mmd,
let's talk about a few additional features that not a lot of people understand have they have access to
inside of cloud code. The first is this concept of automemory. So basically in addition to the cloudmd, there is an
additional tiny little file that's injected at the top of every session. And you'll find that anthropic and the
developers of cloud code do a lot of these injections. It's not just the cloud MD and it's not just this memory
fo which I'll talk about. They have a lot tool calls, definitions, lots of stuff. So, um, the way that memory works
basically is if you tell Claude something in one instance and you tell it to remember it, it'll actually write
it to this memory file and then in another instance when you pull it up, this is like a global memory file, it'll
it'll remember you. So, if I open up cloud code again and down here I say um, I don't know, what's my brother's name?
So, try and ask it some let's say personal information. um that I wanted to find out for me. It'll say, "I don't
know your brother's name. You haven't shared that with me." I say, "Remember that my brother's name is George."
Now, what it's going to do is it'll save that to its memory file, okay? Which already has a few other things like the
fact that my dog's name is Yelpers. You guys think my dog's name is Yelpers? Then, if I go to a new fresh cloud code
instance and then I say, "What's my brother's name?" Notice how this time we're not going to have that issue. It's
just going to say George. And the reason why, if we just go back to this very stereotypical
prototypical example, just continues to grow. In addition to both the enterprise uh cloudMD, the global cloudMD and then
the local cloud.MD, MD. You also have a file here which is separate from all of those called memory
MD. And Claude will inject this at the very top of basically every um new session. So in addition to again this
global section here and then this local section, we also have a memory and then we have a bunch of other tool call
definitions and stuff like that which I'll talk a little bit about later. In practice, memory isn't super valuable or
anything like that. I mean, claude.mmd does a lot of that, of course, but uh you know, it's separate from cloudmd.
You can kind of treat this as claude's own notes. It's not really your instruction set. Okay. Next up are
agents. As you see here, we have this agent subfolder within the cloud local uh settings folder. This can be pretty
difficult to understand. So, I'm just going to give you a high level overview now. And then we're actually going to do
a lot more agent development later on in the course. But let's just say I want an agent called tell
me the time MD. And this is a really simple agent. I basically just want it to tell me the current time. Um I can
define the tools that it has access to, the model, the max number of turns that I can have it autonomously go and
fulfill my request. Um whether I want it to have global or local memory. I can give it a little description, a name,
and then also down here just like a brief little outline of what it is that I want to do. And so in this case,
hypothetically, I'm just saying this is a time teller. You know, I basically want my big agent to talk to my smaller
agent and then say, "Hey, what's the time?" Very simple and and straightforward. So, I'm actually going
to open up a new um session here and I'm going to say, "What time is it? Use my agent."
And if you haven't already seen the sub agent tool call looks a little bit different from what you guys are
probably used to, notice how now we're opening up this task called tell me the current time. And what happened is we
see this little in input. What this is is this is our main agent talking to a sub agent. And so this main agent
basically said, I see that uh Nick said, what time is it? And he asked me to use my agent. Let me check all of my
available agents. It then went through the agents folder, found that there was an agent called tell me the time.md and
then said, "Oh, I see there's an agent here that can tell me the time." Since Nick asked me for that, this is
obviously the one that he wants me to use. It then creates a task called tell me the current time and then sends the
new agent a message saying, "Hey, Nick wants to know the current time. Please determine the current time and report it
back." Then at the very end, it says the current time is 2:23 p.m. MT. Anything else the agent wanted you to tell me?
Yes. It greeted you with a howdy partner and then it gave me a little cute cowboy emoji. The reason for that obviously is
because down here I said also say howdy partner. And so you can have agents for a million different things. In general,
one-off functions like tell me the time aren't really that valuable because you know your parent agent can sort of
already tell you the time for the most part. But there are a couple of agents that do make sense. And so if we split
this into parent and then you variety of different ways you could call this. Used to be master slave by the way, which uh
you know had a bunch of issues. They had to change it. Now, it's like kind of like parent agent and then child agent.
But if you think about it, there are a few agents that actually make sense. The first agent that makes sense is in
general having some sort of research sub agent. The reason why is because the way that agents work is they're spawned with
their own context. And so this agent down here that we just spawned has no uh no context aside from just this input.
It literally the only text inside of its um you know prompt is the user wants to know the current time. please determine
the current time along with you know the highle instructions that we defined and tell me the time like that's that's
literally all that it has that's its whole claw MD essentially um and so because of this because of the
separation of contacts you know if you want to keep the total number of tokens that you use as low as possible in the
parent agent which is usually the smartest one like the one that you're paying the big API token usage and stuff
like that for uh instead of trying to fill in a 100,000 tokens in research when it goes on the internet and it
looks up trends then it goes checks out Google analytics and then goes pumps things into I don't know duck.go So
instead of like filling or polluting all the context of the parent agent, what you do is you basically just say, "Hey,
you know, go research XYZ and tell me
a summary and then it will go pollute all of its own contacts window, get it super long, might use 50 or 100,000
tokens, which is why a lot of people use the U sonnet model series at the time of this recording for that purpose. And
then the only thing that actually makes it back to the parent is just that summary. So down here this could use
100,000 tokens, right? But then like the tokens that it transmits back might only be I don't know like 2k or something
which is if you think about it a cost savings amount of 50 times or literally 50 times cheaper than whatever the
parent cost would have been. And then we also get to use um you know a lot of cheaper uh subm models and stuff like
that like sonnet like haiku and so on and so forth. So research is really really good. Um and that's one sub agent
that I would almost always create. I'm actually going to show you guys how to create one later for your code and then
also for other automation purposes. Another one that I really recommend is basically having like a reviewer agent.
The way that the reviewer agent works is in contrast with the research agent, you know, it having no context is actually
the whole point. So basically what happens is this parent writes a bunch of code, right? You know, it's like your
index.html or as we're going to see it's going to be Python scripts or whatever the heck. It's just going to do a bunch
of code for you. And then after writing all that code, okay, its context is now really biased towards the way that it
wrote that code. Basically, you know, if you think about it, there's like 10,000 tokens and all of those tokens are like,
hey, you know, I should write the code this way because of whatever reason. Well, if you want it to write really
really good code, a lot of the time what you have to do is you actually have to give it to another version of itself
with no context and then just say, "Hey, this is the this is the code knowing absolutely nothing. Do you think this is
good code?" And if the answer to that question is yes, then obviously it's good code. But if not, okay, what
usually happens is when you do this, when you spawn a new agent, then give it the code, it'll say it's kind of weird
that you wrote it that way. Why did you write it that way? And then the reason why is because the initial version of
cloud as mentioned was just really biased because it had just done all this thinking and stuff like that. And so,
you know, they do this in in um you know, like big enterprises stuff like that. Like you do what's called a code
review where you know a programmer writes some big long function or some cool tool or creates a nice app and then
they're so biased about the way to do things because they've just spent like 10 hours you know hammering a particular
method or a particular approach that when they give it to a code reviewer aka another human being the guy looks at it
and he's like what the hell is this? Why did you do it this way? You could have done it way easier with another way or
whatever. Or you know hey I noticed that your security is kind of off. So in this instance, what the reviewer sub agent
does is it basically takes advantage of the fact that it has no input and then it's able to look at the code with like
a totally blank face. And so with this, you basically say, you know, look at the code with zero context or no context
and break down plus improve it. And then what it'll do is it'll take all of the code. So it
might feed in, you know, like 10,000 lines or something and then it'll return just the changes to the parent agent and
then, you know, this might be again like 2k tokens or something and the parent agent will will do the changes cuz it's
usually smarter and then you know now your code's way higher quality. Finally, one that a lot of people are using is
sort of this middle one here which is like QA/ testing. Now this is more of like an advanced programming thing but
basically in order to determine whether or not a piece of code works or a tool works or a piece of software is like
good typically um you can develop a bunch of tests and then you can subject your tool or software that you just
created to these tests to figure it out. Now obviously your parent agent can do this but um you know this is just
something that would pollute the context and be tremendously costly both in terms of tokens but also the intelligence of
the parent model. And so typically what people do is they'll they'll break things down into this research sub
agent, a reviewer sub agent, then also some sort of QA or automated test sub aent um in big enterprise and that's how
they do like automated testing of their code, automated test-driven development and so on and so forth which is similar
to what I was doing earlier when we designed those websites where you know we tell it to do the thing it goes and
it does the thing and then it uses some sort of way to verify that it did the thing correctly. You can kind of think
of the QA agent as like a way to facilitate that. It's just with design, it's pretty easy because you just feed a
screenshot in and then you look at, you know, the screenshot and if the screenshots's good, then you're good.
With, you know, back-end development, obviously, you need a way to determine, hey, is the thing that I said that it
should be able to do actually happening? Last but not least, we have skills, which were previously referred to as
custom/comands. Now, [snorts] skills are pretty great. skills basically allow you to automate a
vast majority of I want to say like the day-to-day knowledge work that you may or may not be doing especially when you
pair it with tools like Excel or Google Sheets or whatnot. Now I came up with this idea of directive orchestration
executions. Um it was this framework that I put about uh probably about like four or five months ago just as cloud
was figuring out how skills worked and and stuff like that and they've since created skills which I think is actually
a much better alternative to my DOE uh framework. So I just use skills now. But basically what these things are are just
like sub agents. These are highle instructions that you can give to uh the parent agent. Okay. The one distinction
between sub agent and then skills is in the sub aent it does it all like a different agent. In the skill it's like
given to the parent agent and basically it's just a list of instructions allows it to do something. So I want to give
you guys a brief little example of what that might actually look like using a skill that I developed called shop
Amazon. So heading back to our folder here, if I go down to skills, you see that there is now a skill called
shop-mazon.mmd. Up at the top right hand corner, the name is shop Amazon. Underneath here is
browse and purchase items on Amazon.ca via the Chrome DevTools MCP using the user as to find, compare, or buy
products in Amazon. Then there are a bunch of highlevel instructions about how exactly to use um a various like
some various tools to browse Amazon for me and then find uh products that I want to do including stop like get purchase
approval. Do not skip this step. So I mean like I often buy products on Amazon and to be honest there's just so much
junk on Amazon now that I don't want to have to spend every you know day hours of my time like rifling through mostly
you know like uh SEO optimized garbage which doesn't actually mean anything. So what I did is I put together a skill to
do that for me. And at the moment um I require uh something to connect my uh basically in photography like a bounce
sheet or a reflector with um one of my stands. So what I want to do is just I'm going to speak into it and I'm going to
say, "Hey, I'm shopping for something to connect one of my reflectors to one of my tripod mounts. I purchased the
reflector a couple days ago and I didn't realize that I needed, you know, something separate to kind of clip the
two together. Um, could you shop Amazon and give me some options that I could use?
So, I'm just going to press enter here and then I'm just going to let it go on its way. We open up the thinking. What
it's going to start with is the user is asking me to help them shop on Amazon. Then the user wants to find a reflector
holder or whatever. And now what it's going to do is actually going to open up a Chrome tab for me using Chrome
DevTools. and it's going to go and it's going to look for it. Okay, now it knows that I'm in Canada, for instance. So,
it's actually looking it up at amazon.ca up here. It's scrolling through. It's going to open things up, take
screenshots of various parts of the page. It's going to read through everything and so on and so forth. And
uh it'll actually at the end of it get me a bunch of options according to what I wrote in my um you know, shop- Amazon
markdown skill. And so, if you think about it, like this is something that previously a virtual assistant or
something might have done, right? I mean this is something that like it I would have just given to somebody and
delegated away. Hey you know I'm setting up a photography studio in X Y and Z. Well now I can actually just write a
skill a highle skill that teaches it how to use Amazon and then once it goes through Amazon and you know finds me the
products then just gives me like a big list of things like this. So what I can do now is I could say hey you know I
want to buy X Y and Z and then it can go and actually buy it for me. You know, obviously, um, I recommend if you guys
are like making purchase decisions with cloud code, this isn't really something I'd 100% automate. You know, maybe I'd
have it add all the products to cart and then I'd say, "Okay, give me the page so I can review it and then purchase it
myself." Um, but you can automate this about as crazily in detailed as you want. What we've done is we basically
made an API out of Amazon and they don't have one specifically because they don't want everybody to. With Cloud Skills,
you can do something like that super easily. The variety of other skills that you can create. This one's called Upwork
Scrape Apply. I have a bunch that do like um you know lead scraping for me more generally. I have skills that
automate the process of sending welcome emails to new clients. I have skills that automate the process of building
their deliverables. And what's really cool is um you're not the only person that had like you don't actually have to
put the whole skill together yourself. You can just have Claude help you put the skill together for a future instance
of Claude. And in practice that's usually what I do. I'll say something like hey I want to build a skill that
does X Y and Z. Can you help me format it? Here's like how skills work because sometimes it it won't know for whatever
reason. It'll have to go research skill formatting and stuff like that. And then it'll say, "Yeah, sure. I could put one
together for you." Then what you do is you take that, feed that to a fresh instance of cloud code that has no
understanding what the skill is. See how it does. If it screws up, you just give it feedback and say, "Okay, modify the
skill so you do better next time." You rinse and repeat. And eventually you get an error rating, which may start off at
like, I don't know, let's say like it it's only good 70% of the time on your first. Well, after some changes, now
it's good 80% of the time. Then after a couple more changes, now it's good 90% of the time. And then eventually I want
to say you can get to like 98 to 99% fidelity and accuracy which in any sort of knowledge field nowadays is more than
enough. I'd say most human beings screw up more than 1 to 2% of the time. So we'll cover a little bit more about
skills and how to create them, how to take pre-existing SOPs and workflows and stuff like that and convert them into
skills a little bit later on, but for now just know that they're there. Okay. So most everything here has now been
covered. Uh, we talked about claud, we've talked about the cloud.mmd, we've talked about the local, we talked about
the agents folder, the skills folder, the rules folder. We only have a few things left like there's mcps to talk
about, but now is not a good time to, so I'm going to push that off to later. And then also the settings.json is a good
thing to mention, but since this deals with hooks, I'll also talk about that later. You're now at the point where you
understand, I want to say, you know, 90% of the internal workings of cloud code. you understand the file structure, the
organization. You understand the highest ROI way to build anything, whether it is a simple website or something more
complex like a full stack app or an automation. From here on out, it's really just learning a little bit more
about Claude's various modes. So, plan mode, dangerously skip permissions, um you know, uh ask before editing and so
on and so forth. And then we can take all this and then we can use it to build something really, really cool. What
we're going to learn about next are the various permission modes available to us in Clawed Code. Now, just so we're all
on the same page here, when I say permission mode, what I'm referring to is this little button down at the very
bottom of the GUI. And you can toggle through this button pretty straightforwardly and easily. And as you
can see here, when we do, we get four main modes. The first is ask before edits. The second is edit automatically.
The third is plan mode. And the fourth is bypass permissions. I should note that you're not actually going to get
bypass permissions right out of the gate here, at least not as of the time of this recording. So, I'll show you guys
how to enable that yourselves. So, we're going to run through each of these as well as some extras. And then at the end
of today's module, we're going to focus significantly more on plan mode. I'm going to walk you guys through how plan
mode works, why you might want to use it, and then ultimately how to use plan mode to build something that I've
personally been wanting to build for quite a while. So, we're going to do it interactively together. [snorts] So,
permission modes control how your agents handle permissions. You also give the current permission mode to any sub aents
that you employ, which is going to be pretty important for later. Now, they tend to inherit the permission context
from the main conversation, but there are a couple situations in which they can actually override the mode, too. Um,
for now, I just want you to pretend that all we're talking about are our current uh top level agents. We're not focused
on any sub aents or any additional functionality. Nothing like what we just talked about earlier. Um, so we have
default. Default is standard permission checking with prompts. If you guys remember down here where it says ask
before edits, you guys can think of this as basically the default. Okay? And so the default setting is before Claude
makes any changes to any files on your computer, it has to ask you whether or not it's okay to do it. And I'll show
you guys what that looks like right now by saying um you know change the title of the project to Nick's happy
fun time. So because I'm in ask before edits mode, you'll see that before it does any sort
of change, what's going to do is it's first going to look at the specific file that defines the title. It's going to
pop open on the right hand side the exact section of the page that it's considering updating. So, initially it
said profile name-worklog. Profile name in this case was Nick. It defined some really cool badass variable stuff for
me. But because of my dumb request, it's now saying title equals Nick's happy funtime and lowercase. You'll also
notice I'm just going to have to remove my head here so we can see this a little bit better. You'll also notice that down
at the bottom it says, "Hey, should we make this edit to index.astro?" That's the file. And I have three choices. I
can either say yes by clicking or pressing one, two, saying yes, allow all edits this session, or three, I could
say no. And finally, I could also say tell Claude what to do instead. JK, please don't do this. And so because of
this, it's going to say no changes made and I will not have actually gone through the request. Obviously, most of
the time we don't actually do that. We don't actually make that third uh or rather we don't click that fourth one.
Um, as you see, it's also kind of annoying. But generally speaking, if you guys are working in a codebase that is,
I don't know, really high-risk sort of high reward thing where like every change needs to be good or it's going to
screw everything up, you can use ask before edits. I should note that very few people are nowadays. We moved away
from ask before edits. Um, most people now use either the next setting I'm going to show you or they just bypass
permissions like me entirely. The next major setting is accept edits. In accept edits, what we do is we auto accept any
edits to files, but then if you want to create new files, it'll still ask you for it. And so, going back to our little
cloud code page here, we move from ask before edits to edit automatically. Okay, we can now edit any pre-existing
files. So, what we can do is we could say, sorry, I actually want you to do this
update the project to the title. And because we've selected edit automatically instead of ask before
edits, it'll actually go through and it'll automatically update that for me. See how there was no little panel on the
right hand side. So this is useful when you want to give the model like cart blanch control over any pre-existing
files, but you don't want it to like have any control or any ability to make new ones. So I'm just going to say
revert the change. And keep in mind that now because we're in edit automatically, it can do so without actually having to
pop. The next one is don't ask. Now, there's no don't ask permission prompt explicitly set up here. So, if you want
to get to your permissions, you actually have to go back/permissions and then continue in a terminal. This is going to
open up a new page for you that's going to then pump in claude with some permissions tab. And then you're going
to get a list of all of the different permissions that you can have including rules in this workspace. So, as you can
see, uh we have allow, ask, deny workspace. Okay, so this is equivalent to our edit all tab. Deny will always
reject requests to use any tools. Ask will always ask for confirmation before using tools and allow won't ask before
using any. What's cool is you also have the ability to add a new rule. So permission rules are basically where you
give it the name of a tool and then you either allow it to use the tool or you force it to ask you for permissions
before using a tool. That obviously takes us to that logical question. What are tools Nick? We haven't talked about
them. Well, there a variety of different ones that cloud code could use. There's stuff like the ability to fetch things
from the web. There's stuff like bash, which is the ability to write like terminal commands and whatnot. And you
know, the purpose of this course is not to go through every single one of the tools cuz to be honest, they're always
changing the tools and like the sorts of tools that we have and stuff. That's not super valuable, but it's just so that
you know, you can identify and then change on a like file or tool basis which things claude code has access to
so long as you're hyper hyper specific about it using in this case um you know this little tools output. The next tab
is delegate. Now this is a coordination mode for agent team leads. Basically, um, the cloud code now has that feature
called the agent teams feature where a single agent up at the top can delegate a bunch of work to a bunch of sub aents.
And so this is the permission that the agent team lead is given, which basically allows them to delegate tasks,
although I it's not allowed to do anything aside from just team management tools. We'll talk a little bit more
about that later. Then we have bypass permissions. This is what I've been using up until now in basically all
instances. Bypass permissions is great because you can do whatever the heck you want. I should note that there is
obviously a risk here. There was a case a little while ago where somebody uh had cloud code running on bypass permissions
and then I think it was on like a Linux uh computer or something where there's a simple terminal command that you could
use to basically delete everything on your computer. It's like pseudo rm- RL or RF or something like that. I don't
remember the exact command. I'm sure Claude would be able to tell you. And uh basically because of a misinterpretation
of of the request and you know it did a bunch of research on its own whatever it eventually thought it had to run this
command. So, it ran the command and it basically deleted all of the data on the person's hard drive. They basically had
it bricked and then they needed to take it in to fix it. I want you to know that these sorts of things are possible, of
course, and I'm not a lawyer, so don't sue the hell out of me if this ends up happening to you, but it's very
unlikely. In practice, this sort of thing occurs vanishingly small percentage of the time. And nowadays
with agents getting more and more autonomy and other things and then more and more skill and more ability to plan
their own work like we're going to talk about in a moment with plan mode um you know most people are shifting towards
using bypass permissions. Bypass permissions also allows cloud to create new files not just delete them. That in
addition to editing files can present a risk. The main risk if we're just being like businessminded here is actually you
just like you create a bunch of additional files that maybe you don't need and uh you know because of that
your workspace can bloat over time. So, it's pragmatic and pertinent to every now and then just ask Cloud Code to go
through your files and see if there's anything in the workspace that just isn't required anymore. You know,
realistically, as you guys are going to see when we build this next project, um Cloud's going to try a bunch of
approaches to do things both on the front end and the back end, although the back end um um usually much more often.
And in doing so, it'll accumulate like different libraries that it probably doesn't need. It'll accumulate different
files. It'll create temporary JSONs and and all this fancy stuff. And as a result of that, if you're not constantly
on top of that, you can have a folder that has like 10,000 files and it's all just temp stuff which slows down your
computer and bloat cloud code. I've done it before. So, we'll talk a little bit more about context management, how to
effectively do that in one of the next modules, but I just wanted you guys to know that for now. In terms of how to
set up bypass permissions, it's actually non-trivial to do this and uh if it's the very first time that you're setting
up cloud code, you won't have access to that. So, head over to the extensions tab, go down to cloud code for VS Code.
You're going to want to click this little gear icon and go to settings. That's going to open up this tab over
here. I'm just going to move it over to the middle so we could see. You'll notice that one of the first settings is
cloud code allow dangerously skip permissions. So, um, it'll recommend this only for sandboxes with no internet
access. Obviously, mine has internet access just fine. So, you know, accept this at your own risk. But if you click
this button, you will now have access to it down below. There's a few other settings here like cloud code autosave,
enable new conversation shortcuts, disable login prompts, and so on and so forth. Um, I don't really use or change
any of these in practice. Okay. And then finally, you have plan mode, which is going to make up the bulk of what we're
talking about next. Plan mode is read only exploration, which basically means cloud code can research things using web
tools, so it can go on the internet and find things out for you. It can read through all the pre-existing files in
your directory. It can also reason from first principles and it can kind of use its own intelligence to figure things
out. And then it can basically take all of this and put this into a plan document before presenting it to you.
Now, plan mode is awesome, and I use plan mode all the time, and basically anytime I'm doing any sort of build
that's more complicated than a simple design. The reason why it's so good is because instead of acting, which in the
real world takes a lot of time and energy to both do and then undo, all plan mode does is it just researches all
the factors involved in the build before doing it. If you work in this like theoretical plan space and not the
actual like space of the you know the build and all the libraries and all the code you will save many many hours of
building over the course of just the next few days and probably tens and and hundreds of hours over the course of a
lifetime of using this tool. A minute of planning saves you 10 minutes of building. It's just super high leverage
and I'd recommend you. So imagine two possible scenarios for me. In the first scenario, you build something with cloud
code. Then you test it and then you realize that there's some issue with it. Maybe you're building a simple web app
that you know uh upon login adds some numbers or credentials to a database. So you've done this now you've realized
that it's wrong. What that means is because the approach is wrong. Basically the time that you spent building while
not completely wasted a big chunk of it is wasted. Okay. So, not only have you spent the 15 minutes to build the thing,
not only have you spent the 5 minutes to test the thing, you also have to rebuild the thing, which can take 15 minutes
multiplied by however many times you have to continuously test and retest. That means that the total amount of time
it takes you is 35 minutes plus a fair number of tokens, which not a lot of people talk about, but this can
obviously eat into costs. That is scenario one. And this is the build without plan approach. Okay. Now, in
scenario two, which is the build with plan, what you do is you spend your first 5 minutes just planning something
super in-depth with Cloud Code's plan mode. Somewhere during the plan, because we're f we're we're building a super
like uh granular line item scope here. We're looking at all the tools and we're looking at the objects and whatever the
heck. There's a lot that's going on under the hood. Because we're doing that, um Cloud Code realizes that it
won't work halfway through and then just recreates a better plan that does it. the total amount of time it takes for
you to like get to the building is just 5 minutes plus 5 minutes 10 minutes and then maybe your actual build time now
because it's like so much better and faster and stuff like that is only 5 minutes or 15. So if you think about it
like not only have we saved 20 minutes on a single build, you know, we've also done so with significantly fewer tokens.
What that means is it's much better to like do all of your work here basically during the planning of the spec. And
this is true not only from cloud code but any sort of programming or really any sort of project development
as opposed to here which is like where you know your machines are actually building this thing like this fantastic
amazing Lego blockbased construction. I'm just going to pretend that like we're building some sort of building or
pyramid here, right? Because, you know, if you screw this up, what that means is now you have to knock
all these Lego blocks down and then you have to rebuild it from scratch all over again. So, better to go off the
blueprint or the architecture diagram or whatever and make changes there than in the physical world. The physical world
incurs a fair amount of real costs. By the way, I know we're working in the virtual world here, but it's the same
thing as like planning a construction project, right? you planned construction projects that you don't run into a
situation where you don't have enough materials on site and you're like, "Oh my god, I got to freaking stop
everything for the day and go find some." So, how do you actually use plan mode in reality? Well, what I want to do
next is I want to use plan mode to build out a pretty complicated project. This project is going to basically be a full
stack web application. It's going to have a front end. It's going to have uh authentication and like an interface
where you can log in and it's also going to have a back end. And we're going to build it in just a few minutes. The
specific project that I'd like to build today is basically a proposal generation platform. I want to automatically be
able to generate proposals, highquality sales documents that I can then send to prospects through this web interface. I
want to do it all natively and I basically want to rebuild the functionality of I don't know like
docuign or like the hand a doc. I want there to be all the bells and whistles on it. I want there to be like the
ability for people to sign but also to like pay. Uh, I want to have my own little login screen so that I can give
it to my clients and then maybe my colleagues and I can obviously also use it myself. I want to, you know, have
like a couple of templates that I produce based off of and basically end to end I want to build a freaking app
today. This is much more complicated than just a simple landing page, right? So, how am I going to go about doing it?
Well, the first thing I'm going to do is I'm actually just going to build out what I'd consider to be a pretty
straightforward project spec. Uh, which is just a list of things that I want this to be able to do. And there's a
bunch of different formatting methodologies here and like different ways of doing it. You don't really have
to worry too much about that. All I'm going to do is I'm basically going to dump everything in via voice transcript
to a little text tab and then I'm going to feed that into cloud code and have it actually format that into a specs
document for me. So I'm going to open up my voice transcription tool and get after it. My goal today is to build a
proposal generation platform. I want this proposal generation platform to have everything that a common tool like
Pandanda do might have in so far that I want it to be able to generate endto-end highquality proposals as okay so I just
did that I have a tremendous amount of context now what I'm going to do is I'm actually going to go to a new window in
anti-gravity let's just close out of the old one I'm then going to open up a new uh folder so go open folder then here
I'm going to say new one let's just call this proposal generator creator app. Once I've created this, I'm I'm going to
dump right in. Then I'm going to go to clawed code here. Let me zoom in so we can see this a little bit better. Down
here, I'm going to go um sorry have bypass permissions plan mode. As you can see, I'm pretty eager. And then I'm
going to go back here, copy this, and then just dump all this in. It's fair amount of white space, so bear with me.
And what I did here is I just I just dumped in more or less everything that I wanted to do in the app. So I didn't
specify things in a technical way. I just told it what I wanted. My goal today is to build a proposal generation
platform. I want this proposal generation platform to have almost everything that a common tool like Panda
might have except for the template builder functionalities. I just want to give you a template and have you do it.
Aside from that, I want to be able to generate end high quality proposals as static pages that I could send the URL
to the client with. And now it's going to ask me a bunch of questions about it. So, what front-end framework do you want
to use? I don't know. Whatever's the best. So, I'm just going to say this one. Sure. For e signatures, how legally
robust do you need them to be? Um, I don't know what that means. I'll just click the simplest one for Stripe
payments. Will proposals have a fixed price or variable amounts you set on proposal? That's a great question. I'll
say variable. Are you using superbase for the database, too? I'll say superbase for everything. Cool. Submit
answers. So, what basically this just did is it crafted a little graphical user interface for me to ask me some
questions about specific ways that it wants to do the project. Um, and in this way, we can go back and forth, which is
quite nice. Okay. Tailwind for utility CSS shad CN UI for polish. I don't know what the hell that means. Let's just
click it. Can you share the proposal template now? Paste it, link it, or tell me the file path. I'll paste it. Next
message. That sounds great. So, what I'm going to do now is I'm going to go find a template of a proposal that I want it
to automatically generate for me. Okay. So, I have my proposal template over here. It's pretty sexy. You know, I give
people some problem areas, some solutions. Um, you know, I talk about why us. I have a little photo of me,
Alex Ramosi, and Sam Evans up there. This is pretty sexy. What I'm going to do next is I'm just going to move this
into my workspace. Onetime project over here. Here, I'm just going to rename this to call this proposal template.
That's okay. And then over here, I'll say great, it's in proposal template.pdf. And um just because I also
want the design to be really cool, use a simple clean design, sort of like uh Apple. Follow the proposal template
design in the actual generation of the page. For everything else though, make it kind of apple-esque. Okay. Next up,
it'll read through my proposal template and then think up what to do next. And now it is generating a plan for me. It's
figured out the nine-page proposal document. It's designing some detailed implementation thing with all the
information, the user flow, and so on and so forth. What's interesting is it's giving this to a sub agent. You can see
because it's using the the task feature, which is um basically coded sub aent language. As you can see, there's a
tremendous amount of information that it's going through in order to generate this. It's also doing some research like
looking up things from Panda just because I I referenced it. Okay. And at the end, it's now finished the final
plan file. So, what I'm going to do is I'm just going to scroll through and then read it for myself. It's very
comprehensive. Proposal generator platform implementation plan. We're going to build a panadoc like proposal
generation platform for leftclick. Users will sign in, create proposals via AI, and share public URLs with clients.
Clients will uh view sign canvas signature and pay. The proposal page will follow the provided PDF template
design. Also, the app is Appleesque and minimal. Here's the text stack. I don't know what most of that stuff means to be
honest, and I'm not going to worry about it. Proposal template sections cover your problem areas, your solution, why
us, our team, what working with us looks like, what you're investing, contract, signature, payment, database, schema
profiles. I don't know again what the heck this means, so I'm not going to worry about it. And then over here, we
have a bunch of routes, API things, file structures. You know, as somebody that is not a developer by trade, I'm not
going to focus too much on that stuff, but it looks like when people sign in, they hit login. Then there will be a
dashboard page. When they create, they'll click new proposal, which will go to dashboard/new. There'll be a few
form fields to fill out like brief description and pricing rows. They'll submit it. That'll call opus and then
we'll generate them. And then in order to copy, we just copy this URL and send it to the client. That looks pretty
clean to me. I'm sure it's not going to be perfect, but uh yeah, why don't we give it a go? So, what I'm going to do
is I'm going to so auto accept. And I know just because I've done some things before uh with this tool stack,
Superbase specifically, I'm just going to go through and I'm going to set up a Superbase account while it's running me
through all of this stuff. That way I can kind of you know double up on the time while this does some work for me. I
can go and do the the Superbase stuff. So Superbase is a simple database basically just handles like the login
and also handles like the generation of records and stuff. First thing that you would want to do if you were doing
something similar is you just log right into Superbase. Um set up a new account if you don't already have one and then
start your project. I'm doing this for free. So I just started one called proposal generator and then I'll click
on it which will take me to the project. Uh somewhere on the left hand side here we have API keys. API keys are basically
just what we want to give to this so that it just does everything for me. So let's see here. We want to give it all
keys. So I'm just going to go copy API key. And then also I'm just going to looks like it's asking me some questions
here because it's now oh it's still in plan mode. So keep in mind we want to go to bypass permissions mode now because
instead of having to ask every 5 seconds for things, you know, I want this to be able to proceed. And then I'm just going
to give it some stuff. We'll say superbase uh I don't know secret key. It's going
to give it to it. And I'll also give it my superbase public key. Um why am I doing all this?
Because I know it's going to need this information in order to move forward. Now in Stripe, I'm going to go over to
one of my accounts and then I'll go test mode, create sandbox. What this will do is this will give me like a little
sandbox version of Stripe that I could use with its own API keys and everything like that. This way I can uh basically
like you know process the payments and stuff like that using this test. So here it is right now. And then if I want to
get my API keys, I have them both over here. So I'm just going to copy the publisher key. You know I said I want
you to take payments during uh using Stripe basically which is why it's doing this. Let's go public.
And then over here I'll go private key. Cool. And so now I basically loaded it up with what I think is everything that
it'll need in order to actually go and like, you know, connect. So I'm just going to press enter here. In case you
guys didn't know, when you press enter, what you do is you basically cue up another message. So when this is done
with all of its tasks, uh it'll now have access to all of my keys and stuff. So now that it's done that task, it's going
to create all the files and it's just adding all of the information and stuff like that. Um looks like we have the
superbase anon key. I think that might be something else that we need. So I'm going to have to find that information
out. It'll ask me to do this in a moment, so it's not that big of a deal. This is here. It just got my API key.
So, it's going to update the ENV file. And then at the end of this, it's probably just going to ask me like, hey,
can you also include X, Y, and Z? Now, I could have, of course, just asked this thing to start building for me. You
know, I could have just given it all the specs and said, go for it. But the planning that I did not only improves
the probability that it'll be able to do this on a quote unquote one shot, but it also improves the token efficiency
because it's not going to be exploring 10 different approaches at the time of building. Instead, you know, it has like
a document it can refer to. And that's kind of interesting, but human beings sort of do better that way, too, right?
Like if they're in a business and then you give them an SOP, standard operating procedure, or you give them a checklist
or something, or you give them a simple three-step rule, they always have to accommodate, they're much much more
likely to actually use those rules. So, uh, AI is the exact same, at least as of the time of this recording. And if you
give it like a scratch pad, like a to-do list, like a checklist, usually quality improves significantly compared to if
you just have it try and yolo stuff. Really shown my age with that quote. So, this isn't at all related to the course,
but uh, check this out. This is a cool salmon marinade that I just made that I'm about to cook. Uh, while Claude 4.6
is doing all the work for me. So, oftent times during the protracted building of a plan, I'll just step out and I'll like
do some meal prep or I don't know, sometimes if it's really long, I'll go hit the gym and by the time that I'm
back, okay, this thing is either still working or it's just wrapping up its uh completion. I think right now we're like
6 or 7 minutes in. [snorts] Um, but what's really cool is you can parallelize your work. So obviously this
is all about being productive, but there is also sort of like a time management component to this as well. Like after
you do a plan and we're building a real big full stack app here. This is not a trivial enterprise. After we do that,
like we're going to have to wait a few minutes. So you know, you can just set this aside. The value that this thing is
going to get just watching having me just watch it is quite low. You can absolutely just set this aside, let it
continue the building, and then come back either when it's done or when you hear that little hook chime go off,
which is personally what I use to make sure I'm always in the loop. Anyway, I'm going to go marinade the salmon and when
I come back, this app should be done. Okay, so 3 or 4 minutes later, I just got back and I see that it is now good
to go. It's just asking me for a few things. Superbase project URL, which I'll find, my anthropic API key. I need
to run an SQL migration, give it a stripe web hook, then ultimately deploy to Netlefi. What I'm going to do is I'm
going to focus on testing all this stuff locally and then I'm going to give it access to all this information. And then
after I'm done, I'll do the pushing and the deploying and we're going to go through what that looks like. Keep in
mind, you don't need to have any computer program experience to do this. I mean, I didn't really give it anything
that was programming specific. I just gave it a bunch of needs. And while of course it went through and did a bunch
of things that were most definitely programming, I wasn't really a part of that, which is quite valuable. So, I'm
going to go find this information. I saw your next public superbase URL and then my anthropic API key. Okay. So, I see it
says reference using APIs and URLs. This project ID, so I imagine that's probably that. Um, I'll say project ID for
superbase is here. and then throw key. I'll just sign into Claude real quick and grab. Okay, so then I'm going to
grab this. And then over here, I'm just going to call it uh proposal generator app. It's then going to give me a key
that I could use to copy. And no, you can't steal this from me because I uh uh I will have deleted it right after this.
Nice try, folks. You'd be surprised at how many YouTubers don't, which is hilarious. Like half the YouTube API
keys that you see still work like 6 months later. [snorts] Be careful, fellow YouTubers. Um, run the SQL
migration is next. So, paste the contents of this thing into your Superbase SQL editor. Uh, so I guess I I
need to do that myself. So, I'm just going to grab this, copy all this, and then what? Superbase SQL editor and
execute it. Okay, while I'm doing that, just going to give it this. And then, where do I get that?
Superbase SQL editor. H. Okay, there's one right over here. That looks like it. No clue what the heck I'm doing. Going
to click run. Success. No rows returned. Awesome. I think that's what's supposed to happen. Anyway, we'll see. It'll tell
me if there are any issues. Stripe web hook register this in the Stripe dashboard and put the whatever secret in
ENV vers. I don't I don't know what that means and I honestly don't think I need to do that. So, I'm just going to ask.
Okay, let's test this puppy locally. Okay, so it's giving me the information. It's also saying that the local host
thing is ready to go. So, I'm actually just going to open this up, paste this in, and see. Cool. I got it. So, it says
I'm going to have to confirm my email. So, I don't really like that. So, the first thing I'm going to do is I'll say
looks good. If the user email isn't confirmed, don't give it to them in a red error message. That's kind of
unfriendly. Uh just tell them to check their email after their initial sign up cuz right now there's no notification
with that. And then basically, I'm just going to like work through this step by step,
page by page. Okay. And the first thing I'm getting is I checked my email inbox. I'm not seeing an email. So, I'm just
going to give it a message telling it, hey, you know, first of all, let them know that they need to confirm their
email. Second of all, actually make sure that the email is being confirmed cuz I'm not getting it upon the signin.
Okay. And then it gave me uh the ability to turn off the toggle email. So, I'm just going to save that.
So, we now no longer need to confirm the email. And I'm going to go back here. Okay. Cool. And it looks like I'm now
into the dashboard. Bottom lefthand corner, we have what looks to be I don't know, some Nex.js stuff, I think. I'm
not really sure what this is. This might just be like some developer stuff. Um, on the top right hand corner, looks like
we can sign out. So, let me just try signing out. Cool. And now in the middle, we can
create a new proposal. Just says proposals up here. So, click create new. Now, there's a bunch of information. I
like this. So, why don't I just go my own information. I wonder if I just generate proposal if
that's going to work. Let's do a,00500 2,000. Okay. And then AI empowered sales pipeline. I actually like this. Why
don't we do that? The client needs an automated lead generation system that integrates with their existing CRM. They
currently spend 20 hours a week on manual outreach and want to reduce this to under five hours while increasing
qualified leads by 3x. Right now, they want to get to 100K a month. Let's do that. Okay. Now, for the money shot,
let's um generate proposal. Click on the button. Don't know what's going on. No clue whether this is
working. Generally speaking, when you see a little bar like this with a little circular thing, um, like this is pretty
poorer in terms of like user experience because I just don't know if it's working or not. I'm not really sure. It'
be nice if there could be some sort of progress, some way that I could see the thing actually being generated or upon
clicking this, it'd be nice if I went to a new page. So, I think I'm probably going to do that. Hey, I'm not sure if
the proposal has been generated. It's been 10 or 15 seconds right now. Um, could we do some additional user
feedback after they click the generate proposal button? Some sort of status, um, some sort of update. Basically,
there just needs to be some way that I know that the proposal is actually being generated, not just hanging all day.
Okay, it did it did end up generating the proposal after a while. It looks very clean, but still, I want you to do
this. Okay, so I'm just going to feed that in here. Um, I'm really liking this. I mean, look at the logo even.
That's very sexy. Using the same font, nice confidential. O, this is so sexy. Look at that. Huh.
Wow. I just built a proposal for this. What I'm going to do now is just give it some more feedback. I don't like how the
text immediately under your problem areas is really constrained widthwise. You should make that a little longer,
maybe two times as wide. in each of the bullet in each of the um sub benefits underneath 01 02 03 04 it's
a little too wide now so make that maybe 75% as wide do the same thing with the text under your solution
under y us looks great I want to have that image of myself Alexi and Sam Ovens in there somewhere so find a way to
include the image in a high quality manner there's some minor spacing problems with the we've done this
before. We focus on money and we don't treat AI as a fad. They're not perfectly lined up to the numbers 1 2 3 on the
left hand side. Add some images of myself and Noah. The what you're investing looks pretty
clean, but in general there's a bit of a discord between everything being left
aligned and then the service agreement being in white at in the middle. Find a way to fix that.
Okay. And now there's one more thing I want to do. I just want to verify this works.
Okay. And now I'm just going to click sign and pay and we're going to see what happens. Okay. Cool. Looks like we're
here in the example sandbox. That's awesome. I'm just going to pump in some payment information here. Cool. Looks
like the payment went through. And then we also have this wonderful payment received button. You can close this
window. That's awesome. Uh okay, great. So, let's just adjust that final bit. Excellent. Everything worked great. Um
on the final page where you do the confetti, make the confetti last a little bit shorter. The ones on the left
and the right were a little long and then change will be in touch shortly to get started
to you'll receive an email with more details and a link to book a kickoff call.
Actually, screw that. Let's just give them a direct calendar link to book a kickoff call. Why not? That's way easier
and way faster. Okay, so I'm just going to give it my own calendar. I'll just give it an example here. And
then boom. I'll just have it go off again. So, I mean this looks really clean. So far, I guess there's one more
thing I have to check. I have to check and see if we can see the proposals listed. Okay, so yeah, we can. So, can I
click on this? Can we go right back to the page? Nice. Now, can I just open this up in some new tab that's not
logged in? Nice. So, the slashp must be /public. That's really clean. So, I mean, I like this. I mean, we did this
in just a few minutes. Um, honestly, very sexy. As you guys could see, I did very little work. And, uh, yeah, I just
need to find a way to basically um, standardize the spacing and the width. Like I don't I don't like how this one
over here is on the left hand side and then this stuff stretches all the way out to the right. But this is just a
minor design thing and we can absolutely significantly upgrade this. God, we even have the signature here which looks so
cool. I love how that you can now build your own apps, right? Like you don't actually have to go to like a big
developer or pay out the ass for some big platform. You can just like oneshot an app like this with good enough cloud
code skills. Okay. And it's gone through and it's updated the widths and stuff like that. That looks pretty clean. Now
I'm just going to go give it some images and then it should be good. We're going to add them to public/ images
apparently. Nice. Looking pretty clean if I do say so myself. Don't know what the hell I was doing with uh cuffing my
pants like that. But what are you going to do? Just looking at what it changed. It made this a little bit wider, but
then it made this much much smaller. So, I think what I'm going to do is I'm just going to enforce like the same width
across the entire page. That probably makes the most sense. Why don't we just like constrain it so it'll be like here.
Um I don't know, like here or something. That way it'll be somewhere in the middle. Just going to take a screenshot
of this. Hey, this looks good, but I'm finding it a little too wide at the moment. I believe we should just
constrain it and um do a bunch of padding on the left and the right. I sent you a screenshot of a quick
example. Oh, I guess we didn't actually do the screenshot, huh? Cuz I mean, it's good cuz it's like mobile optimized and
stuff, but obviously, you know, on my actual desktop there's just so much white space. Let's just center
everything. Make it scrollable. And then I'm just going to Yeah, I'm not really sure why I
couldn't take a screenshot of those, but whatever. That looks good to me. Boom. Just fed that in. And we should be
pretty good to go, I think. Holy, that salmon's good. I am definitely doing that again. [snorts] Anyway, I uh gave
it some more time and it's in centered most of this. I want to say looks pretty clean all things considered. uh you
know, we're doing some cutting off of faces and whatnot, but it's not that bad. And uh yeah, honestly, this is very
similar to like the quality of a panda. I guess the last thing I'm going to do is I'm just going to say stretch the
strategy bit all the way to the end. Um that probably makes the most sense. Stretch this bit all the way to the
bounding boxes of the container, i.e. the white box should go all the way. Okay, here's
one more thing that I think uh this is a good opportunity to talk about. A lot of the time this will tell you to do things
like create a GitHub repo, push the code, etc. Um, just ask the agent to do it. Most of the time it can actually do
what it is that it's asking you to do. Um, if it can, you know, let it try and then it'll tell you absolutely, hey, can
you do all this for me, then it'll just tell you what parts it can do and which parts it can't.
Okay, taking a peek here. Um, it's telling me to go deploy the project. So, go here, add new site, import an
existing project. I can do that. Select we need to build settings should autofill confirm and click deploy. My
proposal generator is available. That's funny. This is like the universal domain name here, right? Like anybody will be
able to access this. [cough and clears throat] I'll put an A at the end because I think
it's funny. Okay. Automatically detected. Next. Uh what else? Confirm. Click deploy. Okay. Okay. So, go to site
settings and then we need to add all of this information in. So, I'll do that. Environment variables import from AENV
file. So, I'm just going to paste this in. So, there's this local. Let me grab
that. Okay. And we just imported all of these. Um, nice. Oh, that's nice. Um,
now I need to go set up my Stripe web hook. So, let's just paste that in. Add a destination. Um, we need to add this
endpoint URL. So, proposal generator. I don't know exactly what all this stuff means, but just going to select all. And
then I guess it's just proposal generator. Okay. And then no description. I think
that looks good to me. Okay. Everything is now added. So, go through and then make sure my site's deployed. I saw some
issue with it earlier. All right. So, um, this is now going to take whatever this is. And now that it actually has
access to the app, it should be able to update it for me. I don't know for sure to be honest. We'll figure it out.
Hopefully you guys can tell. A lot of this stuff is me just saying, "Hey, fix it." And if it can't fix it, what the
hell do I do? And then it just tells you what to do and then you're good to go. What's important really is like [snorts]
if you think about it, like the software engineering stuff, this is like almost completely automated. I mean, I was
doing more cooking of my salmon rice bowl than I was actually, you know, steering the ship uh after a certain
point. And that's because we we made use of the plan mode so heavily. But what's important really is like your agency as
a developer and like your ideas and your willingness and capability to like put together things. Uh in my case, you
know, I do a lot of proposals. I send out maybe one every couple of days right now. At our peak, we were sending like
four or five out a day. And so doing all that stuff manually was obviously very time inensive. Well, if I could just
oneshot it with like a little voice transcript and an AI prompt, obviously, and then generate my own landing page
like that, that's really valuable for me as a business. That's something that AI would not know of right now and would
not really be able to do. So, you know, allow the AI to be your hands. Um, you similar to the way that like, you know,
keys and a keyboard are. You're the person that's coming up with the ideas and thinking. Okay. So, I'm not sure if
you guys are paying attention while all of this is occurring. But did you see this little context tab get filled up?
Cuz this has hit 100% um more than once at this point. Essentially, what occurs is this is your total amount of context
available to you. to somebody that's doing a build, right? Well, when this reaches a certain uh limit, when it
hits, you know, 99 or 100% or whatever, what it'll do is it'll take all of the text that you've written so far, and
it'll compress it down as tightly as humanly possible, you know, now let me commit and push. So, netlelfi rebuilds
might literally just turn into netlefi rebuilding dot. It'll save all those tokens, but in doing so also increase
the information density of your prompt. And then it'll basically compact it. That's what the term is. um so that you
have more information in the same amount of tokens. So the next prompt that you use is both higher quality but then also
um doesn't actually run over the token limit. The unfortunate reality is models right now only have token limits of
somewhere between 200,000 to about a million. Some of them have 200,000. Other ones have a million. The model I'm
currently using is about 200k right now. And that means that like after 1999,999 tokens go in like there's only room for
one more. Um that's just [snorts] the way that they're built, right? That's just their infrastructure. So Claude
does a lot of these like automated contact management techniques without really telling you. Um, and that's core
of what we're going to learn after this project is done. Anyway, I went back and forth a couple times and now you can see
that we have the app live. It's live on a public-f facing URL. So I'm going to go [email protected]
and actually sign in with my previous account. And now you can see I actually have access to that same pipeline, that
same page that I had previously. So I'm going to give that a click. Everything is nice and centered right now, which is
exactly what I wanted. Super clean. Uh what's cool too is it stretched the strategy setup and fee all the way to
the right hand side and then you know I have the ability to to do my signatures and whatnot. So suffice to say like this
this worked. This app is now functional. It's live. It's you know honestly probably better for my purposes than
Panda was which I was paying out the ass for. Not that I don't think the company's cool, but damn is that some
expensive API pricing I think for what it's doing. In my case I'm doing all that now basically for free. At least
notifi the deployment solution that I had available was free. So aside from the cloud code tokens, you know, it's
one of those things where you spend it once and then every time I ever generate a proposal from here on out, it's sort
of fixed now. I mean, we built like an app here, right? This is a full stack app, that's what this is. That's why
there's like the login page, there's stuff on the back end, there's a database, there's, you know, the front
end and and whatnot as well. But I want you guys to know that like despite cloud code and how awesome it is, I'd be very
wary about taking apps that are fully vibecoded and then publishing them on the internet. This is sort of my
obligatory safety message because there are people that are out there that are using cloud code and similar tools to
try and find security vulnerabilities as well. And unfortunately, despite how amazing cloud code is right now, it's
not at the point where it like fully 100% patches everything on the front end and the back end. So, what this means
is, okay, there are a couple little safety precautions that I recommend you have. The first is I'd recommend that
whatever you know URL that you're putting together or whatnot. It's not like an obvious or basic URL. Like for
instance, um I wouldn't just go proposal generated. I actually get my custom URL and then
I'd make the custom URL something that you know realistically is not like trivial. It wouldn't be like google.com,
right? Like not leftclick.ai. I wouldn't make it short because there are a bunch of services out there that are scanning
all DNS ranges and also all URLs. uh which basically mean that like the shorter and simpler your thing is, the
riskier it is, the more other human beings will have access to this. Like there's probably already been I don't
know like 30 or 40 people that have accessed my service despite the fact that I just whipped it up. That's just
how it works, right? People are always constantly scanning the internet and sending requests. The second is I
wouldn't charge money for these, okay, without having a developer go through the authentication, at least the front
end at least once. And I say this for liability reasons. Like I don't want you guys to like get a bunch of user data
like usernames, passwords, email addresses, payment logs and stuff like that and then have that exposed to bad
actors on the internet. It just isn't really worth it right now. Like if you guys are looking to sell apps with this
approach, you know, just pay some person, you know, a few hundred, have them look over your app. Let's be real,
the software is not the mode anyway. You can just give it to them. Screw the NDA. And just like have them tell you how to
secure your application. Hell, they can even give Cloud Code some uh some tips or maybe like a prompt that you could
use to to do it almost automatically. But I guess what I'm trying to say is like despite how compelling it may be to
like make these apps public and stuff like that and then charge people for their usage, I personally wouldn't. I
personally only use apps right now um internally within my teams or for my clients. I do not roll these things out
and then like try and make money from them off the wider internet when like the app store or whatever. I've just
seen too many horror stories. Um, we saw Cloudbot a couple of weeks ago, at least as the time of this recording, which
later turned into Moltbot, which later turned into OpenCloud. It rebranded five million times because every freaking
version of it had major security issues. And then people were getting prompt injected and hacked and stuff like that.
And I mean, like, you know, there's a fair amount of your reputation that goes with that as somebody in a business
context, but also you are playing with fire here. This is like, you know, real human beings, uh, uh, consumer data. So,
I don't want to make safety too big a part of my thing. It's just Uncle Ben time. With great power comes great
responsibility. And hopefully you guys see here. I mean, this took me, I don't know, 15, 20 minutes realistically end
to end. I was obviously making food and whatnot, coming back. I wasn't as efficient as I could have been. [gasps]
But you are certainly wielding great power right now. And if you're going to have other people trust you with their
credentials and login and passwords and everything like that, you need to make sure that you know you're not using that
power willy-nilly. Next up, I want to chat context management. Now, for those of you guys that don't know, context
management is essentially you handling tokens in a prompt as effectively as possible. There are many people out
there that overcomplicate the hell out of this. So, I'm going to do my best not to. If I open up a new instance of Cloud
Code over here and then I type this backslash and then scroll down, you'll see that I have access to a bunch of
really cool functions here. I can compact, context, cost, debug, innit, I can do insights. I have the ability to
choose between models, thinking account and usage, fast mode. Uh we're going to talk all about this next, but for now I
want to focus specifically on one slash command called slash context. Look at what happens when I click this. If I
scroll up and then zoom in a little bit, you can see here that at the very top, Claude tells us essentially what is
currently using its context window. For those of you guys that don't know, context window in the ter in the um
domain of AI just refers to the total amount or total number of tokens that a specific model can deal with at once. So
if you guys remember earlier where we were doing a build, I said it was about 200,000 for Claude Opus 4.6. That's the
model that I'm currently using. There's some models out there like um some sonnet series models that can go up to
one or two million tokens now. Uh but the number of tokens in a context window aren't directly related to the
performance of the model. context window is sort of separate from that. So, Cloud Opus 4.6 has a context window of about
200,000 tokens. And then you'll see here that so far I've used 26,400, which means mathematically I'm 13% of
the way through. You might be asking, well, Nick, how the hell is that possible? All you've written so far is
/context. Where are those other 26,398 tokens coming from realistically? And that's a great question. Immediately
underneath, you could find out for yourself. And so what I reckon you guys do right now if you've never done this
before is head over to your own cloud code instance without even watching any of this and just type back/context and
look at all of the things that are currently consuming um your prompt. Now I should note that this is stuff that
you're actively build for. Okay, this is not stuff that's free. Despite the fact that a lot of the time anthropic and
claude um you know they'll add a bunch of things to your context without really telling you this is still stuff that at
the end of the day you are paying for. So, if you submit a bunch of one-off requests to like individual instances of
cloud, note that there's going to be your prompt, which it'll bill you for, but there's also going to be always like
a flat um additional cost of maybe 5, 10, 15,000 tokens or more depending on how you set it up. Okay, so going down
here under category, you could see all of the different ways that our tokens are currently being used and all the
additional tokens that we didn't even really realize were we're making use of. The first is your system prompt. Now, if
you guys remember, claude.md takes up a fair amount of your context. And there's different types of cloudmds. You have
your global um tilda/.cloud slash. That's the one that defines all workspaces, not just the one that you're
currently in. Then you have the local.cloud right over here in yellow. Uh in this case, we've broken them down
into individual rule or componentclad MDs. Underneath you also have capital memory MD. And then and only then do you
actually, you know, send a message basically and have your prompt. And so earlier on, you remember how we had like
26,000 tokens or so? Well, probably, I don't know, 10,000 tokens or something like that was just taken up by all these
system prompts. We'll double check in a second cuz we can actually see the real number. And then only a couple of
tokens, in this case, two or something were actually taken up by our our other request. So that begs the question,
where are you know the other I guess 15,000 or so tokens of the 26,400? In addition to the system prompt, which to
be clear, this is your claw.md and rules, you also have system tools, which is as of the time of this
recording almost 17,000 tokens. Now, system tools are things like the model's ability to run bash. That just means
open up a terminal. It's the model's ability to run web search. That means to request a web page, have that web page
information brought back, parsed, and then dealt with. It's the model's ability to do things like create a plan.
[gasps] These are all tools and functions that you don't actually realize that Claude
has access to, but uh it does. And this is what the claude code developers Boris Churnney and all the rest of the team
have basically done before you even get to your own message which is all the way down over here. Okay, as we see we have
that claw.md stuff. Okay, then we have the tools. Then we have MCP which I'll cover in a second. Then we have that
memory MD. Then we have skills. And then and only then do we actually have our messages. So there's a lot to go yet.
These tools are constantly changing. And if you guys want a list of all of them, you can actually just ask your clawed
model. So I'm just going to say what tools do you have access to? List them all and it's going to go through and
it's going to enumerate every single one. So you see here we have task. That's what opens up every time we call
a sub agent. There's task output which is another tool where it like retrieves the output of the agent. There's bash
which is how you execute shell commands. Glob is finding a file by pattern. Grep is searching file contents. Read is just
how it reads files. So you do need an additional tool for that. Edit is how it changes things. Write is how it creates
and overwrites new files. Notebook edit is something specific for a type of file called a Jupyter notebook. A lot of
people do like data science and stuff like that in cloud code and Jupyter notebooks are a big chunk of that.
There's web fetch which is how it calls uh v various internet sources and then returns it. This is web search which
allows it to search sort of like Google. There's todo write. If you guys have ever wondered where those little to-do
lists come up when Claude Code is doing stuff, it's that one right over there. Ask user question. If you guys have ever
wondered where those little graphical user interfaces come up where it says pick one, two, three, or tell Claude
something, that's where that comes from. There's enter plan mode, exit plan mode. There's skill, which is just a meta
function, which um more or less orchestrates how you call skills. Then there's task stop, which is useful
because sometimes cloud needs to stop something that's running. Okay, so basically of all of the context, if we
scroll back up here and avoid this MCP tools, I'll cover that in a second. Okay, 16,800 tokens are being taken up
by all those tools basically all of the time. And there's nothing you can do to fix that unless you want to go in and
make your own version of cloud code or something. I will say I think that some of these things are unnecessary. I mean,
I I definitely don't need the Jupyter notebook calls. I think there are a few additional features here that maybe I
don't need or we could probably make them smaller, but this is something that uh the Cloud Code team is constantly
improving, constantly pruning and and so on and so forth. Next up, we have the MCP tools. Now, unlike system tools, MCP
tools are things that you define yourself, which means every one of these tools is something that I like basically
put together. This is something that I connected to uh an MCP server to basically extend the functionality of my
cloud code. So basically what I'm trying to say is these right here are default and these ones right over here you
control. And so you know as a percentage of my total context I'm spending 2.8% on customizing my own cloud instance and
then 8.4% which is the default. Obviously the default ones are a lot bigger. Um but you know some of these
MCP tools can be pretty valuable. Issues with some MCP tools are um you know they're they're really really big as you
guys are going to see when I screw around with a couple of crappy libraries. Um so you have to be pretty
selective about how you choose them. And that's what this next section is down here called MCP tools. So for instance,
I downloaded an MCP, a model context protocol toolkit called Chrome DevTools. This just allows Claude to open my
browser. So what I could do is I could say, "Hey, open a Chrome instance and go to nicks.com." If you think about it,
the context that I put together here, um, let me change this and say, "Great work. Go to leftclick.ai."
If you think about it, um, you know, immediately above each of my messages is obviously all of the tools, right? And
so what these tools are is they're basically definitions that say, "Hello, Claude, you have access to the ability
to take a screenshot. If you want to take a screenshot, just call this specific tool and it'll do the
screenshotting for you." And so, um, this is all above sort of my initial prompt where I say, "Great work. Go to
leftclick.ai." And so when I say go to leftclick.ai, Claude knows, hm, okay, like earlier on it said, "If a user asks
you to go to a website, call this tool." It obviously just references the specific thing. And as you guys could
see here, it's it's navigating, it's taking screenshots, and it's basically controlling my browser right now, which
is really cool. So, that's an example of a tool that I think is pretty valuable. Um, that said, there are a lot of tools
that aren't super valuable. And unfortunately, MCP tends to consume a fair amount of your context if you're
not careful. As you see here, there's click, close page, drag, emulate, evaluate, script, fill, fill form, and
so on and so forth. I'm not going to cover all these because there's just so many different MCPS that you could use,
and each of them have so many different tools. Underneath that, you have memory files. You guys remember earlier when I
told you that there was this big like md? That memory is super straightforward and
in our case that's only 88 tokens. Not that big of a deal, but it's basically claude scratchpad as it works. Next, you
have skills. If you guys remember, we had a claude skills uh skills folder in another repo. That claude skills folder
basically in our case like I don't know browsed Amazon and found something for us. In this one, we don't. Um, so the
only thing it's really storing is just the skills definition, which in this case is 61 tokens expressed as a
fraction of the total number of tokens we have available to us, 200,000. You can see that that's uh that's not even
0.1%. By the way, as I've communicated and kept talking with Claude, we've accumulated more tokens. So you can see
how earlier it was at like 24,000. Well, now we're at 30,600, right? We've gone up from, I think, 13% to 15%. So that'll
continue happening as we as we go on. Next up, of course, you have your messages. And so in our case, we're
consuming 2.6% 6% of our entire contact window right now just through messages and just through back and forth. This is
sort of inescapable or inavvoidable. Although there are ways to manage your context a lot more efficiently. You
know, a couple of ways are speaking high information density ways wherever possible. Obviously, voice transcript
tools are kind of against that because they take into account all of your ums and a's and whatnot. But if you wanted
to be really really efficient, what you would do is you would take your voice transcript, pump it into a cheaper
model, one that doesn't cost you as much money, that's in a separate tab, have that summarize it into a very tight
request, and then actually send that to the initial um, you know, Claude agent. And that's a strategy that I've used to
manage really small context windows in the past. Obligatory. This is where the conversation with Claude actually
occurs. I should note that I don't know if you guys remember, but sometimes you can ask Claude stuff and then a little
thinking tab will pop up. Well, that thinking tab isn't actually included in the messages. You are still build for
this separately, but basically what happens is um at the time that you make a request and at the time that the
thinking occurs, it sticks all that onto the big message chain and then it uses that to figure out the next thing. So it
uses basically this thinking area. It's almost a scratch pad to figure out more. And then um what it does is it collapses
it, disappears it, and then it just gives you the answer and then it pretends as if the reasoning or thinking
little section didn't even exist. So don't worry about thinking here assuming you have extended thinking on. um that
doesn't really get included although of course you're still paying for it. And then finally the bulk of our context is
free space 67.7% which is good for us. Not really sure why they include that here but they do. The last thing that
you guys need to understand is this idea of an autocompact buffer. Now an autocompact buffer is basically just a
certain amount of space that claude developers always leave available. Um and then basically what happens is when
you hit that buffer aka when there's only 33,000 tokens left it'll automatically compact all of the
previous conversation history. Now, this is done automatically, but you can also do this manually by going /compact. What
happens when you go /compact is it basically takes all of our conversation history here. Okay? It'll take this,
it'll take that, it'll take all that, and then it'll just squash it down into a very high information density summary.
And so, what I'm going to do is immediately after it compacts, I'm actually going to ask it to tell me what
it just compacted. Basically, hey, you know, tell me what is currently available in your context. Okay? And as
you can see here, it says, "This session is being continued from a previous conversation that ran out of context.
The summary below covers the earlier portion of the conversation. First, there's an analysis tab where it
chronologically analyzes your conversation. First message, user ran this, then user asked this, then user
asked this, then user asked this, user asked this, user asked this, and so on and so forth. Okay? And so, if you
compare all of this to all of the messages and all of the tool calls and everything like that we did above, this
will be fewer tokens, right? Significantly, so probably like three or 4x. Um, and so in this way, gradual and
progressive compaction of a conversation maximizes the information density. And then Claude's really good at like not
leaving important things out. Um, so you tend to have most of the information that you really want or really need in
this context. They've started also recently doing something called autocompaction which is where this
compaction is occurring constantly in the background for you aka your oldest messages are just like compacted into um
you know higher information density summaries and then that's constantly sort of like a tail behind your current
conversation. That's pretty cool because if you think about it um you know us human beings are just not very good at
remaining really concise and being very precise and constantly updating that context improves the quality of
subsequent outputs as well as you know bills you less which is kind of interesting because uh you know
anthropic whole business model right now is monetizing claude and and you know claude and claude code. So the fact that
they're doing this sort of runs contrary to their interests which is one of the reasons why I like them as a company.
They're obviously motivated by the quality of their product more necessarily than their uh their revenue
and whatnot. So Claude's website here is really helpful. They have actually a whole section dedicated to reducing
token usage and minimizing the amount of what's called context rot that accumulates in a conversation. Uh I'm
just going to run through them with you guys. And I want you to know this is this is constantly being updated. So the
time that you look at it might be a little bit different from the time that I'm looking at it. Again, if you guys
want like up-to-date up-to-date tips, I recommend checking out Twitter, X.com, talking to Grock, and just saying
summarize the best, you know, strategies to reduce token usage that users have been talking about in the last month or
so. So, you have, you know, strategies like rag, retrieval augmented generation. You have strategies like
continuously and consistently compressing the cloudMD. You have strategies like telling, you know,
Claude to write as concisely as possible, but then turning on um extended thinking, which is a feature
I'll run you guys through later, which basically means you bloat up the reasoning tokens, but then the actual
token spill uh ends up being very low, and so on and [snorts] so forth. So, the number one recommendation that they have
is to manage your context proactively by using /cost. This helps you check your current token usage. You can also
configure a status line to display continuously. In order to configure a status line in cloud code, you just go
slash status line. You'll notice that you can't currently do this inside of the GUI version. So, what you have to do
instead is you have to open cloud in a terminal here because, you know, graphical user interfaces don't have a
status line. A status line is basically this little piece of text that occurs before. And then you just go slash
status, sorry, status line here. It'll ask you what you want to put in your status line.
And so, I'm basically just going to ask it to include a little like uh like loading bar with the total number of
tokens that I've used. update my status line. So, it includes a little loading bar that is how many
tokens that I've used out of my total context. So, as you can see, it converted that into another mini prompt
using a status line setup agent. And then, um, it's going to do this kind of cool little status effect. So, I'm
actually going to get to see it down here. I'll show you guys what that looks like in a sec. Okay. And as we could see
here, we now have that little bar. So, 13% of my tokens are used up. That's kind of neat. We also see the current
model. and then you know the the branch that we're on if you're into programming with uh repositories and like git
workflows and stuff like that. This to me isn't like super valuable to be honest if I'm being frank. I just
thought it was kind of cool. So just another reason why doing all of this in the terminal gives you significantly
more latitude. You can't really just like add a status line to the GUI version at least not now. But this one's
very hackable. Another thing you can do is you can add custom compaction instructions. So um you can actually say
/compact and then give it a prompt telling it what to prioritize. You could do this every now and then, which is
obviously quite valuable. Um, you can use slashclear to start fresh when switching to something that is
unrelated. So, what I mean by this is if I just delete this little terminal instance down here, just go back/clear.
What it'll do is it'll clear the entire conversation. So, you have no context anymore. So, now there's no previous
context. If I go back to /context, you can see that scrolling up to messages, you know, we have 152 tokens, which is
basically everything that we've done here so far. Aside from that, you can use instructions inside of the claw.mmd
to basically try and minimize the total number of tokens generated as I mentioned. So you could say something
like, hey, you know, write as succinctly as possible. You can reason all that you want because that isn't added to the
context. But when you actually give me something, just give me the bare bones information. If I need more, I'll
actually ask you. Choosing the right model is really big. Um, so if you're using a really simple sub agent or
something, we'll talk about how to develop those later on. I recommend using smaller models like sonnet. These
smaller models are typically less intelligent, but they have much larger context windows and then your build
less. So that allows you to like do all the heavy lifting inside of the sub agent that's cheaper and then they just
return you those results which is great. As you see here um the anthropic team specifies to reduce the MCP server
overhead and that's because as I mentioned to you guys some MCP servers just suck. They just have a bajillion
tools. You'll download one and 20% of your token usage will be gone immediately. That's obviously quite
costly and then it makes claude much dumber. So you know there are ways to reduce MCP server overhead. They have
what's called advanced and automatic tool search. Now, uh, when MCP tool descriptions exceed 10% of your context
window, they won't actually load all of them. They'll just try and search for them before. So, meaning you'll say,
"Hey, you know, can you open up a new page in Chrome DevTools or something? It won't actually have access to all that
immediately. What it'll do is it'll search first a list of tools using Grap or something like that, which is its own
built-in search tool, and then it'll find one that says open Chrome DevTools, and then it'll load it." That helps you
avoid, you know, massive MCP server overheads and then obviously wasting a lot of tokens. Some other tips are to
move instructions from claude MD to skills. So remember how earlier I said your claude.mmd should be like 200 to
like four or 500 tokens ma uh lines maximum. Some people make it even longer, but you shouldn't. Instead, what
you can do is you can break those down into specific rules. Then any rules that are more tasks than rules, you can
actually just turn into skills. So skills will load on demand, meaning that uh only when you specifically invoke
them will they be added to your context, which is quite helpful. You can also adjust uh extended thinking. We haven't
chatted too much about extended thinking, but if you go back to claude here, if you go to slash model, you have
the ability to switch which model you're using. And then additionally, if you go over here, there's also a thinking tab
which allows you to turn on and off that little reasoning or or thinking window. As mentioned, thinking is pretty
valuable because it avoids you wasting tons of tokens in the conversation chain itself. It offloads it to a little
thinking tab. Uh, and what you can do is you can actually modify the effort level using /model. You can disable thinking
completely or you can turn the number of tokens that you give it to like maximum think from I don't know 8,000 to like
32,000 or more. Now agent teams is another feature of cloud code which I'm looking forward to covering with you
guys. But currently it costs a lot about seven times more tokens than standard sessions especially when teammates run
in plan mode because every teammate maintains its own context window. So they actually kind of recommend against
it if minimizing token usage is the number one thing that you want to do. And then finally, um, you know, writing
specific prompts is probably the highest ROI tip that I could give you here. Instead of improve this codebase, you
know, you saying something specific, hey, fix this one feature that I found in this file, uh, is a lot more precise.
And as a result, you know, despite the fact that it'll it takes a little bit more thinking on your end, a little bit
more of your extended thinking. Um, Claude's token usage ends up being significantly decreased. Finally, even
Anthropic says that planning for complex tasks is the way to go because this significantly reduces the total number
of tokens you use um when you're actually building solutions. Usually API calls and calling servers and requesting
web pages and stuff. These load a ton of tokens into context. So avoiding doing research entirely is is pretty valuable.
Um once you're at the building stage, just frontload the research with plan and worry about it later. Now it's time
to chat skills, which in my opinion is probably one of the most economically valuable ways that you can use cloud
code. This is a claude code in aggregate tutorial obviously. So I don't just want to talk about skills. If you guys want
to know more about how I personally use skills and things like skills, I do also have another course that talks all about
what I call agentic workflows which are analogous to skills. Um but for now anybody that's not acquainted with this,
I just want to run a quick demo. So if we open up thiscloud folder in the top lefthand side, you can see that we also
have a nested skills folder. And I have a bunch of different skills here. I have skills that allow me to classify leads,
create proposals automatically, not dissimilar to the proposal generator app that we did before, find outliers in my
niche, um, update and autorely to emails, edit my YouTube videos for me, you know, onboard new clients to my
agency, apply to Upwork jobs and so on and so forth, monitor and then classify my school posts. I mean, if you think
about it, what this is is this is a collection of all the things that I usually do in a daily basis, like for my
own intellectually valuable knowledge work, the stuff that I basically get paid for. And then what I've done is
I've just turned them into um checklists and then I've just given these checklists over to Claude. So, let's
pretend that I want to do one of these tasks today. Uh you know, in my case, I want to scrape some leads. So, what I've
done is I've created a skill up here called scrape leads that scrapes and verifies business leads using a service.
Then it classifies with a large language model, enriches the emails, and saves it to a Google sheet. Use when the user
asks to find leads, scrape businesses, generate prospect lists, or build lead databases for any industry or location.
I then have a goal up top, which is scrape leads using a particular source. I have a bunch of inputs. I even have
some scripts that I could use to run these. And then I have a process. And this is my checklist. Start with a test
scrape, then do verification, then do a full scrape, then do LLM classification, upload to a Google sheet, enrich missing
emails, and so on and so on and so forth. Okay. So, as you see here, big big deal. This is a fair amount of time
and energy that, you know, I used to take to do these lead scraping things as part of my work is um both for my uh my
dental company and then for left click, you know, for on behalf of my clients. Lead scraping is like a major chunk of
what makes a successful cold email campaign. And I just had to do it myself every time. It would take an hour or
two. Well, what I can do now is I can just turn all of my own knowledge into a skill. Okay? I can define it in markdown
format here and you know I can write it with cloud and then I can just say scrape me 1k dentists or 1,000 dentists
in uh I don't know across the United States. And when I press this button what's happening now is it's
successfully loading the skill. It's starting with a test scrape of 25 dentists to verify my quality. It
already, you know, automatically finds the different filters I want to use and and so on and so forth. And then it's
going to dump these into a little folder for me. What it'll do after, according to my skillspec, is it's going to read
through each of these 25 leads, sometimes do a little bit of background research to say, hey, are these the
sorts of leads that I'm actually, you know, Nick is probably actually interested on, and then if so, then it
proceeds with a full parallel scrape of 1,000 simultaneously. That occurs quite quickly. So, in this case, it started
four of these scrapers, and it's just uh, you know, parallelizing these. So, I'm going to get 250 from each. To be
clear, previously this probably would have taken me 15 or 20 minutes to set up the filters, to set everything um you
know, kind of configure that initial search, right? And then if I wanted to do that search of 25, I would have had
to manually verify them myself, which took me another 10 or 15 minutes. After that, I would have started the actual
scraper. Then I would have had to like upload them into a Google sheet. I would have had to cross reference leads to
make sure they're good. I would have had to run some additional AI based flows. And it just would have been a big pain
in my ass. To make a long story short, now AS capable of doing this for me in just a couple of minutes. And I'm
running this in terminal because I have access to what's called fast mode right now. Essentially, Enthropic's new Opus
4.6 model has launched with the ability to run two and a half times faster for approximately three times the price. So,
I'm happy to pay a little bit more money if it means that I can do all of the knowledge work that I need to do a
little bit faster. As you see here on the right hand side, it's now finding a bunch of my leads for me. It's compiling
them into a list. uh 250 leads done from that search, 250 leads done from that search, 250 leads done from that search,
and we just have one more to go. And what's really cool about skills is it doesn't need to be right every single
time. It's not like a program. It's not like I put something together and then the second that it makes a mistake, it's
done. As you see here, it scraped about 1,000 leads in 87 seconds and now it's uploading to Google Sheets. And
somewhere along the line, there was an issue. And the issue was, it turns out it can't use spaces and stuff like that
in the file. So what it did is it realized that it made problem. Okay? and then it uploaded to Google Sheets with
the proposed solution. It went through and it read through a little bit of like the API documentation and stuff like
that to do that. This is stuff that I previously would have had to do and that try and retry loop just takes forever.
On top of that, what it does is it goes and enriches the emails for me. And then what I end up with is I end up with a
list that looks something like this. So, I just bold this and I make this a little bit bigger. I've since hidden the
um email columns here just cuz I don't want to, you know, um show too much information. We have clinic phone
numbers and stuff like that. Company phone numbers and addresses. But as you can see here, we we have tons of
information about dentists that are across the United States. Looks like a big chunk of them are in Philadelphia,
New York, um Warstown, Boston, we have cities. We have everything that we need. And so what I'd do with this now is I
would take this, then I would send it into a tool like instantly, which is my cold email platform. And then I would
immediately start sending. And as I mentioned, this takes a pre-existing process that would have taken me at
least half an hour, probably more, and it turns into one that I literally did in 87 seconds. So as you can see skills
can be extremely economically valuable. The question is how do you actually go about creating them and creating them in
a way that I think is like reproducible and efficient and so on and so forth. Well the first thing is uh you need to
know how script or rather skill structure works. If I just zoom in on this to make it a lot easier. You can
see that our scrape leads skill is broken up into a few components. First we have the folder itself scrape-s. Then
we have another folder inside called scripts. This runs the program aspect of the skill. And then finally, we have the
actual skill.md in markdown. So I want you to treat what we're seeing here in the skill.md as basically like
the orchestrator of this whole affair. So the skill.md is like the checklist
or orchestrator. You know, in an orchestra, the orchestrator is the person with the
little I don't know, those sticks. My sister does some of that, actually, which is funny. I don't even know what
the hell they're called, but you know, it's where you kind of wave them around and do all that stuff. And then what
happens is, you know, the orchestrator is not the person making, you know, the conductor, I should say, is not the
person that's making the uh music. What they're doing is they are orchestrating the production of music from a variety
of other sources. Inside of scripts, we have, you know, the actual musicians themselves, violinists,
you know, the the chists, we have the pianists and so on and so on and so forth. And so basically what occurs is
we give it a big checklist of tasks in the skill.md. We give it a bunch of reference information and everything
that it needs. And we treat it just like we treat a junior employee. We say, "Okay, here's the checklist. Go and do
it." And then where the orchestration kind of comes in is if there's an issue with the step-by-step execution of
different subtasks, some of which are going to be scripts and stuff like that, then um Claude gets to use its own
native intelligence to fix it in real time. Not only do they fix it, but then it also goes in and it updates the skill
so that if there's another issue in the future or if another instance of cloud tries running this, it doesn't run into
the same problem. So, as you can see, they're very, very valuable. They're more or less exactly the same way that
like a person would go and do a task. Now, inside of my scripts folder here, I have, as you can see, a bunch of
different um, you know, actual Python scripts that have been developed for this purpose. Do I know anything that
goes on in here? No. I haven't even looked at this code. This probably the first time that I'm ever opening up this
file. What I did is I told Claude that I wanted it to go and, you know, do things in my checklist and then go create
scripts that would do them all for me. It's much better to do this than just tell Claude to do it from fresh and from
scratch every time because obviously if it's the same thing you need to do every time, you should like turn it into like
a defined program, right? because then it's always going to execute similarly that way. Claude is not actually doing
the executions um themselves. What it's doing is it's just using the scripts here just like it uses tools. You know
how it has access to bash and web search and stuff like that. This is the same idea. It's just we're doing it
encapsulated in a skill. Okay. So it takes this information you know it goes through the skill. It says okay step one
is test scrape. So I need to run this scrape ampify with this query. Max items 25 whatever the heck that means. Then it
goes it executes this. Once it's done, it checks the result. You know, if that's the case, then it goes back and
then it runs the same scraper except with different parameters. Assuming that that's good, then it uses this classify
leads LLM script afterwards to, you know, uh tabulate that information. Assuming that that's good, it goes into
uh what looks like what looks like update sheet to like create a Google sheet and then send it. Assuming that
that's good, it then goes enriches the missing emails and so on and so forth. And there's different paths here based
off of um you know, how many people we want to scrape. I have a few other skills that I use pretty often as well.
This one's called lit literature research. And so, you know, if I'm trying to perform research on a task, I
will actually say go perform a lit review on the recommended daily dose of let's say vitamin D and IUD for males in
their early 30s. What this will do, okay, in addition to reading the claw. MD to get context about this whole thing
is it'll go through and it'll read this literature research skill. If I open this up so that we can all see um the
first thing it's going to do is it's going to query like this database which I'm suggesting that it queries. So this
database I think was called PubMed. After that it's going to um analyze using this little deep review script.
And you'll notice that you know if I make this big again um you know it made some mistakes here right for whatever
reason the first uh query did not actually work fine but you know it ended up redoing it over and over and over
again until it figured it out. And so this is the orchestration aspect that I'm talking about. You can give it a
checklist, but obviously not everything goes right perfectly because not everything goes right perfectly. You
need to give it some flexibility in order to do your tasks. And that's what it's doing right now, right? It's gone
through and it's uh you know gone and created a bunch of literature review based information for me. Why would I
use this versus let's just say telling Claude to go find that information because I've already just put in the um
you know infrastructure to query specific databases that I really like. I've uh taught it how to like run
parallel queries so I can do this research in a tenth of the time. I've taught it to use models that might be a
little bit less capable but might have much longer context windows and so on and so forth. And so this enables you to
find a workflow that works really really well and then just consolidate it and then do it the same every time. This is
why I no longer hire. I mean, you know, my businesses collectively still make over 300 something thousand per month
right now in profit. Um, that's a lot of money. I don't have staff members to do these things for me anymore. Anytime I
want anything done, I'll just tell Claude to do it with one of these skills because to be honest, it's the exact
same thing. Anyway, I would have just hired a contractor to do this sort of literature research. I would have hired
a contractor to do my lead scraping. Why why do I have to wait around a whole day or two for them now if I could just
execute a skill to go do the thing, retrieve me the results, and then I don't know, maybe feed it into another
skill in a hundredth of the time for like a hundth of the cost. Okay, so while all of this is occurring in this
tab and I'm doing that research, why don't I show you guys how to actually create a skill in practice? Um, to make
a skill, it's really straightforward. You basically just give it like a bulletoint list of things that you want
it to do. So, I'm going to say today we're creating a skill. And why don't I just use my voice transcript tool?
That's way easier. This skill will design websites in a format that I really like using a template that I
really like. I want the websites designed very similarly every time because I'm going to use them to pitch
people. In short, what I'm going to give you is I'm going to give you a bunch of information about a prospect and then I
want you to design a website using a specific template. The template I'm going to supply you is this one. And
then what I'm going to do is, you know how earlier we went through godly. Then we found a template that we really
liked. Well, I'm just going to scroll through and I'm going to find a template that I really like. So, scrolling
through um I don't know, I just want this to be a simple website that I could use for let's just do like I don't know,
dentists hypothetically right now. So, I'm going to go over here and then I like this build an Amsterdam one.
Okay. And then what I'm going to do is I'm just going to I think that's it. Honestly, I think I'm just going to
screenshot this and they'll just make one pager for Claude. Just going to screenshot it. Okay. And then I'm going
to go back to my anti-gravity and then paste it. I want you to use screenshot functionality to mirror the style of the
website. I'm also going to paste in some of the HTML so you can use that to create a style guide, etc. You'll
receive as input um like a Google sheet with information about a prospect and then you just create a website that
matches. Uh find web images using publicly available sources. Make sure it's really pretty and uh yeah, follow
the template as closely as possible. Then I'm going to go on the website. I'm going to let's just make it really wide
because sometimes websites are different. Um and then what I'm going to do is I think
I'm just going to copy all of this. It's really really long, right? I'm just going to paste it in. So that's going to
be huge. It's going to be a lot of stuff to paste. 474 lines. And then hm. Anything else that we need to do? I
don't think so. I guess I just need to give it an example of some of the input. So, I'm going to go and then find that
Google sheet that we just had with a bunch of dentists. I'm just going to copy all of this information. Then I'll
say example of the data and then I'll paste that in. Okay. So, I mean, I just fed in a tremendous amount of
information here, right? Like this is really, really big. But with our little fast mode, uh, plus,
you know, some pretty precise instructions, I think we can probably generate a cool skill in just a couple
of minutes that does this sort of thing automatically. And after this, I'll have a system where I can basically just feed
in a Google sheet and then I can generate a beautiful customized website for a prospect in like 2 seconds which
has information about them that clearly is customized and so on and so forth. Uh, and then I can just give it to them
as sort of a lead magnet or something. That sounds pretty fun. And it's already gone through and it's done some stuff.
Now, I'm not using plan mode for this, but you absolutely can. I just wanted to oneshot a skill with this fast mode just
so that I could uh do something while I was waiting for the literature review to finish. As you can see, it's loaded in
the skill pattern and structure from the other skills as well as the claw.md. And now it's just going to ask me some
information. So where should the output of the skill be? A local HTML file. Yeah, let's just use local HTML for now.
How will you provide prospect data? We'll just do Google sheet URL. For images, which approach do you recommend?
Yeah, sure. Let's do the Unsplash API. Should the website be a mockup of what their business site could like or pitch
page about your services? Mockup of their site. Cool. That looks great. So that's sort of its plan mode analogy.
And um this actually initiated plan mode without me even having to ask. Basically, if I just make this a little
bigger so you could see the entire chat. This went through and then turned on plan mode like on its own. I didn't even
have to ask it to. And that's what occurs sometimes when you do bypass permissions. It'll just chase choose to
create a plan for a more complicated software build. Cool. And now I'm going to bypass permissions and we're going to
go. While that's occurring, just scrolling through this literature review. Looks pretty cool. Gives me a
bunch of information. Apparently 1 to 2,000. So that looks pretty fun. Okay. And then this looks like the little demo
that we put together. This is a pretty basic demo. Not that big of a fan to be honest. So, I think we're going to have
to go do some back and forth. Still, we did build a website in just a few seconds for them, which is kind of neat.
Okay, it's now going to take a screenshot of this page for us. And as you can see, it's now accumulated like
19 or 20,000 tokens, which is kind of cool. Um, here's what we got. Full viewport hero. Okay, so I'm just going
to say not a very big fan of the website design. I don't think this matches the website. I'd like you to get pixel
perfect accuracy by screenshotting um the comparison back and forth. go find some library that allows you to do this
as necessary. In terms of Unsplash, how are you currently getting your images? Let's just do that. That's fine. I don't
really want it to go, you know, force me to get an API key or something like that. I'm just going to have it run.
Okay, that's looking a lot better than what we had before. I like this. Uh, looks like it took some photos of areas
that were similar to where this place is located. Then, as we scroll through, we obviously have the the information and
the template and stuff. I don't like how a lot of these images are the same, so I'm just going to say nice job. I don't
like how all these images are the same, though. get different images. Looks really clean. Uh we even have like their
phone numbers and stuff like that. So we're now capable of basically like oneshotting a website for somebody. And
uh as you can see, we can generate these super super easily and very quickly. What I'll do now that we have this is
realistically I'm going to try it with one row and then just see how quickly it can put together the site for me. Cool.
Now I'm going to test it with some new information and let's see how quickly it can put that together. Cool. We've now
done the same thing with Ben Bennington Dental Center. So that's neat. We have some images generated and stuff like
that. Um, it is telling me that the reason why we have images of dogs and stuff is cuz I don't want to supply my
Unsplash API key. Uh, you know, if we do then obviously they'll be much more dentally oriented. I think that's fine.
Hopefully you guys get the idea. You could build stuff like this really quickly. In this case took 30 seconds.
Um, so I mean like what we could do if we wanted to like build this out as a service and like actually just like
generate custom websites for people, send them out and so on and so forth. Uh, we could turn the skill into a sub
agent. show you guys how to do later where basically we can spin up 10 of these simultaneously and basically in
parallel just generate 10 every 30 seconds. That's a per website generation time of about 3 seconds. And so now that
we're generating them every 3 seconds with customized information, matching widths and heights and stuff like that,
making it really custom and sexy. [gasps] You know, you could do 10,000 leads in approximately 30,000 seconds. I
don't know how long that would actually take. Let's see. 30,000 divided by 60 is 500. So it might take 500 minutes or I
don't know, 8 hours for a full 10,000 list. But uh yeah, combine that with the scraper, combine that with you sending
people customized websites, and combine that with some other skills that I've set up to like automate the process of
whipping up instantly campaigns and stuff. And hopefully you guys can see we get a pretty solid system in our hands
and that took me just a few minutes to put together. Now that we know all about skills, let's talk a little bit about
the next logical thing, which is model context protocol. So now that you guys understand sort of how skills work,
which to be clear um is that skills are basically like backend functions that you can run, scripts almost that use the
flexible intelligence of AI and the procedural rigor of Python scripts and other programming tools to do the same
thing every time but also allow you the flexibility to air handle. So now that we understand that um let's chat about
model context protocol. And so the way that I see it is these are just skills except other people make the skills for
you. And when I say other people, for the most part, it's like developer teams and stuff like that. Very similar idea.
You're basically just giving your agent access to a piece of software and then just like it calls its own tools like
web search and bash and the Chrome DevTools MCP and the screenshot, all the stuff that we've already looked at. Uh
what we're doing here is we're just um you know, we're just calling them uh but somebody else is responsible for putting
them together. Now that obviously begs the question, where do I get um you know MCPs? Well, you can just go on websites
like mcpservers.org modelcontext protocol/servers and then MCP market. I want you guys to
know that not all of these are going to be 100% safe or secure. These are third party libraries that people are putting
together basically that try and tabulate the number one MCP skills and so uh MCP tools and so on and so forth. Um, but a
lot of these are pretty well vetted at this point and I'm going to show you at least a couple that I really like. The
biggest one is probably the Chrome Dev Tools MCP. This is one that I use constantly, uh, basically every day,
many, many times, because it allows your coding agent to control and then inspect a live Chrome browser. In my opinion, it
is significantly higher quality than any of the current browser tools that um, you know, Claude or other platforms have
given us. So I mean like you know I have this little Chrome extension here that um I can actually use to control this
instance of Chrome through this cloud tool. It's developed specifically by the cloud team and I could say hey um
summarize this page and then what it can do is it can copy all the text on this page. So it can extract the page text
and then it can take a screenshot of it and then it can you know tell me about it and so on and so forth. I can also
have it do things like click. I could say okay um you know star this on GitHub or something like that and then I can
give it some additional instructions and then it can go through look for the GitHub link I don't know maybe click it
and then now that you know we have this thing open it's going to go and it's going to try and star this puppy so
that's pretty cool but you'll find that it also takes a fair amount of time and the Chrome DevTools MCP bypasses that
completely and it's like 100 times faster and not only is it 100 times faster because you can weave it into
skillbased scenarios, you can actually just run um really really procedural things in the browser that previously
would have taken you like a fair amount of time to automate. So I mean I already have access to this right now, but um
for the purpose of this demonstration, let me just open up a new claude instance in my terminal and then double
check that fast mode is on. Okay, it looks like it is. Um you know, all I would really do if I wanted to download
the MCP for any tool really now is I would just paste in this definition which you can find right over here.
Okay, basically all MCP tools are going to have some sort of JSON that looks like this where there's a curly bracket,
it says MCP servers, it'll say the server name. There's a bunch of commands in args which really don't matter
whatsoever, but basically you just go on whatever page um of the MCP supplies this information. You copy this in. So
if you want to install one, all you really do is you just paste in that little, you know, JSON snippet that we
saw earlier and we say I want to install this in my local workspace. It's important that you say local workspace
here. What it's going to do is just going to grab that data and then install it for you. In my case, it's already
installed. Um, so I don't actually need to change anything, but now I'll say great, run it. Now, sometimes when
you're using a tool that requires authentication, um, what it'll do is it'll force you to go and grab an API
key or an API token or something like that. So, I'm going to show you guys an example of using a tool that requires
some API credentials in a second. First, let's just say, okay, open and navigate to leftclick AI, then screenshot the
site and tell me about it visually. So, what it's going to do is it's going to open up that browser, going to
navigate to leftclick.ai. Now, it's going to take a screenshot, which I think it just did. Now, it's going to
read the screenshot, and then it's going to, I don't know, give me some highle stuff about the website. So you know
this the header is a simple navbar with a leftclick logo case studies about links and a let's talk CTA button hero
sections large bold serif right okay great go to amazon.ca A and find me a bunch of cheap but effective light boxes
for my studio. So now I'm going to open this up. It's going to do the same thing with Amazon. I'm in Canada, hence theca.
And it's going to start, you know, pumping in various search terms for light boxes and whatnot. I don't know
why twilight is recommended to me. Must say something about my browsing history. Now it's going through finding
a bunch of light boxes and stuff like that. It's going to take screenshots of the page and then uh you know deliver me
a bunch of options that I could choose from. And you can see all this occur underneath the tool call. So these
little green boxes are little green circles I should say are tool calls. They have the specific name of the um
MCP over here. And then they have the tool that they're calling from the MCP over here as well. And what they're
doing here is now that it's taking a screenshot and stuff like that. It's giving me summaries of all the
information and it's even recommending a certain one. Now, a lot of the time you can also just type in um the name of the
tool you want and then the word MCP server. And a lot of these tools will actually have gone through and created
this stuff. That'll take me to the ClickUp page with MCP server setup instructions. And then what I'm going to
do is I'm just going to copy over this stuff just like I did before. Okay. And then we're going to go back to my agent.
So, I'm going to do is I'll just go install this MCP. I'm going to paste this in. This includes all of the
details and documentation here. So, first thing it's going to do is look for some sort of configuration file that's
pre-existing. It's not going to find one. So, it's going to go and then just make mine. Then eventually what it's
going to ask me to do is go grab my API key. So, I'll head over here to ClickUp API and then I'm just going to copy my
API token and then confirm it. And then I can copy my token in. And then I'll go back here. Then I'll say great, here's
my API details. Going to feed that in. And then every time you install a new MCP server, you
do have to open up a new thing. So that's what I just did here. It's going to ask me which workspace I want to
connect to. I have multiple. So I'll click connect workspace here. Then I can just go back and then I'll say great do
you have access to my ClickUp MCP. I'll say awesome create a new content idea called um Claude Code course. Now
what it's going to do is scroll through all of my lists. It's then going to search for various ones that I may or
may not have. So I have lists called um like content ideas and trends and stuff like that. and I'm going to ask it to
insert it in my main YouTube queue. So, I'm going to do that. And now you can see there's a task called um claude code
course. If I go back here to my ClickUp, open up the specific task, there's now a course that's basically been created. I
don't like how the status is archived. So, I'm going to say the status is archived right now. And as you see here,
you know, it's now set to to record. So, that's pretty neat. The last thing I want to talk about now is if we go
slashcontext and scroll all the way up, you start to get an appreciation for just how many tokens can get used up by
poorly drawn or poorly written MCPs. And so in this case, I'm not saying the ClickUp MCP is really that bad. It's not
terrible. I've seen many, many far worse ones, but it does consume a hell of a lot of tokens. As you see here, just the
ClickUp search um tool consumes 1,600. The Get Workspace hierarchy is 419. This one's 1.1K. If we added all of them up
together, as you could see, my MCP tooling is now taking up almost 20,000 tokens. That's actually now more than
the system tools, which uh previously used to be really, really big. And what that means is right off the very get-go,
basically like right at the very beginning. Uh we are already at something like 35,000 tokens or so
before I enter my prompt, before I enter anything. If you take into account the system prompt as well, we're now at
40,000. you take into account some memory files and my skills, you know, are not closer to 45. And this is all
before I've sent a message, right? Keep in mind that like 45% is, I don't know, let's just say 45 over 200. That's about
equivalent to a quarter. And so one quarter of all my contexts. And by the way, this is the highest quality section
of my prompt. Like if I were to write actual messages here, this would be the the highest
quality output. Basically, the highest ROI section is currently being taken up by a ton of MCP tools and stuff. Uh, in
addition, you'll compare this to skills and you'll see that um, scrape leads only takes up 63 tokens. School monitor
takes up 59, right? Cross niche outliers takes up 58. So, it's like, oh wow, you know, a single one of these MCP uh,
tools like update task consumes more than basically all of my skills combined. It's kind of like, why the
hell would I even use MCP tooling if I can just, you know, do a skill instead? The reason really is just the
convenience of it. MCP, as you see, is pretty easy to set up. Whereas skills, as you saw, take a little bit longer.
That skill back there that does those website designs. Um, that took me, I don't know, probably like 5 minutes end
to end to create. Once I've created, it's obviously super efficient and so on and so forth. But, um, you know, the
ClickUp MCP, all I really had to do is just like log in and then give it uh, one line and then and then I did that.
So, basically, the way that I personally use MCPS is I use them aside from the Chrome Dev Tools MCP cuz I just think
that's fire. I use it all the time. I use them to um, very quickly sketch out whether or not something's possible.
I'll basically go to a new tool that I want to see if I can integrate and I'll just say, "Hey, you know, here's the MCP
details. Can we do X, Y, and Z?" And then if it can do XYZ the first time, then I'll say, "Okay, this is great. I
want you to take what you just did. I want you to convert it to a skill instead and I want you to go and find
like the the API endpoints and stuff and then build a script that does all that for me instead of me having to use this
super bloated um MCP tool." By the way, if you ever wondered why skills consume so few tokens relative to everything
else, that's because the whole skill is not actually um loaded into context. If we go to the scrape lead skill, the only
section here that's actually loaded into context is this section right up here. And this in markdown format is referred
to as the front matter of the file. And so what's really cool is the Claude code developers realized that they could um
load in a name and description and then some allowed tools to the front matter and then only feed that into context.
And then only if Claude really thinks that it needs to use this. If I specifically say, hey, use the scrape
leads file, then and only then will it actually load at all. which means I get most of the benefits of having access to
a bunch of tools and you know giving my agent the ability to do a bunch of things but I don't have to like load all
that into context immediately which means I get better decision-m at the beginning because performance in prompts
are typically the best at the very beginning of said prompt of the context window I should say and then I also
don't have to pay a lot of money for it. So just another point towards anthropic minimizing our total costs which I think
I'd very much appreciate. So just because this is a practical course I'm actually going to show an example of
this. I'm going to draft out a task and then going to try it with an MCP server which is going to be a tenth of the time
to implement and then if it works I'm going to build a skill to do it instead. What I want to do today sort of like my
task is I want to label my emails. So what I'm going to do if you think about it the task is really
I'm going to list last I don't know X emails. Uh, I'm gonna have Claude read them.
And then I'll also have it label according to some se scheme, you know, that I put
together. And in this way, I'm not going to replace the job of an email manager, but I'm going to make the job of an
email manager much easier. And if later on I want Claude to, I don't know, manage my emails or whatever, well, now
it'll have some pre-existing labels and organized structures for it. So, first thing I'm going to do is I'm going to go
back to Claude. Let's go to anti-gravity. I'm going to do this in the GUI this
time, not the um other mechanism, not the terminal, because I don't think fast mode's super important for this. And I'm
just going to say, "Hey, I want to organize my personal mailbox. Could you provide me a list of high ROI labels
that tend to work well for personal mailboxes?" Just make sure the thinking tab is on
cuz I want it to really think hard. And then what I'm going to do is I'm going to go to one of my personal mailboxes
and then uh I'm going to basically implement this. I really like actionbased. That sounds great. Keep
that for now. And then I'm going to open up one of my mailboxes here. We have tons of different um emails. Most of
these are spam to be honest or little demos that I put together for um you know, whatever purpose. I'm also part of
what looks to be like a Slack workspace um for one of my businesses. I think I just did that cuz I wanted to test what
this looked like. Now that that's done, what I'm going to do is I'm going to see how I can implement the Gmail MCP really
quickly. Great. This looks solid. How do I use the Gmail MCP? It's now going to go and search for Gmail MCP first in my
folders. Um, and then it'll ask me what it wants me to do. I want to set one up. So, it's
going to start doing some searches for Gmail MCP servers. I'm also going to do some searching myself. There probably
three or four different ones that realistically work. Um, this looks to be a pretty interesting repo. So, what I
could do is I could just use this puppy. That looks nice. I just paste this in. It looks like I actually beat Claude to
something for once. Now, it's going to compare. Great. Let's do it. It's a personal
Gmail. Is that okay? Okay, it's now going to walk me through. So, I'm going to give this button a click. Okay, I
went through and I got that data. I'm now going to paste this in. It's going to go find the credentials file that I
just uploaded. Now, it can do what it needs to do. I just need to restart the cloud code session. So, I'm just going
to open up a new one here. Then, I'll go back and then I'll say, "Hey, I want you to label my emails."
Oh, you know, and I don't actually remember what was that scheme that it asked. Hey, I want you to label my
emails according to this scheme. So now it's going to call the Gmail MCP. Okay. It's going to check the Gmail MCP tools.
Just figured it out. We have a bunch of pre-existing labels. So it's just going to create a bunch on its own. The reason
why this is occurring so quickly is because I'm using their um fast mode. So it's about two and a half times faster
than usual. It's now reading through a bunch of emails. And now it's going to in addition to thinking through them, um
go through and then do set labeling. And then you know it's just going to continue doing this for as many emails
as I say. So I think I said that I was going to do I don't know 15 emails or something like that. This just did 10.
So, it's 15 inbox emails. Looks great. Why don't we do this for 100 emails in total?
Now, if I go back into my email, uh, which I think was over here, you can see that I now have different labels. Just
got to refresh that. There's action required or reference and waiting on. So, you know, if something requires my
action, some security alerts and stuff like that, then that's one thing. If it's a reference, so this is just stuff
that it's storing that, you know, may be useful for me. And then there's waiting on down here. So, now that you know I've
demonstrated that I could do this sort of thing pretty quickly with a setup that realistically only took me a few
minutes, I want to turn this into a skill. So, I'm actually going to pause this and I'll say, "Great, this worked
really well. I'd like to turn this into a skill called Gmail label." Basically, what I want you to do is just to call
the Gmail uh API directly and then do all this labeling for me uh instead of me having to use MCP because skills are
just a lot more token efficient than MCPs. Check out my other skills so you could see an example of how to format
them and so on and so forth. And then write me a skill that effectively does this as well as uh uses Gmail scripts.
Feed that puppy in and then press enter. Now I have some other skills that you know might have something to do with
Gmail. So if it finds them, then it'll probably just want to use those. Okay, cool. Looks like it's rebuilding it all,
which is fantastic. Um, we're going to do the Gmail label skill directory. So it's going to pump in somewhere right
around here. Looks like I'm running into some error here. So we're going to have to do some debugging. Just going to
paste this in directly. Okay. And it looks like we're just about to wrap this up. So now I'm going to select say that
it can see edit my email labels and so on and so forth. Um now that it's done, the authentication flow has completed. I
may close this window. Going back over here. Now it is created with full Gmail sheets and drive access which allow me
to do this much faster. So you guys seeing just how much quicker this is. 100 emails immediately fetched. It's now
reading and classifying all of them using direct API calls instead of MCP server tools. And then in addition, you
know, as I showed you guys earlier, we go to Gmail label. The only thing that's currently being loaded is this. And this
is so much shorter than like the whole MCP skill stuff. So it fetched all 100. It's now categorizing them into five and
95. So it looks like zero is waiting on 95 are reference, and then five are action required. That was way faster
than what we were doing previously, right? That would have taken probably like 5 to 10x the time. Looks great. Why
don't we do another 100 and then time yourselves? Tell me how long it took. Okay, it's now going to grab all of
these. So, it's just going to continue the filtering process by, you know, using some Gmail stuff. Then, it's also
going to add some timing instrumentation. That's kind of cool, just because I'm curious. Fetch was 1
second. So, we fetched 100 emails in 1 second compared to previously where it took significantly longer cuz I think
the MCP tooling had like some built-in thing. Cool. The end result was it was 36 seconds to fetch, classify, and label
100 emails. About 3.6 seconds per email. Sorry, 36 seconds per email if you think about it that way. [gasps] Then, it also
gave me some um you know, breakdowns and stuff like that of what it is. I could run this across like my several thousand
outstanding emails if I wanted to. I could also do things like have it automated automatically generate replies
to each email. Um, you know, we could build a sub agent, which I'll show you guys how to do stuff like that in a
moment where we, you know, split each into a parallel tasks and so on and so forth. Sky's is really the limit here.
Okay, next up, I want to chat a tiny bit about Cloud Code plugins. I personally don't use plugins a ton, but uh they are
out there and so it's fair if I'm building a masterclass course all about Cloud Code, might as well know what the
heck these are. Simplest and easiest way to access plugins is just go customize and manage plugins. It'll show you the
plugins that you currently have installed. You see the only one that I have installed so far is called
claude-me atthe.mac. Um this is basically a simple straightforward um uh plugin that basically just adds all of
the messages that sent any cloud instance to some memory file and then claude can run searches over it if I say
hey what did I ask you about 2 weeks ago? So you know it's marginally useful. You then have access directly from cloud
to a bunch of other ones that are somewhat useful. Um, they have like front-end design for instance, which is
kind of cool. So, this is Anthropic's own library, which improves the quality, at least they say it improves the
quality of a front-end work. You can build sexier and cleaner designs and stuff like that. Um, you know, I don't
know. It's kind of 50/50. They say like if you're doing stuff without the aesthetics prompt, it looks like this.
And then if you're doing it with the aesthetics prompt, it looks like that. Personally, I think both of these look
pretty bad. This one definitely looks better, of course, but it's not like that much better. Uh, same thing over
here. So, I don't know if the guys that made this just weren't like actually crazy front-end devs or anything like
that, but I I personally think my workflow of just going to one of these websites and then copying the uh
screenshot over and then moving everything into Clockout is like way higher quality. But there are other cool
ones here. Context 7 is pretty nice. Context 7 basically just allows you to search through any API doc without um
really having to like know anything about the API docs themselves. you know, if you're working with like three or
four different tools, you just install this as a plugin and then it'll automatically um shrink and then
compress API documentation from the sources over to cloud and then it can read it in a very token efficient manner
and do cool things with. None of these things I want to say are required. Vanilla cloud code does really really
well without any sort of extensions or plugins at the moment. Um but you know, just worth us chatting briefly about
that. And then there are two major marketplaces right now that are sort of uh well sorry one major marketplace
right now that's supported by claude. this Cloud Code plugins directory which is in the cloud-plugins-official
repository. Um, you can find all of the plugins just by going to plugins and you'll see there's a big list of ones
that they support right out of the box. So, they have agent SDK dev, they have code review, they have C# LSP example
plugin, but then there are also open marketplaces. So, if you go to claude plug-in marketplace, you'll see that
there are a few other ones that people have put together here. Um, so this for instance is the claude code marketplace
put together by a third party resource. uh say anthropic wants me to take down this website. That's pretty funny. Um
with you know like chatgbt prompts uh let's see superpowers. I don't know exactly what that does. We have the
contact 7 again. A bunch of cloud code skills that looks like some other people have put together although not all of
these links are going to work. And uh yeah you know the the plug-in installation process is pretty
straightforward as you guys saw earlier. Um so I I'll leave it at that. I think plugins are sort of going to be
deprecated and probably just absorbed into skills at some point. So I don't want to spend forever on them. Okay. And
finally, we have sub agents, which I think a lot of people here were waiting for. I want you guys to know that sub
aents aren't like a cure all. These things aren't actually that incredible. Um, you can do more or less everything
that you could do with sub agents as of the time of this recording just with like a normal master agent, but sub
agents do speed things up a little bit and then they also allow you to parallelize your workflow, which can be
quite useful in specific circumstances. Um, one major issue that people currently have with sub agents is they
consume a ton of tokens and then in doing so can also cost a fair amount, especially when you go to agent teams,
which as of the time of this recording is seven times uh the token usage of just using like one single cloud thread
like I've been doing throughout this course. But sub agents are still pretty useful to know. And so the very first
thing I'm going to do is I'm just going to show you through example and then we can actually look more into like the the
sub aent spec and stuff like that. So you know how earlier we built this system, the skill which fetches,
classifies, and labels 100 emails with zero failures. What I'd like to do now is I'd basically like to turn this skill
into a sub agent. So what I'm going to do is I will remove this so we're not loading any more stuff into context.
Hey, I'd like you to turn this Gmail- label flow into a sub aent. The reason why is because I want you to parallelize
your work. Instead of it taking 36 seconds to fetch, classify, and label 100 emails, I want you to be able to um
spawn 10 sub aents that do all of those simultaneously and then return the results. Uh I'd like you to do this
using the sub aent spec. If you don't know what that is, do a little bit of research on sub agents. Um, it's an
anthropic and claude code feature that's quite well supported by our current workspace structure. And once you've
built the sub agent using sonnet-4.5, I want you to roll it out as a test and then show me how much faster it is with
some sort of timing instrumentation. Okay, so I have all that here. I'm now just going to feed it into my prompt. If
we open up this little thinking tab, it's going to start by researching the sub agents and then building a
parallelized Gmail label flow that spawns multiple sub agents to classify emails simultaneously. It'll use sonnet
5 4.5 because it can load much more into context probably read all my emails and then it can actually go through this
whole process and then um you know essentially parallelize it and significantly improve the probability
and speed that these things are working well and fast. The very first thing it's going to do is actually spin up a bunch
of sub aents to do research. So that's what this task little bubble is right when it says research cloud code sub
aents. What it's actually doing is it's giving this task to a sub aent called the research sub agent. Uh there's
another sub aent as well like the search sub aent. So, it'll actually search through my workspace to see if there are
any pre-existing sub agent patterns. And then because it's capable of spawning these simultaneously, uh it typically
retrieves the results much faster than normal. So, that's kind of fun. It's a little bit meta of cloud code to do that
without really understanding what sub agents are out of the box. Okay. It's now going to create a sub agent
directory inside of mycloud folder. And then it's going to populate it with um all the sub aent spec parts and and
everything else. And what's really cool is we're using sub aents alongside skills in this instance. Um and that's
what I' I'd usually recommend. I don't recommend just like creating sub agents for the sake of sub agents unless
they're very specific ones. I'll show you guys a couple of them in a moment, but for the most part, like use them
where it makes sense. Use them in situations where you want to parallelize the workflow and be a lot faster. Okay.
And then because we just generated the sub aents in a previous instance, we actually have to um call the sub agents
in another cloud code instance. So I just had to make a new one. Basically, what it's going to do now is spawn a
bunch of sub aents for me. Okay, so that's what these tasks are. So as you can see, classify email chunk 1 2 3 4 5
6 7 8 9. So all 10 classifiers are now running in parallel. We now have all 10 task outputs here
which is pretty cool. It's now absorbing all these task outputs and we're operating at a much higher level of
speed than we were before. Right. So now it's recording the time and then it's going to merge and apply.
Classification took 19 seconds while clock time for a,000 sorry 100 to complete. And then let's see the total
time speed up. Okay. Okay. So, in this instance, because we ran the same number of emails, we did 100 versus 100, um, we
only saved 6 seconds. So, what I want to show you guys now is I want to show you guys how to do this um, at scale. So,
instead of, you know, 100 emails, I want to do a thousand. Excellent work. I'd like you to classify a thousand. The
benefits of the speed up are most likely not going to be at the same level of scale, but they will become evident when
we go at a much higher level of speed uh, scale. So now we're going to run 1,000 of these, aka 1,000 emails split
into 10 chunks of 100 that are being classified in parallel with 10 sub aents. Considering that every time took,
I think like 19 seconds or something like that per uh I think it's going to be a lot faster. So we'll see. Okay,
some of these task outputs are now starting to complete. It's been maybe 15 20 seconds. Not sure exactly how long,
but as they're all coming back um you see these little gray bubbles turn into green bubbles. Okay, we ended up having
an issue where the prompt was too long essentially because all of these sub aents returned massive strings of text
with every single email uh for whatever reason when you combine all this into you know the parent thread just way too
long and it ran out of context. So what I did is I just copied over everything and then I gave it to another instance
up here and I basically said hey this is a little too long right now. Uh, I keep running into,
you know, prompt too long output. So, I think we ran out of context. I'd like you to modify this so we don't run out
of context. If the sub agents don't have to return the actual text to the parent agent, that would be ideal. Then I ran
it in parallel for all 10. And uh, now we're just redoing it. At the end of it, it labeled 987 out of 989 emails. Um, I
didn't time that end to end. If I had to guess, it' probably be somewhere around like a minute or so, which means we are
now classifying a,000 emails in a minute, whereas 100 was at 36. And this is really the power of sub agents. Sub
aents basically allow us to take some query and then split it up into 5, 10, 15, 20, whatever, run them all um, you
know, synchronously at the same time. And then once they're done, they just take the outputs of each of these
threads and then combine them into the main one. And so, you know, there's a couple of other use cases for sub aents,
but for the most part, it's going to be something like this. Like, if you really wanted to use sub aents in an
economically valuable fashion, this is usually how you would do so. Uh, as of the time of this recording, sub agents
are fantastic, but keep in mind like most of the time they're going to be less intelligent than the parent agent.
And so you want to reserve the parent agent for taking the outputs of each of these sub aents and combining them and
doing something with them, not just spawning, you know, 500 things in parallel to to to run for no reason. Um,
strategically speaking, some other things about sub agents are try and make the task definitions as simple and as
straightforward as possible. Like I could have given every one of those sub aents more context. I could have said,
"Hey, I don't just want you to do the classification. I want you to do everything. I want you to do the
classifications, the merges, the applying the labels, etc. But because the sub aents are dumber and because
we're spawning a bunch, you know, we're multiplying probabilities here. If there's like um even a I don't know,
let's say there's a 95% chance that the sub agent is going to work, right? That's a 5% chance that it's not going
to work. And the way in statistics that you calculate the probability of a bunch of things occurring in sequence is you
just multiply them out. So what this is is this is 0.95 * 0.95 * 0.95. Basically, what this is equivalent to is
0.95 raised to the 3. And so if we spawn three sub aents, okay, the total probability that all three of them will
work the way that we wanted them to, if I just go back over here, is 0.95 raised to the three here. So 85, aka 85.7%.
You know, I mean, if I'm running 10, the probability is now down to 59%. If I'm running, I don't know, 50, then the
probability is down to 7%. Obviously, I want to maximize the probability that all of these sub aents complete in the
time that I've allotted to them and stuff like that. not only for you know my own token count issues and my
consumption. So you guys see back here like I'm now at 173 bucks in additional usage on top of my cloud code usage. Um
not just from this course idea but I'm doing a fair amount. Um but also for like completeness's sake if I malform
the output and then my parent agent can't you know collect it all right and do something right with it. Well then
what I've done is I've just basically wasted that whole query because uh sub agent prompts are ephemeral. They only
exist for like a short period of time. Their context windows are all self-contained. Do I really want to
rerun that thing 100 times? Even if it's cheaper, probably not, right? Next up, I want to show you guys how to create what
I'd consider to be the three most useful sub agents as of right now. So, what I'm doing is I'm actually having Claude Code
create these as we speak. One's called Code Reviewer. The other's called Researcher, and the last one's going to
be called QA. And we're going to insert all three of these agents into this folder here alongside email classifier.
And then I'm going to update my cloud.MD to reference the proposed workflow. Then I'm going to show you what all that
stuff looks like. Now, in order to use agents, what we actually have to do is we have to um exit a a specific instance
that we generated the agents in. Otherwise, we're not going to see them as available in our task definition. So,
I'm just going to create a new instance of cloud code. What sub agents do we have access to? I also refreshed this so
we could see them all. And as we can see, we have four. We have code reviewer, QA, research, and an
email classifier. Okay. What is the proposed workflow every time we develop
some software? What I want it to do now is I want it to go through and then tell me first we
write the edit the code in the parent agent. Then we code code code review which spawns a code reviewer sub aent on
the change files fixes any blocking issues. Then we do a QA spawning a QA sub agent on the code generates tests
runs them reports results and fixes failures. Then finally we do a ship. So, now that we have all that ready, let's
actually go and then let's use our new workflow on the flow that we just created before. So, I think it was the
Gmail- label. Use our new workflow on Gmail- label. It's the skill that looks through my inbox and then labels emails.
So, what I want to do is I want to read through the Gmail label skill to understand what we're working with. So,
it's going to read the skill. Then, it's also going to go through all of the scripts. Then, I basically want to take
these scripts and then apply our little flow. So the first thing it's going to do is run the code review agent on all
four scripts. And as you can see here, we can run these in tandem in parallel. So first we're going to code review and
then we're also going to generate tests and run them for the Gmail label scripts. So we're going to use both of
these and then we're going to use them to feed back to our parent agent. Our parent agent is going to make changes to
this code and significantly improve the quality of said code. Now is this like required to do every single time? No. As
you guys could see, we capable of writing some pretty damn good code without knowing a lick of code. Um, with
just like the vanilla cloud code installation, this sort of stuff becomes more and more valuable when you're
working at enterprise and you're creating code that requires uh the ability to one be like really secure and
uh verifiable by both agents and then human beings if they read them. And then two to like account for all possible
edge cases. You know, in my case, I don't really care too much about counting for all possible edge cases
because most of the software I'm making is for my own internal tooling. you know, it's like a one-off landing page
for a client to use, that sort of stuff. You know, if I'm working in a big business, working in a versell or I'm
working in an open AAI or working in a, you know, I don't know, Oracle big database or whatnot, the stuff becomes
significantly more important. And that's where, um, these sorts of code design patterns become valuable. Okay, so we're
still waiting on the output of the other task, but if I scroll down here, you can see there's actually some
recommendations already. Um, this is being provided inside of this task output. So, it's not written very well
or nice. So, we're going to have to squint a bit, but code is correct, readable, and handles errors
appropriately. Batch fetching uses 100 per batch, but could use the Gmail API max of a thousand requests per batch.
That means that we could significantly improve the total efficiency of this flow. Uh, and that's one piece of value
that the code reviewer's already given for us. Then, we have some callback stuff. So, basically, it's identified an
error or an issue, which is quite useful. um it's giving us some insights on the
readability and you know little commenting that we could be doing to make the code better and so on and so
forth. Okay, now the tests are completed. So it looks like we've passed most of the test. There's only one that
had a wrong exception and now it's feeding in all of this information to the parent agent. The parent agent is
going to go through and do the fix. So 16 to 18 characters. It's going to jump through accepting
uppercase and variable length hex IDs. No idea what that means, but of course, this agent is now thinking dozens of
times faster than I'd be able to. So, I'm just going to trust that it's doing well and then uh frontload all of this
double-checking, triple checking, QA, and so on and so forth to minimize the possibility of longerterm errors. So,
that looks great. We've now run our new flow, which uh has, you know, yielded significantly better benefits. Okay,
great. now use the research sub agent to go and find me the best um MCP server currently available for Panda do.
So now I want to show you guys the value of the research sub agent. This is now spawned one of my research. So it's
going through it's doing tons of research simultaneously trying a bunch of different you know
search queries and so on and so forth. It's now returned uh one of the web search um results and as you can see
it's also doing tons of different like HTTP requests and stuff like that simultaneously. Now I should note that
like we already technically have a research sub agent built in but you can modify that research sub aent flow by
telling it hey you know I want you to use specific sources. I want you to trust these websites. I want you to you
know preferentially go directly to the API docs and stuff like that. And so that's what that research sub agent
allows us to do. allows us to research things the way that we typically research things which is going to be
different from just like doing a general Google request for I don't know good APIs for Panda do. So again just to
really impress upon you the value of these um really a big chunk of value is it's cheaper to use Sonnet as of right
now versus Opus. And so rather than do your research or do your low uh you know leverage or low ROI stuff like reading
through a large amount of data to extract something, it's better to use the cheaper models. The next is that
it's parallelizable which just means that you can spin up multiple simultaneously and then wait
for all their inputs as opposed to going one at a time. Like for instance, if this is us and this is sort of our task
flow. Um let's say you know this is sort of the serial method which is what we were doing before. Let's say every
search takes one minute. So you know this is task one takes one minute. This is task two which takes one minute and
then this is task three which takes one minute. I guess this is two and then this is three. That means in order to
get to you know the start of our query to the end of our query cloud code takes 3 minutes in
total. Right? Well obviously u the parallel approach here is a lot better. we start and then what we do is we just
spin up three different boxes here simultaneously and now these all take 1 minute and you
know by the time that we end what we've done is we basically taken one minute because each of these are executing
sidelong sort of um with each other. The last major benefit is the way that the context works. And so there's some
situations like a, you know, reviewer sub agent where it's actually beneficial not to have any of the context of the
code. It's not to have any of the biases of the decision-m of the previous parent agent. And sometimes, you know, choosing
a different model to do some of the reasoning can uh, you know, reveal things that maybe the parent agent
didn't necessarily think of. Sometimes it makes more sense to look at the ground at your feet and for instance the
dumbness rather than look up in the sky at like all the complex advanced stuff. Same thing with sort of like a QA agent.
The value of both of these is they don't necessarily know what's going on um in terms of the broader world. All they're
really focused on is the code itself, the way that it was written. And so they get to optimize objectively at like the
way to make that thing as efficient as possible. And that's sub agents in a nutshell. Doesn't have to be any more
complicated than that. It's basically just a folder structure and it's very similar to skills. My recommendation is
use this in conjunction with things like skills to accomplish pre-existing workflows. Um, many times faster because
of parallelization, but don't rely on sub agents because a lot of the time the time it takes to spin up a sub agent for
a simple query can be just as long as it would take to use just a parent agent to do the thing instead. While sub agents
sound really sexy and obviously everybody wants to have giant fleets and swarms of them working for you on your
behalf, um, be pragmatic and be efficient here. And now it's time to discuss one of Claude Code's most
commonly hyped and misunderstood, but also pretty powerful features, agent teams. If you're unaware, Claude Code
recently unveiled new functionality where you can orchestrate a team of agents, and you actually don't do the
orchestration yourself. You can actually spin up a team of agents that are managed by another agent for you, and
then all you really need to do is just report back to that manager agent, let them know what you want to do, and so on
and so forth. >> [sighs and gasps] >> Obviously, given the fact that this is
pretty interesting at first glance, a lot of people are pretty stoked about it and they've made tons of videos talking
all about how agent teams run their whole life and have revolutionized programming and so on and so forth.
Hopefully, in this module, I'm going to show you that this is more of the same. And agent teams are just another way
that you can parallelize your workflow. So, the way I want you to think about agent teams are basically just a more
advanced version of sub aents. Basically, both agent teams and sub aents are a mechanism of
parallelization. like we had earlier when I showed you that example of doing a bunch of
classification. You know, we have a task and we could do the task one by one. And if we do the task one by one, what we're
doing is we're incurring a fair amount of fixed time cost. Not to mention, there are some instances where task
steps aren't even necessary. And so if each of these are 1 minute, obviously that's 1 minute plus 1 minute plus 1
minute equals a total time of 3 minutes to complete the task. Multiply this by 60, you get an hour, an hour, an hour, 3
hours. Uh I'm sure you can start understanding why we parallelize work. Much better to be able to spin up three
separate solutions, have those operate simultaneously and then merely integrate their results into one thread. Okay, in
a situation like this, assuming 1 2 3 take 1 minute, obviously the total time spent is about 1 minute. So just like
sub agents allows one agent to spin up a bunch of these different tasks and then parallelize them. So too do agent teams.
It's just they operate one level even higher. Instead of splitting one thread into three, what you end up doing is you
basically end up splitting as many threads as you want into as many subthreads as you want as well. And so
in this specific case basically I have one what's called team lead agent. And this team lead agent, as opposed to
doing one, two, three, you know, four, five, and six himself, what he's doing is he's splitting things up into two
separate agents here, having them both run three sub agents on their own and then combine that into uh, you know, one
call. At the end of it, this agent then combines them back into the main thread and then can reason about things and so
on and so forth. much in the same way that you know if you think about it um organizational hierarchies work you'll
have like a manager up here in a business and then you'll have you know for the better lack of better words like
grunts uh down at the bottom. The manager tells the grunt what to do. The grunt goes does what they want and then
reports back. So too do we have sort of this um same system with uh sub aents and now manager agents as well. And then
you basically sit outside of this whole thing just watching it all occur and then nudging different people within the
organization or letting the team lead know you want to change something where necessary. So if you break things down,
sub agents own all of the context window and the results return to the agent that called them. So in our case, we have a
parent agent, we have a child agent. Our child agent owns its own context window and the results every time always go
directly to the person or the agent, I should say. Look at me anthropomorphizing these damn things
that called it. On agent teams, they own their own context window completely. They're also fully independent and so
they don't necessarily have to return their results back to the caller. In fact, agent teams can communicate
between them. So earlier where we saw the grunts communicating with the manager, grunts also have the ability to
basically communicate between each other. And while I think that this is ultimately less powerful or less
effective than communicating with the manager because the manager is responsible for synthes synthesis, there
are some instances where you know Grunt one does have a interesting revelation or timesaver for Grunt 2 that could save
him a fair amount of time. And in that way um this sort of cross contamination and cross-pollination of ideas while
consuming significantly more tokens can lead to a better quality final product. And that takes us to communication,
right? Um, with sub agents, you always report back to the main agent only. But here, teammates can message each other
directly. Basically, what occurs in an agent team is they build this mutual scratch pad, which is almost like a like
a message board or a BBS board, if you guys remember from way back in the day. It's like a forum. It's like their own
mini Reddit. And they'll post tasks that they're currently working on. If they have any questions, they'll ask specific
people that are responsible for those things. Uh, and they'll always just have that stored in their context. So if
they, you know, have a question from one person, they can prioritize that question and then go and find it in, I
don't know, their context and immediately reply. In that way, you could save individual agents significant
amounts of time. Terms of coordination here, the main agent manages all the work. But with agent teams, it's a
shared task list with self-coordination. So just like we had a little Trello board or maybe, you know, a ClickUp uh
task list or something like that, so too do these agents work off the JSON equivalent.
They say that sub aents are best for focused tasks where only one result matters whereas agent teams are best for
complex work requiring discussion and collaboration. You know this is just one of those like little marketing isms. The
definition between focused task and complex task is very very fuzzy and there is no real delineation between
them. Sort of like how there's a certain point at which a hill becomes a mountain but nobody could tell you exactly how
many feet high the hill needs to be or whatever, right? It's just one of those things where when you know you know. And
finally, the token cost of sub agents are quite low, relatively speaking, whereas agent teams are very, very high
because every teammate is actually a whole separate cla instance. So when you scale up and spin up a bunch of these,
you can use a fair amount of tokens quite quickly. Now, I should note that agent teams are not enabled by default
because they are what we call an experimental feature. This may not necessarily be true by the time you're
watching, by the way, but for now they are. Um, they have set them to off essentially by default. And so only
advanced users really get to peer behind the curtain and and use them. The way that you enable them is you edit your
settings.json in your current workspace and you just create this sort of little string. You have this curly brace. You
have in env. You have cloud code experimental agent teams. You set that to one and then you have some closing
curly brackets. You don't need to worry too much about that. We'll do that in like 5 seconds. Finally, the cool thing
about agent teams as mentioned is you can't just it's not only that you can communicate with the parent agent, you
can communicate with all of the agents. So if uh I don't know you want to context switch and tell agent 3 in the
se sequence to do something different than it was currently doing. You can absolutely do that really easily. There
are two different ways to do so. There's what's called in process mode and then split pane mode at least as of the time
of this recording. One is where you basically just like alt tab through all of them. The other is where there's just
multiple panes and so you'll see agent one over here. You'll see agent two over here. Agent three over here. And then
you'll kind of get their feed. Um, I will note I've done this before, unfortunately, because cloud code
renders your uh it's not just like a simple text terminal. Basically, they're like rendering this 2D image constantly
on your screen. It can consume a fair amount of compute. So, I don't actually like using it that way anymore. I I
basically always use an in process, but I'll run you through what that looks like if you did want to use split pane
mode. And then obligatory agent team tokens cost way more because you're spawning tons of different cloud
instances and every single one has its own context window and can do its own stuff. So, if you have like 10 active
agents running, you're going to consume about 10 times the context, if not more, because there's also going to be some
coordination and communication um lag and overhead. So, they have some recommendations here. They say use
Sonnet for teammates. Keep teams really small because every teammate runs its own context window. So, token usage is
roughly proportional to team size. Keep the spawn prompts focused. We don't know what those are, so I'll tell you that in
a second. Teammates will load their own cloud MD, MCP servers, and skills automatically, but everything in the
spawn prompt will also add to their context from the start. clean up teams when the work is done. So, you can
actually roll them down or shut them down. And then, yeah, you know, agent teams are disabled by default because
they don't want anybody blowing $10,000 on agent teams in a day, which uh you can absolutely do if you're not careful.
That's why limits are so important. Okay, so first things first, we have to actually enable agent teams. So, I'm
just going to jump over here to this URL, and then I'm just going to copy all of the text on this page, and I'm going
to go over to anti-gravity. Open that puppy up. And just for the purposes of this example, I'm actually just going to
open a new folder. So, go to my Mac and then I'll say agent teams example. Okay. Going to open that and then what I'm
going to do is go over to Claude, paste this in, and I'm going to say enable agent teams. I'm going to go bypass
permissions. Close this puppy out so we can all see it. Maybe bump this out a bit so you guys can always see the text.
So, it's now added my um settings.json here, and it's kind of fixed it. Okay, so this is now good to go. And it's
enabled this across uh my global workspace. So, it's not actually even in my file. Let's start with a really
simple example of agent teams so I could show you the parallelization aspect. And then what we'll do is we'll actually go
into an open-source codebase and I'll use agent teams to act as both uh code reviewers and then also debaters to
debate between each other until they determine consensus on how to make the code even better. So, our first super
simple example is going to be I'm designing a simple personal website for Nick Sarrive. Generate three agents
using a team and create three fundamentally different designs. Open all three once done and I'll compare,
contrast, and give feedback. Also, make sure they know everything there is
to know about me. So, nobody is waiting on anything. Okay, so I'm using the terminal for this just because the
terminal UX is much nicer for agent teams than the GUIX. I'm sure that'll change at some point, but yeah, I also
have fast mode on up here, which is just allowing me to do this a little bit faster. And so, as you see, what's
occurred is the agent, this parent agent here, Opus 4.6, sort of made the executive decision for its very first
task basically. Oh, that's so cool. I didn't even know I could do this to do research um on Nick. And so, after it's
done the research, basically, it's now going to spin up um you know, three agents. One for site one, another for
site two, and another for site three. I really got to figure out how to do this with hotkeys. It's super annoying.
Um, and then these three agents are going to go working on this thing simultaneously and independently. And
then they're going to combine those three websites back into just like we did with sub agents, sort of that main
thread. Um, but what's cool is, you know, these three different agent teams since they're all individual cloud code
instances. They get to do a variety of different um things. They also get to like access their own agents, use their
own codebase and stuff like that. So what's really cool is we have three agents now working in parallel. The
first is called design minimalist. The second is called design dark. And the third is called design warm. I ask for
fundamentally different types of designs, which is why they're doing this. Now, if you wanted to see all
these agents run simultaneously, all you'd have to do is just go shift up or down. And so, right now, I'm in the team
lead context, but I could actually go down here and then press enter. And now I'm in the design dark. As you see here,
we got a ton of information here with some uh context about who Nick Sarif is. And then it says, "You're designing a
personal website. Create a single self-contained file." It's now creating a bold dark tech website. We could also
go up to the main team lead. And then you can see that it's let me know that the design minimalist is done and it's
still waiting on design dark and design warm to finish their build. So I mean like how exactly is this different from
um I don't know like sub aents right now. Well uh it's different from sub aents in that you can treat every one of
these as basically having its own whole claude code instance available to it. Okay, whereas before every individual
sub agent only had access to the contacts that the parent agent gave. Realistically, what I could do is I
could add a claw.md and all three of these would have access to claw.md um you know, style guides and stuff like
that. So, I'm going to take a look at this. Okay, saying that it's all done now. And it actually shut down all three
of those agents as well, which is really, really important. If they're constantly running in the background, um
you're also going to be computing uh consuming compute resources just as well as you are tokens. [gasps] Now, I'm
going to compare which ones I like more. This one up here is building at the intersection of AI and human ambition.
Wow, look at that. That's nice. Jeez. insane. It's got a couple things wrong here. Definitely have more than 150k
YouTube subs, but what are you gonna do? Looks like it does have my links, which is kind of cool. This is like uh you
know, dark coding one. Look at that. Isn't that neat? And [snorts] this one over here is uh very interesting.
There's no picture of me on it, but hey, what are you going to do? [laughter] That's my little nightclub promotions
party business. That's a hell of a throwback. And uh yeah, what happens if I click this? Okay, cool. We go we go
back to our YouTube. That's really exciting. So, I mean, like I don't know, maybe h
maybe I really like uh the first one. So, now what I'm going to do is I'm going to go back and I'm
going to say, "Hey, I really liked the warm narrative option. Looks great. I'd like now I'd like you now to spin up
three more agents. I then want you guys to do research on um effective design principles and
copywriting principles that convert. Uh once done, I want you to spin up a bunch of agents to iterate on this design and
come out with their own flavors or versions then to report back to me. So now what I'm doing is I'm taking uh you
know this winning design here, the warm one. It's going to take this warm beautiful thing and then I basically
wanted to like iterate on it even more. And as you saw this occurred pretty quickly, right? I mean this took me
maybe like 2 minutes or so. Is it perfect? No. But um because it's not perfect, I basically just want to have
Claude do a bunch of iterations on it and then give me what I consider to be an even better version, which I think it
can do pretty quick. So, it's going to spin up a bunch more. We have research copy, research design, and research
examples. This is a good um you know, actual use case here. It's doing three research agents in parallel. We have one
that's figuring out like strong design principles based off of, you know, winning combinations. There's another
that's doing some copyrightiting fundamentals. And then the third that is looking for highquality creator sites.
So Ali Abdal guy that I like, Hormosi, obviously Danco. These guys are perfect. More or less exactly what I'm looking
for. So it's going to go do a bunch of research on them. And then it's going to incorporate that in presumably some
other type of designer. I could see the status by going shift up and down. So, this person here, research copy, it's
looking up uh I don't know, best hero copy formulas, personal brand, scannable web copy, best practices, David
O'ilyriting Principles, headlines that work. Right? If I go down here to research examples, this agent is now
writing up a bunch of highquality website styles. It's then analyzing the websites and, you know, giving me all of
the copy and stuff like that. Presumably, it's going to integrate this into something nice. [gasps] Then if I
go back up to the team lead, then I can see that it's, you know, basically just waiting on all three of these to finish.
What's cool is these three all have their own token usages as you see here. So 53,000. This one here is 56,000. This
one here is 50,000. When they finish, um, it then says idle and it tells you how many seconds that the agent is idle.
This is, you know, mildly useful. Obviously, not utilizing your clawed agents is one of like the biggest issues
with them. So, what this thing is going to do is basically wait for these other two to finish and then if these other
two um don't finish after a certain amount of time, it'll actually just wind down the research design agent to stop
consuming my compute and stuff. Probably the research examples is going to take the longest time just cuz I think that
that's like less of a a clearcut definition of done, but we'll see. And then what's really nice is these are
cheaper models, right? 58,000 tokens on the cheaper model, 56,000 tokens on the cheaper model, then only 2,000 tokens on
the most expensive model. And so we haven't actually integrated all of that stuff back into the main yet. Um, but as
these finish, they will eventually, you know, take all of their tokens and then bring them back in. And so this token
count will uh will increase significantly. Okay, now that all three of these are done, we've collapsed these
three agents into uh the team lead. Now we have these big design principles doc, research copyrightiting doc, you know,
research site example doc. And because I've empowered the uh team lead to be able to spin up new agents based off of,
you know, various things like the conversion rate, the the copy, the creative, and the style, it's now
generating new ones. So, there's an iterate dark iterate conversion. I don't know how many of this these it's going
to spin up, but it's definitely going to spin up some. In the meantime, we also have these really dense research
summaries. So, I can actually open this research design principles doc if I just um scroll down a bit. So you can see we
now have things like there's a Z pattern layout. Since the I starts in the top left and moves to the top right, your
nav and CTA should be a particular places. There's also an F pattern layout and different actionable recommendations
on color psychology and so on and so forth. I mean this is a tremendous amount of text. Is this the most
efficient way to like get all this across? Probably not. But because these models just think so much quicker than
we do at this point, we don't really need it to be as efficient. We can actually just throw a tremendous amount
of text at a prompt and it can actually do a pretty good job. What I really like about this is it took key inspirations
from different people. So in this case, Justin Welsh's upside down homepage. I really like Justin Welsh. That's great.
Dan Co and Seahill Bloom's dark premium bold typography. Origin story is some sort of cinematic centerpiece. Like it's
taken inspiration from all these different people. Then it's combining them with slightly different
copyrightiting directions to create things that are ultimately new and presumably going to be quite different.
And you know, I think a lot of people rag on agents and AI as not really being creative. Like what is creativity? Um,
if not just like combining things over and over and over again in like a million different combinations. I'd
wager most things that you probably consider to be creative are things that like whose pre-existing pieces and
principles existed before and AI just combined them into something that maybe hadn't really been put together in that
way. There are certain sentences that have never been said before or written before. You could be the first to write
one. Some of them are quite creative. Okay. And we are done. So the first site here is I help aspiring a entrepreneurs
build their first 25K month automation agency. I like this. This is really clean. That's actually quite the value
prop. We do have an issue with the button obviously. So the thing is this model does not uh was not given the
ability to screenshot. I bet you if I did that would have been pretty straightforward. So this is a good
opportunity for me to update the cloud.md and say hey you know you can do some screenshots still. This looks
really great. Step one watch the free training. Step two join maker school. Step three build your agency. I mean,
honestly, the fact that this is just a couple of minutes. This is so much better than what um I could have done in
an equivalent amount of time, it's not even funny. And not only did I generate one, I generated three. So now I have a
dark one, right? That's pretty clean. I like that. This must be the Danco one. There has to be a faster way to matter.
Oo, that's clean. Right? Again, it's taken that main website and then it's iterated on it based off of different
styles and different approaches, which is more or less exactly what you do in any sort of copywriting and and so on
and so forth. So, I really like this one. I mean, this one to me is probably my favorite. You want to build an
automation business, but you don't know where to start. I really really like that. Um, so I think I'm actually going
to take that. Great work. Uh, buildin screenshot functionality because you don't have the ability to screenshot. A
couple things stand out. Also, get uh pictures of me to put on the site. Let's choose the first one, which is the
conversion machine. I think it's the conversion machine, right? Yep. Also, we need to update some stats. We have 2,100
or 2,200 people in Maker School right now. You can check that out just by googling Maker School. And then, uh, let
me see what else do we have. Grab the image of me, Alexi, and Sam Ovens, and put that somewhere on the site and add
more to the site. Right now it's good, but I want it longer and with pictures of me. Also, see if you could build some
sort of animation on the main homepage. I think that would add a significant amount of visual appeal. Right now, it's
pretty vague. I do quite like the gradient, though. While you're at it, spin up another three and continue doing
more iterations, more sections, etc. As you can see, we're now searching significantly more of the total space of
possible websites here because not only did I spin up, you know, three initially to build me these and then three
iterations on the one that I liked, I'm now spinning up another four um based off of the one that I really liked from
that previous iteration. And so in that way, if you think about it, like what we're doing is we're taking this idea of
what I want. We're testing a few variants. We're seeing which ones actually look good. These are two nos.
We're spinning up even more. We're seeing which ones of these I really like. Okay, these ones are all now. And
now we're spinning up another four. And you know, eventually if you continuously do this process, you'll get to a website
or a web app or a property that's like five times better because we have essentially instead of just picking one
option and stopping there, uh we've really thoroughly explored the space of all possible opportunities and options.
And so that's something that agent teams really help with. I know my text is kind of slanting up, but bear with me. And
while I'm doing that, we see that some of these are already starting to finish. So, iterate scroll just finished. That
was pretty fast. Looks like the editorial magazine style site completed with all 13 sections as well. We got the
conversion site fully rebuilt with all the changes now. And now we're just waiting on this split. There it is. It's
now going to open all four of these. And so, for 150,000 tokens or whatever the hell um I just spent essentially, I've
now been able to draft up what I'd consider to be a pretty clean and sexy website. I have that picture that I was
looking for. or I have this. I mean, this is great, right? One thing I'm missing is that little um video page,
but hopefully it's clear. I mean, I could build God, websites are just the the tip of the iceberg in terms of what
you could build. Have my picture here. I got my little business part B in a show. That's me during co doing a little
videography shoot. Um that's when we played bowling down in the Philippines. I mean, like this stuff's super
straightforward. Also, I really like this other editorial site. I might end up just choosing that. That's super
clean, right? Those harsh corners and the photos and stuff. Very nice. Okay. But if you just use agent teams to
design a bunch of websites, you're honestly leaving tons of potential on the table. Most people are kind of
uncreative and so obviously most of the demos you're going to see on the internet are going to be like, "Watch me
rebuild this website 400 ways like I just showed you." Um, you can go a lot deeper than that. And actually, the
number one recommended use for agent teams right now, at least my recommended use, is using it on pre-existing repos
to do a tremendous amount of research in a short period of time. So, what I'm going to do next is I'm actually going
to go over here. I'm going to delete all of these websites that I built because the websites are basically only worth
the tokens that they're printed on. Okay, I'm going to full screen this and I'm going to say um clone this and then
open an anti-gravity instance inside of it. Then I'm going to paste in one of the repos for OpenClaw, which uh I've
made some rather scathing videos of. OpenClaw is totally open source, which means you can muck around the code, take
a peek at the way that things were written, make improvements if you really wanted to, and so on and so forth. Looks
like it doesn't know what anti-gravity is. Anti-gravity the app. It's like VS Code. Okay, cool.
And it ended up opening up Open Claude inside of this. As you see, we are now like in the folder of OpenCloud, it's
just instead of it being on GitHub, it's now on our computer. And so that's just a quick and easy hack. You can basically
do whatever the heck you want with these repos. Once you're inside, I'm just going to open in the terminal because I
think I can probably go significantly faster in the terminal. Um, let me just open [clears throat] this up. Okay, I
have it right down over here. I'm going to pop this puppy open. Make it go full screen by clicking that button in the
top right. And now I'm going to use agent teams to go through this massive, massive file and then make improvements.
Taking a look at this prompt, I've wrote open clause great, but there are a bunch of security issues. I don't know exactly
where they all are yet, but I want you to find them. First, create a team with 10 teammates to look through the
codebase very quickly. Split things up logically based on file size, etc. Then spin up four agents to document all of
the security issues and a fifth and sixth debate agent that plays devil's advocate back and forth. Use sonnet for
each teammate so as to make use of the longer context window. When you've identified all the security issues, then
spin up one agent per security issue and make changes. Ensure each agent works only on the security issue it is given
to minimize overlap. And if one agent steps on another agent's toes, have them rectify by talking back and forth. Now,
I'm not going to fix this codebase throughout the course of this video because that'll probably take several
hours for it to go through, make changes, and then obviously there's Q&A and testing and so on and so forth. This
is pretty similar to the workflow that the creator of this godforsaken repo. Uh, and if you're curious about why I
have strong opinions on this, just check my channel for uh one of my videos from like two weeks ago or so. But uh this is
pretty similar to the workflow that they're currently using in order to manage things. But suffice to say, you
can use an approach like this on basically any open source library, not just to identify security issues, but
also to improve the product. You could come up with different uh product angles. You could have it, you know, go
through spawn five agents each that propose different product ideas, and then you could have like debate agents
that debate back and forth about why this would not be a good idea. And in doing so, they come to a consensus and
improve the quality of the product um at the end of the day. So what this just did is it spun up and listed all of the
products here so that I could build a simple and straightforward way of basically um splitting this work up. So
now we have 10 scanner agents that are running in parallel across the codebase. This first one here has 83k lines. The
second one has 43 42 42 35 49. So they're not all the same obviously, but lines aren't all equal. So maybe this
did some additional work uh behind the scenes or under the hood. Now this is going to consume a lot of tokens. You
see here, we're already at 1.3 million uh and counting. And you know, I'm consuming a fair amount of my own token
budget to do this, but I figured it would just be interesting for us to do. If you're operating at like a massive
scale like this with dozens, if not hundreds of these things, you know, you will eventually spend several thousand
on said tokens. And so, you need to be prepared for that. Don't spin up an unlimited number of agents if you're not
capable of paying the money for set unlimited number of agents, obviously. And be wary that the tokens that you are
using here are tokens that uh unfortunately you will never get back. You can't spin this thing up and then
ask for a refund on any of these. So be careful, I guess, to make a long story short. However, if you do have the
money, you can basically convert it and translate it directly into time as in time savings. Um, what I've done here is
I've taken 1.3 million uh $1.3 million $1.3 million Sonnet 4.5 tokens and I've basically immediately translated them
for probably several hours of my time because I don't actually have to go through this or do this a lot slower
with like a more intelligent agent. So now that we've done this, the next step is we've compiled all of these security
uh possibilities I should say. We're now spawning specific agents all about particular security issues. So we have a
command injection and code execution agent, an authentication and authorization agent, a path traversal
plus SSRF plus info disclosure agent, crypto plus race conditions plus config agent, challenges findings as notreal
issues is devil number one. That's devil's advocate. Then devil number two says argues findings are real and need
fixing. And so basically these agents are all going to report over to these puppies. And these two are going to
debate back and forth between each other to determine whether or not this is something that's real, whether or not
this is something that's actually super important. They're going to take different uh principled positions and
attempt to see whether these findings are not real issues or whether these findings are real and need fixing.
Usually when you have two agents work adversarily against each other like this, the end result is higher quality.
This is actually the core of a big chunk of machine learning um which is what AI used to be called a few years back, not
just large language models. generative adversarial networks for one of the first image models for instance and they
worked in a very similar fashion. You had something that generated and then you had sort of like an adversary and
these two just went back and forth and back and forth until you got a really high quality result. So I can actually
scroll down here and see what these two are saying. So these are literally having a conversation right now. These
are actually discussing things. Looking at devil number two, it's sending round one its counter arguments. Now we're
going back here and they're basically like fighting verbally. Mind you, sticks and stones may break my bones, but AI
words will hurt you. Uh, to determine which is the best path forward. This message over here, this wasn't mine.
This was a message from the team lead. Basically, a devil number one responded to team lead saying, "Hey, here's a key
finding." Team lead responded back saying, "Hey, keep going and let me know when the debate finishes. When it's
done, we're good to go." So to be clear here, over the last, I don't know, maybe 15 minutes or so of this specific um
agent team instantiation, I've spent close to probably 80 or so dollars directly on this one query. And that's
what I mean by trading money for time. I mean, like obviously if I had a team of developers doing this, you know, they
probably would have been more accurate, but it also would have taken them presumably several weeks to do the level
of research that this agent was capable of doing in just a few minutes. Um I traded $80 for that time. And so in some
instances that's worth it, but in a lot of other instances it isn't, which is why agent teams need to be handled
pretty carefully. They're almost like a nuclear weapon, just one aimed directly at your wallet. Now we've done the
debate back and forth. The two have had a great conversation. And so basically, they found 15 total flaws. What it's
doing, this is now spawning 15 fixer agents, one per isolated security issue or grouped when they touch the same
file. Now, I don't obviously want this to consume all of my tokens, so I'm just going to cancel this and I'll say shut
in caps. shut everything down ASAP. It's not going to shut down all active agents immediately. Unfortunately, just due to
the nature of this um the shutdown request doesn't occur immediately. It's not just like we're, you know, alt f4ing
this whole puppy. Um there's a little bit of time because every individual agent is still in the middle of a query
while it's doing the thing. Um so, you know, you're probably still going to consume a little bit of token usage. Not
going to be that crazy, but it is going to be a little bit. Um but yeah, you know, I've consumed enough at this point
to know that this is something that I'm probably not going to want to do unless I'm hellbent on improving the OpenCloud
repo, which I am not. And that takes us to the final module in this course, which is one on git work trees. Now, git
work trees used to basically be what agent teams are today. Essentially, you could have multiple agents all running
on their own individual what's called GitHub repo or GitHub branch. And in doing so, these agents could all work on
individual features, which allowed them to do what they needed to do before ultimately merging back to the main
branch. To visualize this for you, imagine we start with a job over here at main. This is our main branch. And then
there's some bug. So what we do is we spin up a branch called hotfix. Now this is given to a different agent. We then
have another branch called develop which is given to a different agent. Then finally a branch called feature which is
given to a different agent. So basically what occurs is we have one agent over here extending on this branch. One agent
over here extending on this branch. One agent over here extending on this branch. Then one agent over here
extending on this branch. And essentially each of these go through their own development process similar to
the agent teams like we just saw here just managed through GitHub instead of um just the anti-gravity IDE. And then
when they're done what they do is they merge the results back into the mage branch. Now if you're not a big into
programming and you haven't used GitHub before this idea of a merge can be pretty difficult to understand but
basically every branch just stores a copy of the folder. And so this master folder is basically the same thing as
this new feature folder with just a couple of minor differences. And it's usually the new feature itself. So when
you merge, what you do is you're just tabulating a list of all the changes between these two and then you're taking
the new changes from the new feature branch and then applying them to the master branch. Um this merge process can
typically be pretty messy and so having agents around to mediate the merges and so on and so forth can be quite useful.
So first of all, I have a really simple website setup here called leftclick- agency. I made this for my own website a
while ago and um you know had AI do the vast majority of the work in a very similar sort of workflow to what I just
showed you guys a moment ago with agent teams. And what I want to do is you know I want to design additional pages here.
Uh one page that's really long is not enough. So in addition to this homepage I also want to design an about page, a
contact page and a services page. And I want to use the get work tree workflow in order to do this. Now, because I've
stored information on what I mean by git workree in my cloud.md, which is basically that we use git work
trees for parallel development with cloud code, where every work tree is an isolated working directory sharing the
same git history, allowing multiple cloud code instances to work on different tasks simultaneously without
interference. Okay, this already knows what to do. The very first thing that it did was it basically took my main
repository which was just called leftclick- agency and it made three different ones. It made one called
leftclick- agency-services that's a new folder. Another called leftclick- agency-about which is another folder and
then another called leftclick- agency- contact which is a third folder. So basically what it's doing now is it's
creating new GitHub repositories, new individual feature branches to work on different pages for me. Now it did this
using the agent team functionality. And the reason why I did this is just because it's much faster and they get to
work on different GitHub repos simultaneously. The only real advantage to using git work trees I think at this
point is just that when you use git work trees what you're doing is you're not actually modifying the main folder. Like
if you look up here we're not actually modifying any of this right now. What we're doing is we're basically creating
a new folder in our, you know, uh, GitHub repository and you can see them right over here. Um, and then working in
those different folders individually. So, for instance, we have leftclick- agency. This one here is my main folder,
right? But then we have leftclick agency about. This is a new branch that's working specifically on the about. Then
we have contact. This is a new branch working specifically on the contact page. And then the finally we have
services, which is a new branch working specifically on the services page. And so the reason why this is valuable to
people that are non-programmers is because you reduce the possibility of two different agents working on the same
file uh which will occur. You will get what are called agent conflicts over time naturally as you have multiple
agents working on multiple things in the same base. And the reason why is because files aren't perfect separations of
functionality. You know you'll have one file and then that file will have like the snippet of a little bit of code
that's used by another file. And so in that way there's there's never like perfect separation. So if an agent
really wants to like totally encapsulate a function or something, sometimes it'll have to dump around from both and when
that happens, it'll step on the toes of another one. So anyway, when you use work trees in this way, you just
eliminate that um from being an option completely. Uh basically, there's just no way that these two can step on each
other's toes because they're actually all working in separate folders simultaneously. And because they work in
separate folders, that also means if they do make changes, those changes don't always perfectly harmonize right
away. And that's where that merge step comes into into play. basically um you know now after we work on these three
different branches what we also have to do is we need to unify them through some sort of merge uh function. You can see
the prompt for the general purpose services.html one here is you're building the servicesh page for
leftclick agency work in the work tree at this folder create the file in here don't modify the index.html you know
there's tons of information if I go back here we'll see the same thing for contact.html HTML. And so all you really
need in order to have a workflow like this that minimizes um you know dependency risks is just have a cloudmd
that outlines what to do with git work trees. I'll include this file down below so you guys have everything that you
need. But taking a look at the about.html here which is one of the files that this thing just whipped up
for me. Um you know we've now basically finished the page. It's used some placeholder little flasks here because I
wasn't sure what I wanted to do for images. Um, and you know, I can add however much information I want here to
really flesh it out. Yeah, this looks pretty clean to me. Our principles ready to work with us. We have That's really
clean. I didn't realize I could do that. Uh, likewise with the contact. HTML page. So, now we have a beautiful
contact. HTML page with like a little send us a message form and so on and so forth. I wonder if that works. Wow, it
even has some validation. That's pretty neat. Okay. And then after it's done, what it'll do is it'll merge everything
together. So, we also have um services HTML up here, too, which is really clean. This looks like a real chunky
page, which probably explains why it took much longer. And it looks like it even um estimated some prices for me,
which is pretty nice. So, yeah, suffice to say, get work trees, while not necessarily the end all beall, can be an
extra layer of insulation if you guys are using something like um you know, agent teams or even if you guys are
using sub agents um just using some sort of merge functionality like I talked about. If you guys want more on that,
I'll include the cloud.mmd below so you guys have everything that you need. Okay, so we've talked a lot about using
cloud code to build cool software apps and stuff like that. The last thing I want to talk about is basically just
automating or significantly streamlining the process of deploying things to the internet. You guys remember that first
site that I made and then the proposal generator and stuff like that. I use a simple service called Netifi to
basically push my work live. And that service works really well for static sites. I'm not affiliated with them
whatsoever, by the way. Use whatever the heck you want. Um, but what I want to talk about next is using something
analogous to that just for backend functions and skills and scripts and so on. So what I'm going to do here is I'm
going to whip up a open conversation. I'm going to jump into bypass permissions and I'm going to say deploy
a simple API endpoint that returns happy birthday Nick if it's my birthday or no birth today MF if it's not. And what I
want to do is I want to show you guys how easy it is to basically whip up your own URL that does something for you.
This is more of an advanced feature for people that are into automation and workflow building and stuff like that.
But basically, these services um in my case I'm using one called modal allow you to whip up like publicly available
endpoints or publicly available URLs that you can use and integrate within other applications. A lot of the time
applications will use things called web hooks to send and receive information to and from them uh to you know send events
and trigger various pieces of functionality. And this is a quick and easy way that you can basically create a
URL that does that for you as well as integrate it into things like no code platforms like naden, make.com, zap
year, lindy, etc. So I have my endpoint right over here. What I'm going to do is I'm going to take this curl. Okay, which
you may be wondering like what the heck's going on over here. And then um I'm actually going to open up my own
terminal instance and I'm going to paste that in. And so basically what I've done to make a long story short is I have
generated my own API. Zooming in here. Okay, what I've done is I've sent a request to my own website which was nick
nicholas arrive--thrack-check- birthday.Motal run and then I sent some authorization credentials and stuff like
that. And now it's sending me back um you know a little message which is basically saying no birthday today MF
cuz it's not my birthday. So I'm going to do is I'm going to go back here and just to make it even clear for you guys.
Okay, this is awesome. Remove the authentication. I want to be able to access this with my browser using a
simple get and then I want to have like a cute little happy birthday or no birthday message. What I'm going to do
now is I'm going to show you that this is analogous or equivalent to just a website. And so what you can do as well
is you can basically take whatever you want, whatever piece of functionality and then immediately deploy like single
URLs that people can access to do things which you may not think is super important. Um I just opened this up and
we have our own little website here. But, uh, as you saw there, I mean, all all I did was I literally sent like one
little message and then boom, it it bumped this on like made this a publicly accessible website. You can do this with
anything. You can do this with the websites that we've designed so far. You can do this with the web apps that we've
designed so far. Uh, and it's just like the simplest and easiest way to get something web accessible. whether you
are giving a URL to somebody to have them do something with uh creating some additional functionality in your app,
logging user visits for things like you know ad campaigns and marketing uh campaigns or um doing direct connections
via web hooks and no code platforms like make.com naden etc. So how do you do it? My favorite service right now is one
called modal. This is basically uh marketed as AI infrastructure that developers love. It's super easy and
straightforward to set up. And every time you click on the page, it expands this damn square thing, which is super
super cool to look at. I love cubes. Clearly, their team has spent a lot of time and energy designing this website.
I wonder if they used cloud code. Anyway, [snorts] what you have to do first, you have to sign up. So, I'm just
going to go over here into an incognito tab. I'm going to pretend that I don't have an account yet. Then, I'm going to
click sign up. Then, I'm going to continue with Why don't we continue with Google? Then, I'm just going to sign in.
Cool. We are now signing in. And the very first thing that happens is you'll have some little onboarding screen that
says welcome to modal. So I'm just going to say personal and how did we hear about us? Uh social media. I don't know.
I just want to use this for other. Then I'll click get started. What it's going to do now is it's going
to give me access to all sorts of stuff. And in the top right hand corner, as you see, it's given us $5 in credits. You
can actually claim up to $30 in credits um just by doing a few additional like little onboarding tasks, adding a card
and stuff like that. I should note that I've been using Model for quite a while now. It's probably been like a few
months and I think I'm still at like $4.50 of credit on my main account where we
probably have like an API request coming in every day or two. So, yeah, pretty cool stuff. Um, definitely a lot of
usage there with the $5. It's way cheaper of a service I want to say than um like a lot of the no code tools and
automation platforms that I was using before like make.com and naden. Over here, what you need to do is create an
API token. So, I'm going to click new token. I'll say for what did I what did I actually have over here? That was
pretty interesting. not genuine. Okay, let's do that. [gasps] And then we actually have the token. So, I'm just
going to copy the server. And then what I want to do is I just want to paste this in. And um in the claw MD, there's
instructions where basically you can just give it a new token and then it'll go and create um you know, all of the
stuff for you. So, I'm going to include this in, you know, the description down below. You guys can take a peek at this.
If you're new to this, all you have to do is just do what I just showed you. And then now you have the ability to
basically run this on any account. [gasps] And you know this because this new URL that I just popped up here, this
is on a different um service now. It's on my Nick J. Wells account, not my Nicholas account, which I was on just a
moment ago. But let's say you want to extend this. You don't just want to do a simple URL that I don't know like tells
you whether or not it's your birthday. You actually want to do something for business purposes. Well, here's where
things get really interesting. What you can do is you can take a skill that you've developed before. Then you can
just put it up on a URL so that every time you or somebody else accesses URL, it immediately triggers the workflow.
Let me show you what I mean. Remember how when we chatted about skills, I had this one called scrape leads. What if I
just copy this and then paste this directly into this folder? I'm also going to wrap it in a dotcloud and then
a skills folder just for organization sake cuz I could tell this is probably going to get pretty complex if I don't.
Okay. And now I have it inside of/skills/scrape. Now what I'm going to do is I'm going to
say this is great. What I'd like you to do now is I'd like you to put the scrape-ads workflow online. I want to be
able to access it via a simple URL. Basically, when I access scrape-s, I want a little form to pop up and ask me
what I want to scrape. I then fill out that form and then you execute the scrape-s workflow and then return me the
leads in a CSV file when it's done. Now, this has taken us probably less than 2 minutes in total. I just filled out the
request. We now have a URL. Just going to open up this URL, which is, as mentioned, the same as any other URL.
The search query I'm going to do is I'll just do dentist. I'll say United States. We want, I don't know, 100 results.
Let's make it really small. Now that we've clicked, we're just going to take a few minutes to do the actual scrape.
The instructions I gave it were to immediately download the CSV right as this is done. Okay. And then the top
rightand corner, I have my leads dentist 100. So, I'm just going to take a peek at this. And we have the data right over
here. Okay, looking pretty good. We have 100 leads. Most of these look like dentists, if not all. We also have a
bunch of additional data about them, which is pretty badass. So, I could use this to build a really cool campaign.
And yeah, hopefully you guys now see the power in having something as simple as modal available to both whip up really
quick web pages and internal tooling and even some external tooling as well as use this to do things like run
workflows, right? You can build your own API call or build your own API endpoint, I should say. It really just a couple of
keystrokes and that's that. I hope you guys enjoyed learning everything and anything to do with cloud code today.
You now have everything that you need to build the foundational base of knowledge, whether or not you guys are
programmers or completely nontechnical people coming into this to learn how to do things like build simple apps,
websites, or or workflows. I had a blast teaching you guys this sort of stuff. If you've ever wondered how to monetize
work like this, whether it is custom app development or workflow building, definitely check out Maker School. It's
my 90-day accountability program where I guide you through step by step and quite literally every single day through a
sequence of actions necessary to get you your very first customer. And I also guarantee that you get your first
customer by the end of a 90-day period. If you don't, I give you all your money back. That's my last and only pitch of
this video. Aside from that, I hope you guys like what you saw. If you guys have any questions or need help with anything
that I mentioned in the video, just drop it as a comment down below. Aside from that, have a lovely rest of the day and
I'll catch all y'all in my next course. Bye.
Open your terminal, run the curl command from the Claude Code documentation page, authenticate with your Claude account using /login, then type claude to begin a session. Claude Code runs locally on your machine, allowing it to directly edit files and run scripts.
The interface shows the model and plan type, current working directory, a context bar indicating remaining conversation history, a token counter, and switchable modes (ask before edits, edit automatically, or bypass permissions) using Shift+Tab. Fun status messages are also displayed and can be customized.
No, Claude Code is designed for users with basic computer literacy and no prior coding experience. You only need a Claude Pro subscription and familiarity with a terminal or command prompt to get started.
A CLAUDE.md file acts as your project brain, injected at the top of every conversation to steer Claude's output. It should include project goals, design preferences, coding conventions, and workflow instructions, helping maintain consistency and efficiency over long conversations.
The recommended methods are: 1) Screenshot Loop—take a full-page screenshot of inspiration, compress it under 4 MB, and attach it with CSS for Claude to replicate; 2) Voice Transcript Dump—dictate requirements using voice-to-text for faster input; 3) Component Libraries—use services like 21st.dev to copy prompts for pre-designed components and paste them into Claude Code.
Claude Code offers four modes: Plan Mode presents a detailed plan before changes; Ask Before Edits confirms each file modification; Edit Automatically applies changes immediately; and Bypass Permissions is the fastest for trusted, repetitive tasks. Beginners should start with 'Ask Before Edits' for safety, and you can switch between modes using Shift+Tab.
Build the app locally first, then deploy it to the internet so others can access it. Popular deployment tools include Netlify for static sites, Vercel for modern frameworks like Next.js, and Modal for AI or automation backends.
Keep this summary
Save it to LunaNotes and it becomes a real note in your library — editable, searchable, and ready to turn into flashcards or a diagram. Free to start.
Save to LunaNotesOr summarise for another video.
32K+ people have turned 65K+ videos into notes
“Very useful tool. I'm using it for the last couple weeks and I'm loving it so far. Makes learning on YouTube a great experience.”
This summary and transcript were automatically generated using AI with the Free YouTube transcript summary tool by LunaNotes.
Related summaries
Claude Full Masterclass 2025: The Complete Guide in Tamil
This is a comprehensive masterclass on Anthropic's Claude AI ecosystem, covering Claude Chat, Claude Code, and the powerful Claude Works. The video explains how to master the entire Claude ecosystem, move from a current stage to 2x or 3x productivity, and use agentic tools without any coding knowledge. It includes a detailed guide on installation, setup, skills, connectors, and plugins, as well as advanced prompt engineering frameworks like CRISP.
Build Stunning AI-Powered Websites with Claude Code: No Coding Needed
Learn how to create professional, fully functional websites using Claude Code without writing any code. This guide covers design systems, image optimization, Next.js integration, AI chatbots with N8N, and real-time reservation features to build seamless business or portfolio sites.
How to Build a Self-Improving System with Claude Code in 5 Steps
Learn a proven five-step framework to create your own self-improving system using Claude Code. This guide covers project setup, data ingestion, automated improvement loops, and best practices to continuously enhance your AI-driven workflow efficiently.
Connecting Claude and Obsidian: A Step-by-Step Guide
Learn how to integrate Claude with Obsidian to enhance your note-taking and idea generation. This guide walks you through the setup process, including installing necessary software and configuring settings for optimal use.
Claude Code Full Course: Build AI Agents Without Coding
Learn how to install Claude Code, set up project workspaces, and build a complete content multiplication system using plain English — no coding required. This step-by-step tutorial covers plan mode, brand voice embedding, and iterative feature development.
Most viewed summaries
A Comprehensive Guide to Using Stable Diffusion Forge UI
Explore the Stable Diffusion Forge UI, customizable settings, models, and more to enhance your image generation experience.
Kolonyalismo at Imperyalismo: Ang Kasaysayan ng Pagsakop sa Pilipinas
Tuklasin ang kasaysayan ng kolonyalismo at imperyalismo sa Pilipinas sa pamamagitan ni Ferdinand Magellan.
Mastering Inpainting with Stable Diffusion: Fix Mistakes and Enhance Your Images
Learn to fix mistakes and enhance images with Stable Diffusion's inpainting features effectively.
Pamamaraan at Patakarang Kolonyal ng mga Espanyol sa Pilipinas
Tuklasin ang mga pamamaraan at patakaran ng mga Espanyol sa Pilipinas, at ang epekto nito sa mga Pilipino.
How to Install and Configure Forge: A New Stable Diffusion Web UI
Learn to install and configure the new Forge web UI for Stable Diffusion, with tips on models and settings.
Found this summary useful?
Take it with you. One click puts it in your own LunaNotes library.
Save to LunaNotes