Ron Bronson

Content design & strategy

In a world increasingly mediated by AI agents and large-language models, it’s difficult to know where the people start and where the machines end.

Service Design for AI: The Disintermediation Problem

Automation without understanding leads to more friction, not less.

Design as Repair

Public agencies have obligations to their residents. Those obligations don’t change because someone has invented a faster way to ask.

Before We Give AI Agents a Fastpass, Fix the Line

How I approach content design and strategy

When AI stands between people and the services they need, people lose the ability to express needs in their own terms and lose access to human judgment in complex situations. I design for that disintermediation: who keeps authority, where a person can step back in, and what the system is allowed to do next.

AI also changes who can prototype and intervene, and that’s the opening. Used well, it brings teams closer to the problem. Used badly, it produces more repair work, and somebody else is left to clean it up. In most organizations nobody really owns the response experience. Somebody should.

Content architecture for agents

Working with agents exposed a content architecture problem. Interface language, narrative, and the rules that decide what happens each carry a different responsibility. A label explaining a cost needs to be accurate. A character, a customer story, or a quoted source can be partial. Changing one should never change the calculation behind another.

The schema separates those concerns. They can share references without sharing ownership: a line of interface text can take its number from the rule that owns it, so changing the rule changes every sentence that names it. Each content type carries its own writing policy, so a button label and a paragraph of story stop inheriting the same rules.

Much of this comes from established website and application practice: structured content, consistent terminology, semantic components and writing guidance tied to a particular use. That is where it becomes an agent experience primitive. The schema makes the structure inspectable. Content policies make the writing expectations available at the point of editing. The goal is to reduce the amount an agent has to infer and the amount of prior conversation it has to remember.

It ships with a validator, an agent skill and an MCP server, so an agent can check its own work through tools.

Bringing AX to LifeThe tool on .devSource

From content governance to content that agents can read

  1. 2015 to 2017

    Governance and migration

    Content governance, migration and maintenance, and enterprise content strategy, in talks at Confab Central, Confab Higher Ed and the Design & Content Conference.

  2. 18F and GSA

    Standards and publishing systems

    The 18F publishing program and website redesign, and the content guide and standards for eAPD.

  3. 2025 to 2026

    Context and authority

    Context engineering, agent experience, and the authority people keep when agents act for them.

  4. Now

    Standards that run as code

    prosekeep, plain-language-default, and a content schema with an agent skill and an MCP server.

Work

Agent tooling on .dev

Talks and writing

Product design

Product direction, design teams, and delivery.

Service design

Blueprints, research, operations, and the policy behind a service.

Forward deployed design

The practice that carries the work into implementation.

Work with me

Sometimes you want advice from someone who has been there before. Have a quick question, an idea to bounce, or want to figure out ways we can work together based on what you’ve read here or a referral? Drop me a note.

Get in touch