3 Design Levels For a Free Claude Code Boost (People Stop At Level 1) — Transcript
Full transcript
- 0:00If you've been watching this channel for
- 0:01some time, you probably know that we've
- 0:03covered a lot of design workflows and
- 0:05tools. We've been testing all of them
- 0:07for months and we finally figured out
- 0:09why the same model can give you
- 0:10something that looks completely custom
- 0:12or something that immediately screams
- 0:14AI-generated. It comes down to three
- 0:16levels. Level one is designing a single
- 0:18page and there's one thing most people
- 0:20skip that's the entire reason their
- 0:22output looks generic. Level two is where
- 0:24you stop designing pages and start
- 0:26designing systems and the workflow here
- 0:28is completely different. And level three
- 0:30is how we test designs against each
- 0:32other to find the version that actually
- 0:34works, which is the part we use on every
- 0:37real project now. So, level one is about
- 0:39creating a good design for a single
- 0:41page. This is the level that most people
- 0:43teach because it's the foundation of
- 0:45every good design. We talked in our
- 0:46previous video about how Opus 4.7's
- 0:49design capability has gotten so much
- 0:51better and a lot of the AI slop we used
- 0:53to see is gone. Earlier, when we used to
- 0:55give it a simple prompt like creating a
- 0:57landing page, it would just straight up
- 0:59take the purple and white theme and
- 1:00build everything around it. That
- 1:02specific pattern has gotten better. But,
- 1:04just like any other AI model, this one
- 1:06also converges to safe patterns. And
- 1:08from all our testing and experimenting
- 1:10with it, we have found that it defaults
- 1:12to one particular style every time. So,
- 1:14now whenever we see that style, it's a
- 1:16dead giveaway that the site came from
- 1:18Opus 4.7 and it's only a matter of time
- 1:21before it becomes the next AI slop. So,
- 1:23we need other ways to make this website
- 1:25look better. Now, this level mostly
- 1:26comes down to prompt engineering and how
- 1:28we specify the app. Because if you
- 1:30structure your prompt properly, you can
- 1:32just one-shot the app entirely. The
- 1:34prompt should start with the intent of
- 1:35the website you are aiming to build,
- 1:37then mention the non-negotiables like
- 1:39the exact things you want in the app and
- 1:41how you want the UI elements to look.
- 1:43After that, you specify the color
- 1:44system. Now, here we use OKLCH, which is
- 1:47basically a measure of lightness,
- 1:48chroma, and hue. Using OKLCH instead of
- 1:51the usual RGB or HSL is better because
- 1:53it represents colors the the the human
- 1:55eye actually perceives them. So, it
- 1:57handles lightness and balance better. It
- 1:59also creates smoother gradients, unlike
- 2:01hex codes which can produce ones that
- 2:02look uneven. Now, once you have set the
- 2:04color scheme, you also need to mention
- 2:06the contrast flows. Contrast is a very
- 2:08important factor of UI design because it
- 2:10actually creates a hierarchy that guides
- 2:12your eyes toward the things that matter.
- 2:14Without explicit contrast, the model
- 2:15treats every element as equally
- 2:17important, which makes it hard to form
- 2:19the visual hierarchy. And to make sure
- 2:21the website doesn't look like AI slop,
- 2:23you also have to control the typography
- 2:25from the prompt. So, you define which
- 2:26fonts are banned because of AI slop and
- 2:29which ones to use in different areas of
- 2:30the design. Fonts like Inter and Geist
- 2:33have become AI slop giveaways because
- 2:35every agent reaches for them by default.
- 2:37So, calling them out explicitly forces
- 2:39the model to look elsewhere. Then, you
- 2:40define the layout and rhythm of the
- 2:42website. But first, you need to know
- 2:44about symmetry and asymmetry. Symmetric
- 2:46layouts have components evenly placed on
- 2:48the grid with a balanced look, which is
- 2:50more suited toward professional and
- 2:51straight designs. But for a more
- 2:53artistic look, go for asymmetry because
- 2:55that gives you more room to experiment.
- 2:57It is especially good when you need to
- 2:58use negative space since that lets the
- 3:00design breathe. The kind of product you
- 3:02are building decides which one fits
- 3:04better. Then, define all the sections
- 3:06that you want, the materials you'll use,
- 3:08and how the website should behave
- 3:09responsively. And the most important
- 3:11part is mentioning the anti-patterns.
- 3:13These are the hallmarks of AI slop like
- 3:15the simple centered CTA, Lucid icons,
- 3:18and gradients with glassmorphic design.
- 3:20So, once you give this prompt to Claude
- 3:21Code or whichever agent you are using,
- 3:23it will analyze your app and go through
- 3:25the implementation details. Then, it
- 3:27will build the app just like the prompt
- 3:29described with asymmetry because of the
- 3:31artistic goal and proper use of negative
- 3:33space. So, level two is about keeping
- 3:36the same design across every page of the
- 3:38site because most agent-generated apps
- 3:40fall apart the moment you leave the
- 3:42landing page. Often, when generating
- 3:44whole apps with agents, you might have
- 3:46encountered exactly this. The landing
- 3:48page is mostly pretty good, but when you
- 3:49go to the other pages, they don't follow
- 3:51the UI style as coherently as they
- 3:53should. The dashboard ends up with
- 3:55different button styles, different
- 3:56spacing, different typography, almost
- 3:58like the agent forgot it was building
- 4:00the same app. The other pages end up
- 4:02looking like they're not even a part of
- 4:04the same site, and it gives away that
- 4:05the site was generated by an agent.
- 4:07Sometimes the design does hold on the
- 4:09auth pages, but then on the dashboard,
- 4:11the style breaks completely. So, for
- 4:13that, you need to create two of the most
- 4:15important files, Claude.md and
- 4:17design.md. These two files are what keep
- 4:19the design consistent across the whole
- 4:21site. In Claude.md, as we've talked
- 4:23about many times, you only put your
- 4:25project information, not the design.
- 4:27This is because the file stays loaded in
- 4:29the session all the time, and design
- 4:31content there will just distract the
- 4:33agent when it's working on something
- 4:34else. But, it's still the key file
- 4:36because it keeps the context of the
- 4:38project, which informs good design. For
- 4:40the design itself, we need a separate
- 4:41file, which mentions everything for the
- 4:43visual system, the layout, the colors,
- 4:45the typography, and all the details we
- 4:47covered in level one. The design.md
- 4:50should be the kind of file that any
- 4:51agent could pick up and immediately
- 4:53understand what the visual system is.
- 4:55And just like in the previous level, you
- 4:57need to define the color system in OKLCH
- 5:00here, too. To create these two files, we
- 5:02gave Claude Code a detailed prompt
- 5:04covering what each file needs, and it
- 5:05generated both files for us. The
- 5:07Claude.md is short, just containing the
- 5:10project's details. The design.md is
- 5:12longer with each and every detail,
- 5:14including color codes, typography
- 5:16choices, and everything else. But, that
- 5:17isn't the end of the design.md. We need
- 5:20to keep refining it over time. So, we
- 5:22put a line at the start telling the
- 5:23agent to add any new design value it
- 5:25finds to this file. That way, every
- 5:27session starts from a more refined
- 5:29version of the design system than the
- 5:31one before it. But, just letting Claude
- 5:33create the design.md isn't enough
- 5:35because what it generates doesn't follow
- 5:37best practices properly. Google has
- 5:39open-sourced their template for the
- 5:41design.md file. The template also
- 5:43contains commands to cross-verify your
- 5:45design.md against it and flag any
- 5:47errors. So, you can just prompt your
- 5:49agent to iterate using those commands to
- 5:51perfect the design.md. And this still
- 5:53isn't the end of level two. To generate
- 5:55good enough designs at this level, you
- 5:57also need to audit them against existing
- 5:59design principles. For that, there are
- 6:00many open-source skills that do exactly
- 6:03this. You can use any of them, but we
- 6:04use Versal Labs skill because instead of
- 6:07hardcoding all the principles inside the
- 6:09skill, it points to an external source
- 6:11that they're actively maintaining. So,
- 6:13the principles stay up to date with
- 6:15current best practices instead of being
- 6:16frozen at whatever was state of the art
- 6:18when the skill was first written. You
- 6:20install this skill in the project, run
- 6:22it, and your design comes out in way
- 6:23better shape than it was before. But
- 6:25before we move forwards, let's have a
- 6:27word by our sponsor. So, I recently
- 6:28started using Zilliz Cloud, and let me
- 6:30tell you why. Most rag apps work fine
- 6:32with a handful of docs, but the moment
- 6:34you throw in real data, they start
- 6:36falling apart because the setup just
- 6:38wasn't designed to handle that kind of
- 6:39load. Milvus is the most starred
- 6:41open-source vector database on GitHub
- 6:44with over 44,000
- 6:45stars, and it's built to handle that
- 6:47kind of load. But self-hosting means
- 6:49managing infrastructure yourself. So,
- 6:51that's where Zilliz Cloud comes in, the
- 6:53fully managed version with the same API
- 6:55that's up to 10 times faster, and you
- 6:57can set it up in minutes without
- 6:59changing a single line of code. So, we
- 7:01ran a semantic search query on Zilliz
- 7:03Cloud, and the results are actually
- 7:04relevant because it understands meaning,
- 7:06not just keywords, and the response time
- 7:09is almost instant even with a large data
- 7:11set. We also ran a recommendation query
- 7:13given one article, it found the five
- 7:15most similar ones across the entire data
- 7:17set ranked by similarity in under a
- 7:19second. And the dashboard tracks your
- 7:21cluster performance, storage usage, and
- 7:23data metrics including collection and
- 7:25entity counts in real time. No credit
- 7:27card needed, just click the link in the
- 7:29pinned comment and try Zilliz Cloud for
- 7:31free. So, level three is about testing
- 7:33the design programmatically the same way
- 7:35engineers verify code with TDD. Now, we
- 7:38know you can't visually write tests the
- 7:40way you do with code. With code, there
- 7:42are clear inputs and outputs for
- 7:43everything. Design doesn't have that
- 7:45because it's more subjective and can't
- 7:47be quantified like code can, but just
- 7:49because it's subjective doesn't mean we
- 7:51can't write tests for it. The reason TDD
- 7:53works for code is that the test pins
- 7:55down what the behavior should be and the
- 7:57implementation has to satisfy that pin.
- 7:59The same idea applies to design just
- 8:01with different kinds of pins. In the app
- 8:03we were building, the first step was the
- 8:04same as before to create the claw.md and
- 8:07design.md files before even thinking
- 8:09about implementation. Now, tests should
- 8:11always be written before the code. That
- 8:13way the implementation can actually be
- 8:15tested against them. If we write tests
- 8:17after the implementation, the agent
- 8:19slacks off. It just writes test cases
- 8:21that optimize toward the existing code
- 8:23because that code is already in its
- 8:25context. Writing the test first forces
- 8:27the implementation to fit the test
- 8:29instead of the test fitting the
- 8:30implementation. So, we use the design
- 8:32files as the source of truth for the
- 8:34test because these files contain all the
- 8:36anti-patterns that we can
- 8:38programmatically verify against. Every
- 8:40anti-pattern in design.md becomes a test
- 8:42case. Every color rule, every spacing
- 8:45constraint, every typography choice gets
- 8:47a programmatic check. We gave Claude
- 8:49code a detailed prompt to write the test
- 8:51cases specifying every section it should
- 8:53focus on. Also, if you are enjoying our
- 8:55content, consider pressing the hype
- 8:57button because it helps us create more
- 8:59content like this and reach out to more
- 9:00people. With your prompt, it will write
- 9:02all the test cases for the design of the
- 9:04app. It writes multiple types of tests.
- 9:07the static tests which directly check
- 9:09for the anti-patterns we mentioned in
- 9:11the prompt. Then there's the visual
- 9:12testing which basically uses Playwright
- 9:14underneath and runs regression testing
- 9:16to make the site incrementally better.
- 9:18It will also write test cases for other
- 9:20components and helper functions like
- 9:22scan and report. Now, these tests check
- 9:24for the static anti-patterns, but design
- 9:26testing needs something else. For that,
- 9:28there is another tool called Visly Test
- 9:29which is basically a CLI that conducts
- 9:32TDD for UI. The way it works is that it
- 9:34runs local TDD where you can check the
- 9:36design as the code changes. So, you can
- 9:38monitor the diffs yourself instead of
- 9:40relying on the agent's self-monitoring.
- 9:42You also get a better diff with metadata
- 9:44and other details, which makes review
- 9:46faster. Without that metadata, you are
- 9:48just comparing two screenshots side by
- 9:50side and hoping you spot the difference.
- 9:52With it, Visly tells you exactly which
- 9:54pixels changed and by how much. To use
- 9:56it, first install the CLI by running the
- 9:59install command from the docs. Once it's
- 10:00set up and initialized, it's ready to
- 10:02go. Now, just open Claude code and tell
- 10:05it to use TDD and implement whichever
- 10:07part of the UI you want using the Visly
- 10:08CLI as the testing medium. When you run
- 10:11the Visly TDD command, a local server
- 10:13starts and monitors the screenshot
- 10:15changes. To send the screenshots, Claude
- 10:17basically writes separate tests with the
- 10:19name Visly. These tests use Playwright
- 10:21screenshotting mechanisms to push the
- 10:23images to the viewer on the server. From
- 10:25there, you can approve or deny the
- 10:27design and view diffs comparing it to
- 10:29the previous version. Each rejected diff
- 10:31becomes feedback the agent uses to
- 10:33adjust the next pass. Over a few
- 10:35iterations, the design converges to what
- 10:37you actually want instead of what the
- 10:38agent thinks you want. Now, the prompts
- 10:40used here can be found in AI Labs Pro
- 10:43for this video and for all our previous
- 10:45videos from where you can download and
- 10:46use it for your own projects. If you
- 10:48found value in what we do and want to
- 10:50support the channel, this is the best
- 10:52way to do it. The link's in the
- 10:53description. That brings us to the end
- 10:55of this video. If you'd like to support
- 10:56the channel and help us keep making
- 10:58videos like this, you can do so by using
- 11:00the Super Thanks button below. As
- 11:02always, thank you for watching and I'll
- 11:04see you in the next one.
About this transcript
This page contains the full transcript of 3 Design Levels For a Free Claude Code Boost (People Stop At Level 1) by AI LABS, generated from the public captions YouTube serves with the video. The transcript has 2,299 words across 343 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.
What you can do with it
Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.
Free YouTube transcript tool
YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.