# The AI aesthetic · Taste

<!-- https://learn-ui.com/chapters/taste/the-ai-aesthetic -->

Jim Nielsen’s [The AI Aesthetic](https://blog.jim-nielsen.com/2026/ai-aesthetic/) (July 2026) starts from zeitgeists: each brings design idioms unique to its challenges, and some bake themselves into software for good. The hamburger menu spread under mobile screen constraints. The sparkle emoji, whose earlier connotations he cannot name, now means AI.

### Idioms of a zeitgeist

Some patterns belong to the technology, like streaming text, made for chat. Others spread: shimmering text, which in AI land implies thinking, is being repurposed for any asynchronous task. Tiny, thin icons in desktop Electron AI apps clash with the system grain of native macOS apps beside them.

Then the list that names the post: the aesthetics his brain associates with AI are **beige and cream colours, orange accents, serif typefaces** (There are other aesthetics my brain associates with AI, like beige/cream colors, orange accents, and serif typefaces as well as whack-a-mole UI controls.), and “whack-a-mole UI controls,” where clicking a toggle repaints the interface so you have to chase it.

### Why sameness happens

A year earlier, in [Some Miscellaneous Thoughts on Visual Design Prodded By The Sameness of AI Company Logos](https://blog.jim-nielsen.com/2025/visual-design-homogeneity-at-scale/), prompted by Radek Sienkiewicz on the sameness of AI company logos, Jim gave a second cause. Code either works or it does not, so however bad it is you can say “Yeah, but it’s working.” Visual design is subjective forever, so decisions go to whoever has the best language or the most senior title, and the bad logo emerges from everyone’s feedback without anyone suggesting it.

Individuals and small teams “have a sense of taste that doesn’t dilute through the structure and processes of a larger organization.” In [The Tumultuous Evolution of the Design Profession](https://blog.jim-nielsen.com/2025/tumult-in-design/) he adds the economics: bad design does not visibly hurt margins, so designers rise into “performing taste.” Less craft, more optics.

Maggie Appleton describes the production side. In [Vibe Code is Legacy Code](https://maggieappleton.com/2025-08-vibe-legacy-code) she agrees with Steve Krouse that **vibe code** (A key part of the definition of vibe coding is that the user accepts code without full understanding.) and legacy code are both code nobody understands, and admits the pull to let the agent go. Her note on [Gas Town](https://maggieappleton.com/gastown) (January 2026), Steve Yegge’s vibecoded agent orchestration system, reads it as speculative design fiction: once agents churn through code, design becomes the limiting factor.

Her own blockers are never build time but “Is that transition subtle enough? How composable should this be? Is this the right metaphor?”, decisions agents cannot make without your context and taste. Gas Town’s biggest flaw is that it was poorly designed, vibe designed as well as vibe coded. Language is a poor medium for easing curves, and she always needs to touch the CSS.

Aside

Jim’s [Craft and Satisfaction](https://blog.jim-nielsen.com/2025/craft-and-satisfaction/) asks the personal version: craft drives you into the essence of your materials, AI can reverse that so you care only about what comes out, and he wonders whether he cares more or less about what he made when AI helped.

### Write the rules down

The response is that taste can be articulated and therefore transferred. In [Agents with Taste](https://emilkowal.ski/ui/agents-with-taste) Emil Kowalski says agents do not know what great feels like, so “if you know what great feels like, describe the rules, then give them to your agents.” His unit is a **skill** (My way of getting there is to create a skill file for each aspect of the interface. If you know what great feels like, describe the rules, then give them to your agents so they can follow them.) file per aspect of the interface. The argument is the balloon again: “almost every taste decision has a logical reason if you look close enough,” so it can be written down.

> Figure. SKILL.mdEmil Kowalski, Agents with Taste

The Easing Decision Flowchart is deliberately strict so the agent does not invent rules; a typography excerpt caps body text at about 65ch and puts tabular numerals on price columns. Any taste decision can be packaged this way, layout, icons, colour, and he writes them with Anthropic’s [skill-creator](https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md).

> Figure. SKILL.mdEmil Kowalski, Agents with Taste

His demo has Claude Code audit a dialog animation against the rules and return a before and after table. The whole blog became one design engineering skill at [emilkowal.ski/skill](https://emilkowal.ski/skill), and the [repository](https://github.com/emilkowalski/skill) README states the limit: the skills are a side effect of domain expertise, which AI amplifies rather than replaces, “a shortcut to stand out in a sea of slop.”

### Review is part of the loop

Kathryn Gonzalez said something compatible at Config 2023, in [Design Systems in Transition](https://www.ryngonzalez.com/blog/design-systems-in-transition-anxiety-ai-and-where-we-go): AI can bridge the gap between our taste, intentions, and ability to execute, and a design system becomes the language by which AI tools understand your design, so systems matter more, not less. She defines taste as critical judgement paired with deep domain expertise, used to set an organisation’s standards, and predicts more people will design, code, and build.

Maggie’s bet is the most specific: code-must-be-close for serious work today, drifting toward code at a distance as harnesses mature, made safe by validation loops, tests, and specialised reviewing agents, because “the more agents can validate their own work, the better the results.” Emil’s review skill is one such loop.

Jim has a two-frame test. His [Job Screening Blog Post](https://blog.jim-nielsen.com/2024/design-engineer-job-screener/) is two GIFs of a button being clicked; in one the heading shifts up a pixel, in the other it does not. “Can you tell the difference between them? Do you care? If not, we might not be a good fit.” Taste is noticing the pixel, caring, and being able to say why; generated interfaces only raise the price of the third.

So, what to practise. Do Emil’s exercises and write the reason before reading his. When a rule you repeat in review is stable, write it down with its why, as an agent could follow it; you will learn which preferences have reasons and which are habits. And when the screen is beige, orange, serif, shimmering, and shifting by a pixel, notice it, care, and say what you would change.
