UX · Design · Prototype · Code

Helping Humans and Computers
Understand Each Other

Design in the AI Era

Remember when the future of UI was no UI?
That was the voice-control push a few years back. It never quite arrived. Now it has, and like everything else lately, it arrived as AI.

Ask an agent almost anything and its first move is a search. When the agent handles the task, there is no interface. Nobody scrolls. Nobody sees the hero image. The agent fetches, reads, comprehends, summarizes, and hands back an answer. Your interface is a sentence a machine wrote about you.

The audience changed while we were animating things

In June 2026, Cloudflare's data (opens in a new tab) showed automated requests passing human ones for the first time in the web's history. Their CEO had predicted the crossover for 2027 and was surprised twice — first by the date, then by how fast it moved.

57%machine

43%human

Share of requests to web pages, June 2026 — the first month automated requests passed human ones. Source: Cloudflare Radar.

The parallax, the fade-ins, the sliding backgrounds were always a little silly. Now they mostly go unseen.

What machines actually read

Structure. Headings in real order. Labels that name the thing they label. Landmarks and alt text. A title that matches the page underneath it. Text that carries its own meaning, instead of waiting for a script to supply it.

None of this is new. It is the accessibility work that has been sitting on backlogs for fifteen years, quietly earning interest.

If a screen reader can read your page,
an agent can too.

A prototype that holds up

So what happens if we hold prototypes to that standard?

The usual prototype

A thick JavaScript layer with about a screenshot's worth of meaning underneath. It demos beautifully. It tells you nothing about whether the thing will be readable, rankable, or usable once it ships — which is the question you actually needed answered before you spent the quarter building it.

What we hand over

That layer taken out, and the meaning put back into the markup: semantic elements, heading hierarchy, accessible labels, structured metadata. Then we test it, the same way the machines will.

What comes out is something you can hand to a stakeholder, a screen reader, and an agent and get the same answer from all three. That may be a better definition of high definition.

Proof: one-two-tree.com

one-two-tree.com (opens in a new tab) is a small field guide for learning Pacific Northwest trees by shape, leaf, branch, or bark. It began in Lovable, the way prototypes do.

  • 100Performance
  • 100Accessibility
  • 100Best Practices
  • 100SEO

Google Lighthouse, all four categories.

It is a real tool for a real problem, which is walking through a forest and not knowing what anything is called. It is also a working demonstration that the standard is reachable, on a budget of evenings.

Pacific Northwest forest — tall conifers with light filtering through

Side Project

One Two Tree

A quiet guide to the trees of the Pacific Northwest.

Visit the site (opens in a new tab)

Case Studies

How we cut development questions 75% on a 700K-page platform
Strategy + Systems

How we cut development questions 75% on a 700K-page platform (opens in a new tab)

From invisible to 96% traffic growth
Growth & Systems

From invisible to 96% traffic growth

Wonder Woman saves Digital Design testing in Barcelona
User Research

Wonder Woman saves Digital Design testing in Barcelona

Quickly Taming the Monster
AI + Digital Design

Quickly Taming the Monster (opens in a new tab)

Frequently Asked Questions

What does Project Wildflower actually do?

Design for things that have to hold together at scale. Prototypes, design systems, content architecture, and the governance that keeps them from drifting apart once more than a few people are contributing. We came out of enterprise, so most of what we do involves a lot of pages, a lot of contributors, or both.

What's a high-definition prototype?

A prototype that would survive contact with the real world. Not more pixels. It means the thing is built with real structure underneath, so a screen reader can read it, a search engine can index it, and an AI agent can understand it, and you know that before you commit a quarter to building the production version.

Isn't that just building the site twice?

It's less work than it sounds, because the parts that make a page readable are mostly things you'd have to do eventually anyway. Semantic HTML, headings in order, labels on inputs, alt text. Doing it in the prototype means you find the problems when they cost an afternoon instead of a sprint.

Why does it matter what a machine can read?

Because a lot of your visitors are machines now. Cloudflare's traffic data crossed over in June 2026, with roughly 57% of requests to web pages coming from bots rather than people. Many of those are AI crawlers reading your page to answer somebody's question somewhere else. If your content only exists after JavaScript runs, or only makes sense visually, it's not going to make it into that answer.

Is this SEO?

It overlaps with SEO and it's not the same job. SEO has traditionally been about ranking in a list of links. This is about being legible to something that reads your page and then writes a summary of it. People call it AEO or GEO, answer engine or generative engine optimization. Mostly it comes down to writing clearly and marking up honestly, which is the part that never changed.

Does FAQ schema help with AI search?

Less than the internet will tell you. Google retired FAQ rich results on May 7, 2026, so the dropdowns are gone for everyone. The FAQPage markup is still valid and there's no reason to strip it out, but there's no confirmed evidence that adding it earns you citations from ChatGPT or Perplexity or AI Overviews. What helps is the visible answer being clear, complete, and sitting in the HTML where a crawler can find it. The markup describes that. It doesn't substitute for it.

How do you measure any of this?

Google Lighthouse is the honest baseline: performance, accessibility, best practices, SEO, four scores, hard to argue with. It doesn't measure everything that matters, and a perfect score doesn't mean the content is good. It does mean nothing structural is broken, which is a real thing to be able to say.

We already have a design system. Do we need this?

Maybe not. Design systems tend to be good at components and less good at what happens across pages, which is where headings drift, labels go missing, and the content model stops matching what people are actually publishing. If that sounds familiar, there's work here. If it doesn't, there might not be.

Isn't accessibility a compliance thing our legal team handles?

Legal will tell you the standard. They won't tell you where your product fails it, and they usually get involved after somebody complains. The overlap with machine readability is the useful part: the work you'd do for a screen reader is largely the same work that makes your content usable to an AI agent, so it stops being a cost center.

Our developers already handle semantic HTML.

Some do. It's worth checking rather than assuming, because it degrades quietly. A quick audit will tell you in a day or two, and if everything's fine you've spent very little to know that.

Work with us

We'd like to hear what you're working on

Project Wildflower is Ann Radcliffe and Norville Parchment. We met directing design and documentation on a 700,000-page platform and have been building the same way ever since: structure first, then surface.

We are taking on new work now — prototypes, design systems, content architecture, and the governance that keeps all three from drifting. No intake form, no discovery call required. Just tell us what's going on.