AI Engineer

Design at the Speed of Adjectives — Paul Bakaus, Renaissance Geek, Inc.

1690 summary words 8 min summary Watch video

Start with the signal

8 min read

Summary

At-a-Glance

  • Verdict: Watch fully
  • Core thesis: Effective AI-assisted design requires a human-controlled middle layer—contextual design commands such as “bolder,” “quieter,” and “harden”—rather than either pixel-level manipulation or one-shot autonomous generation.
  • Why it matters: This is a reusable agent-interface argument: natural-language commands become reliable only when they are backed by explicit, domain-specific operational definitions and placed inside an iterative workflow.
  • Best use: Use this as a product and interaction-design reference for building controllable agent skills, especially where subjective judgment, shared vocabulary, and human approval matter.

Executive Summary

Paul Bakaus argues that AI is collapsing the conventional designer-to-engineer handoff into a blended “design engineer” workflow, but current tools force users into two unsatisfactory extremes: direct manipulation of low-level visual properties or broad, under-specified prompts to autonomous agents. His product, Impeccable, is an attempt to occupy the middle ground by giving users concise design-language controls that steer coding agents without requiring them to micromanage CSS or accept generic AI output.

The central design principle is that adjectives are not useful prompts by themselves; they must be “loanwords” whose meanings are explicitly translated into the project’s design context. For Impeccable, “make it bolder” does not mean adding gradients, glass effects, neon, or arbitrary new colors. It means applying controlled changes to hierarchy, scale, and typography so attention increases without breaking the design system.

Bakaus rejects one-shot design and automatic “do it all” modes as the wrong goal. Strong design requires context about audience, reference points, desired emotional territory, and what the work must avoid; it also requires iteration among creators and stakeholders. AI can improve craft and amplify an operator’s taste, but it cannot reliably manufacture taste, which he treats as contextual, cultural, and scarce.

For agent builders, the talk is less about visual design than about control-plane design. The practical lesson is to map the real, non-linear user workflow, identify the moments where AI can help, and create named operations with clear behavioral boundaries. This lets users work at a higher semantic altitude while retaining intentionality and accountability.

Key Takeaways

  • Claim: The best AI-design interface is a middle layer between manual pixel editing and unconstrained agent generation. | Evidence: Bakaus contrasts direct manipulation in Figma/Webflow—editing margins, padding, and similar low-level properties—with simply asking an agent to “design this.” Impeccable instead exposes commands such as “bolder,” “quieter,” “distill,” “polish,” “denser,” and “harden.” | Implication: For agent products, provide semantic operations that match user intent rather than making users choose only between raw controls and full delegation. | Caveat: The right abstraction level depends on the task: exploratory work may still need loose generation, while final polish may still require direct human work.
  • Claim: One-shot design produces competent-looking but empty and homogenized output because it lacks decisions, context, and iteration. | Evidence: He calls out evolving AI-design clichés—from earlier purple gradients to current “Claude beige,” Instrument Serif, and italics—and labels the convergence “algorithmic Uniqlo.” His critique is that a one-shotted page may look competent, but “nobody decided anything” on it. | Implication: Avoid evaluating generated design solely on surface competence; require explicit inputs on audience, intent, references, emotional effect, and exclusions before treating an output as a design decision. | Caveat: He frames this as a current and potentially enduring limitation, not a proof that AI generation can never improve.
  • Claim: Natural-language design commands work only when the system defines what they mean in the specific project context. | Evidence: The same “make the workflow section bolder” prompt generated visibly different results with Impeccable versus GPT-4o alone. In Impeccable, “bolder” is constrained to hierarchy, scale, and decisive typography—not gradients, glass, neon, or arbitrary colors. | Implication: Build agent skills as executable vocabularies: define both desired transformations and prohibited default behaviors, rather than exposing generic prompt phrases. | Caveat: Without this embedded definition, an adjective is merely “a nicer prompt,” and the model will draw from many inconsistent meanings in its training data.
  • Claim: AI assistance should amplify existing taste and craft, not claim to create taste automatically. | Evidence: Bakaus explicitly refuses requests for an automatic Impeccable mode that selects all commands itself, saying “there is no auto, and there will be no auto.” He describes taste as contextual, cultural, and scarce; when everybody replicates the same patterns, it ceases to read as taste. | Implication: Where work contains subjective or brand-critical judgment, design agents to make the operator’s choices clearer and faster—not to erase the operator from the decision loop. | Caveat: This is a normative product philosophy rather than a measured empirical conclusion, and it will not fit users whose priority is speed over authored differentiation.
  • Claim: The design workflow is messy and non-linear, so AI tools should be designed around intervention points across the workflow rather than a single generation moment. | Evidence: Before building tools, Bakaus maps the target workflow: initialization and shaping, crafting and iteration, hardening and polishing, then feeding learnings back into the design system through design- and tech-debt cleanup. | Implication: For AI operations and product workflows, map the end-to-end lifecycle first, then place specialized skills at recurrent decision points instead of investing only in initial generation.
  • Claim: A shared design language can reduce friction as engineers and designers increasingly overlap in their work. | Evidence: Bakaus says users tell him Impeccable gives teams a shared language for design. He observes engineers moving into design, designers moving into code, and the traditional waterfall handoff—from PM to design to engineering—breaking down. | Implication: A well-defined operational vocabulary can act as a collaboration protocol across roles, allowing non-specialists to communicate higher-quality intent without pretending every participant is a trained designer.

Detailed Brief

Operationalizing design adjectives as agent skills

  • Claims: Bakaus treats adjectives and verbs as semantic handles for a design system, not as magic words.; The agent can use an internal self-check to test whether an intended transformation actually occurred.; Commands can serve both conservative refinement and deliberately exploratory exaggeration.
  • Evidence: One Impeccable instruction for “bolder” tells the agent to imagine showing someone the work and saying, “I made this bolder”; if they would not believe it, the attempt failed.; “Harden” is intended to make a design robust across conditions such as device performance and responsive layouts.; The experimental “overdrive” command deliberately makes a result excessive; Bakaus initially considered it a joke but retained it after strong community response, including use on an event-horizon shader from his Radiant Shaders library.
  • Caveats: A semantic command set still needs continual testing with real users; the speaker uses community response to determine which commands are genuinely useful.; The same command can be inappropriate if applied indiscriminately, since visual emphasis and restraint are contextual.
  • Implications: Agent commands should carry acceptance criteria or self-evaluation rules, not just generation instructions.; A skill library can include explicitly divergent modes for exploration alongside governed modes for production refinement.

Where AI belongs in the design-quality curve

  • Claims: AI is useful for getting ideas on screen and making work better, but Bakaus does not consider it sufficient for the last 5–20% required to move from good to great.; The key early questions are not visual parameters but emotional territory, anti-goals, reference points, audience, and intended outcome.
  • Evidence: He compares prompting an AI with asking a world-class design director to create a brand design without any discovery questions—an obviously inadequate brief.; He notes that model style failure modes evolve: old visual tropes disappear, but new standardized aesthetics replace them.
  • Caveats: The 5–20% estimate is Bakaus’s judgment, not a benchmarked threshold.; His assessment concerns design quality and differentiation, not whether AI can produce technically usable interfaces quickly.
  • Implications: Treat generation as an early-to-middle workflow capability and retain structured human review for brand-critical, high-polish decisions.; Design briefs and agent context should capture negative constraints—what an output must never feel like—as first-class inputs.

Notable Concepts & Terms

  • Impeccable: Bakaus’s cross-harness design skill for coding agents such as Claude Code, GitHub Copilot, Cursor, and Codex; it encodes design-language commands into operational guidance.
  • Design at the speed of adjectives: The idea that users can steer design work through high-level semantic instructions rather than raw visual properties or broad generative requests.
  • Loanword: A term borrowed from ordinary language and infused with specific domain meaning; “bolder” needs project-level translation before an agent can execute it reliably.
  • Algorithmic Uniqlo: Bakaus’s label for homogenized AI-generated design: acceptable, current-looking output that converges on the same aesthetic patterns.
  • Claude beige: His shorthand for contemporary Claude-like design defaults, including restrained beige palettes, Instrument Serif, and italics—evidence that AI slop shifts style rather than disappearing.
  • Amplified craft: The product philosophy that AI should sharpen and extend a person’s existing taste and capabilities rather than synthesize taste autonomously.
  • Harden: A design-agent operation aimed at production robustness, including responsiveness, performance, and behavior across environments.
  • Overdrive: An intentionally excessive exploratory command that pushes a design beyond normal bounds to create surprise or creative divergence.

Operator Notes / Why Ken Should Care

  • When defining agent commands, write an explicit behavioral contract for each term: intended transformations, forbidden shortcuts, and a lightweight self-check for whether the transformation succeeded.
  • Add a structured pre-generation brief to design-capable agents: audience, desired emotional territory, anti-goals, references, design-system constraints, and success criteria.
  • Audit your agent UX for the false binary of manual configuration versus full autonomy; introduce intermediate, named steering controls where users have judgment but not time for low-level manipulation.
  • Keep autonomous generation out of brand-defining or final-polish decisions unless a human owner explicitly accepts the aesthetic and business trade-offs.
  • Map design and product workflows by stages, then identify where specialized skills should intervene: framing, exploration, iteration, hardening, polish, and system cleanup.
  • Test whether shared semantic commands improve cross-functional review quality between engineering, design, and product rather than merely improving first-pass visual output.

Source/Metadata

  • Title: Design at the Speed of Adjectives — Paul Bakaus, Renaissance Geek, Inc.
  • Transcript words: 2545
  • Duration seconds: 959
  • Timestamp note: No timestamps or chapters were present in the transcript; video duration is 15:59.
Full transcript 2497 words · 11 min read
0:00

Cool. Let's get this going. Welcome, everyone. Thanks for coming.

0:12

My name is Paul, and I'm going to try to save you from the mid-day slump. So let's see if we can do that. Okay, so this talk, this cold open of this talk will make a lot more sense if you know what Impeccable is. But if you don't know what it is, it's a design skill that turns your coding harness into a better designer, and hopefully you into a better designer. And you can try it out. It works across all harnesses, cloud code, Github Copilot, Cursor, Codex, et cetera. And this talk is really about my approach to how to building this tool as opposed to the tool itself. But let's get started with a pretty typical website.

0:42

So this is an intentionally very basic website, and I want to give you that one as context to what I'm going to show you next. So it's an okay website. It's not great. It's pretty bland. But at least it has some colors, something. So now, here is the command make it bolder, make the workflow section bolder with Impeccable. So this is with Impeccable installed. So now, there are some problems with this. For example, the section numbers that you have there, that's a very typical AI slub tell that GPT loves to do, and Claude actually loves to do as well. And it sometimes creeps in. So I wouldn't say this is perfect by any means, but I think it's bolder than before.

1:35

Now, a lot of people install Impeccable, try it out, and then they ask me, well, maybe it could be placebo. Maybe the model is good enough in itself, right? Not sure if it actually works. Well, let's compare it to this. This is exactly the same project, GPT-4o on extra high, same exact prompt without Impeccable. So there is a slight difference, I would say, but you be the judge of that.

1:57

So the before and after is pretty different, and I'm going to talk about why that is, and what the approach is. So designing at the speed of adjectives, and to get the elephant out of the room, they are not just adjectives, they are also verbs. But some of them are adjectives. First off, the role of the engineer and the designer are blurring.

2:20

I have seen more people become design engineers than ever. Designers are moving into code, engineers are moving into design, and vice versa. Some of the best comments I get from people who walk up to me and say, well, Impeccable gives me this shared language of design that everybody can communicate now in. But really, these worlds are all colliding, in my opinion.

2:49

And the typical handoff is broken. The waterfall process of, I start with design, maybe I start with the what on the PM side, then it goes into design, and then there's this handoff and this critique process, and then ultimately the engineer builds it. That thing is just not real anymore. I don't know about you, but I think that's starting to collapse very quickly in small and large companies. And when it comes to the actual work of design, I feel there's right now two worlds that you can play in. Either it's direct manipulation, in the pixel space, right?

3:18

So you're in Figma, and you're manipulating margins, paddings, whatever it is, or you're in Webflow, or you're in some other tool where you're directly manipulating the final output, or the design. Now that's fine, but then you feel you're getting behind because everybody else is agentic and going crazy with loops and loop maxing, right? And now you're going on the other extreme, which is simply telling your agent, please design this for me, or please build this.

3:40

But it feels to me there's this middle ground that we haven't explored enough. What is the exact level of control? How can we insert the human in the loop at the exact right time? And so this came to mind then. It's a very popular tweet from a while ago. So centering a div with Opus, yes, not a great use of Opus. But it speaks to that problem. It's, well, when do we use which tool? When is which tool adequate to do what job? In my opinion, right now for most work, the direct manipulation of padding, margins, spacing, and so on, is actually at an elevation that's too low.

4:33

And on the other hand, if you go fully agentic, you get web pages like this.

4:39

Now, you would get this in 2022, I would say. So everybody here can point out the typical AI slop patterns. But the purple gradients are actually way beyond that. There are no purple gradients anymore in most frontier models. Now we just get this and it wears a different suit, as Claude would say. But it really is slop as well. It's just a moving target. So now we have, I call this Claude beige. We have these instrument serif fonts. We have italics. And it's not necessarily a bad design. It's just everything that comes out of Claude design looks that way. And when everything looks the same, you get algorithmic Uniqlo, as I call it.

5:35

So not great. Now here's my first hot take of today's session. You cannot one-shot design. Many people want to, and maybe will get there eventually. I just don't think it's possible at the current moment. Maybe not ever. I think in order to build something that really looks and feels great and is effective design, you need to have something that's context-rich, which has been informed by what you're trying to do, what your audience is, what you're trying to build. And also it will have to be multi-shot. You will have to iterate on your design. And even if you're a solopreneur, but if you're not a solopreneur, you might have different people who have different opinions.

6:13

Users have opinions. Design is messy. It's process. And wishing it away and just saying, solve this problem for me, agent, will not unfortunately solve your problem. Now the other problem is, if you don't know the language of design, or if your stakeholders don't know the language of design, it gets really frustrating really quickly. So if you've ever designed something, you know this experience. And then the inner feeling builds up.

6:53

And at some point you're frustrated. So really what you have to ask first is, what's the emotional territory? What should this never feel like? What's the reference? What's the audience? These are all really important questions to figure out. You can't go to a human design studio, even if it's the best design studio in the world, you go to a design director and you say, I want a design for my brand.

7:16

And then the design director nods, and says, got it. And then walks away. That doesn't make any sense. They obviously have to figure out what it is that you're trying to build and what you're trying to get out of it. Importantly, on this example, even the 2026 version of AI Slop, a quickly vibe-coded pitch, nobody decided anything here. You just one-shotted this. Nobody decided anything on this page. This was just maybe competent, but completely empty. So my thesis that I make here, and what I've been trying to build over the last couple months, is a tool that gives you just the amount of control needed to steer your agent in the right direction,

7:50

with adjectives and verbs. And these are the types of words that I'm talking about. I'm talking about words like make this bolder, make this quieter. Distill this. So basically simplification. Polish this. Make it denser or harden this. Harden, for instance, would mean make sure that this design works across the board. Maybe the performance is bad on certain devices. Maybe it's not responsive. And these are words that we use in the world of design. And I noticed when seeing two people attempt the exact same task, and one is an engineer who's never really touched design at all, and the other one is a designer, there's a stark difference, even when they use the same model,

8:46

same harness everything, in the output that they're getting based on the language that they use. So I've been trying to put that language into a skill and into a system to be able to express yourselves better. And so, for example, you could have a baseline over here, but then you make it bolder, and the agent actually knows what bolder in your context means. You make it quieter. It knows what it means. You distill, and it knows what it means. But then bolder how? What does bolder mean in the context of your project? That's a really important question, because as you could tell at the beginning of the demo, in the cold open,

9:32

when you just ask GPT or Claude or whatever, make this bolder, it doesn't know anything about what you mean.

9:40

Now, it has its own sense of reference of what bolder could mean, but it will do whatever it wants, right? It will invent new colors. It will invent new gradients. What it actually means in Impeccable, not gradients, not glass, not neon, but actually hierarchy scale decisive type. So things that don't break your design system and adequately raise the attention that the user would put on it. And this is an actual sentence from the file that is loaded when you say bolder in Impeccable. Show someone your work and say, hey, I made this bolder. I made this bolder. If they believe you, you failed. This is something that we actually instruct the agent to do for themselves,

10:31

and then the agent oftentimes reflects and says, hmm, I don't know. I think I did some bad work here. An adjective is a loanword. And a loanword, such a German term, and Matt Pocock actually talked about this recently, who also makes some really excellent skills. And so this is stolen from one of his tweets, but I really think it makes a lot of sense. These are words that you basically imbue with meaning, that you infuse with meaning, and they mean something. They already mean something to the model, but then you translate this into the area that you're interested in. And the right altitude really shifts. Now, I don't think you can solve any problems at that altitude.

11:20

That's super important too. There is still room for the very beginning. For instance, if you just want exploratory work and you just want to get something on the screen, or you just want the last amount of polish. I don't think right now AI is good enough to replace humans for the last 5%, 10%, maybe even 20% of the work to get it from good to great. But it does actually make it better. Now, I've built tools for more than 20 years. I guess I'm dating myself here. But whenever I build a tool, I actually map the workflow first. I think about what is the actual workflow of the target user that I'm trying to help. And the workflow of design is not linear. It's messy.

12:04

It has many different stages. There are different people involved. And so I kind of mapped every part of the process and thought about well, what are the injection points along that route? And how can we help along that route? And so you start with initialization, with the shaping process of design. You go over to crafting, to iterating, with all these verbs and adjectives, and then to the actual hardened and polished phase. And finally, you kind of bring it back to your design system. You do some tech debt cleanup, design debt cleanup. Now, here's one example of a command that I wasn't actually sure about shipping, and it's called overdrive.

12:38

I basically built this command in Impeccable that tries to create something completely over the top, and it was sort of a joke, maybe? But people absolutely are rabid about this thing, and they love it. And so this is just one example of, this is not one-shotted. This is a sort of realistic event horizon shader that I've built for my shader library, radiant shaders. But I did actually use the overdrive command for this, to overdrive it even more, and make it more ridiculous. So sometimes I come up with these commands that I'm actually not sure about, and I test them with the community, and once it sticks, I realize, well,

13:21

there are more people who are getting joy out of this. Okay. An adjective with nothing behind is just a nicer prompt. So you really have to tell the agent what you mean by the word that you're using. It has so many different meanings within its training materials that you really have to tell it. Now here's another thing. I've gotten so many requests for an automatic way of using Impeccable.

13:49

So many. It's so frustrating. At least once a week somebody tweets at me, and says, you know what would be cool? Just let Impeccable do all the work by itself. I don't have to decide on any commands anymore. That's not the point. The point is to give you a way to steer what you want to end up with. It's never going to be a tool to one-shot design. That's not the intent, and I'll never, there's a pull request standing out right now that I'm not going to close because of that. There is no auto, and there will be no auto. In my opinion, and this is a bit awkward maybe for some of the next speakers, but I think taste can be amplified. I think I call this amplified craft,

14:27

and I think you can work with tools to sharpen your taste and bring out more of your taste. I really do not think it can be lab-grown. I think taste by definition is it's contextual, it's cultural, it's scarce, and once everybody replicates the same thing, it starts to become really muddy, and we don't think of it as taste anymore. That's my opinion, and I know this is a hotly contested topic, but I'm not trying to solve taste with my tools. That's what I got. This was about finding the right level of control for design. Thank you very much, and I think I have time for a few questions, if you have any. Thank you. and once everybody replicates the same thing,

15:18

it starts to become really muddy, and we don't think of it as taste anymore. That's my opinion, and I know this is like a hotly contested topic, but I'm not trying to solve taste with my tools.

15:32

That's what I got. This was about finding the right level of control for design. Thank you very much, and I think I have time for a few questions, if you have any. Thank you. .

Reading tools

Type to find a passage

Appearance
Ask this transcript

Add a note