Skip to main content

Sharing our AI skills for user-centred design

Blog post by Chris Leo, Design Lead for the AI Capability and Enablement team
6 October 2026. 4 minute read

We have published the instructions we give AI for design and research work, so any team can use them.

My last post explained why we are building Ask the toolkit. This time I want to share the artificial intelligence (AI) skills we used to design and test it. They are open, so any team can use them and help improve them.

What a skill is

A skill is a set of written instructions that an AI assistant follows for one kind of task. It is like giving a new colleague your team's method, its standards and a worked example. The assistant picks it up when your request matches.

Each skill sets out a method: the rule, the reason for it and a real example. That way a designer can learn from it too.

Skills for designers

The user-centred designer skills cover 3 kinds of work:

  • writing and visual style, built on the GOV.UK content design rules
  • service design, for blueprints and journey maps
  • interaction and content design, for prototypes, Design System patterns and accessibility

I have refined them over a year of real work: on this service manual, content for Defra's delivery groups, the AI digital toolkit and several AI pilots, including one with the Rural Payments Agency. Whenever a design decision would help other services too, it went into a skill. So every rule comes from a real decision on a real service.

A usability check before research

Before we tested Ask with people, we wanted to fix the problems almost anyone would hit. So we built a skill that lets AI try a service first.

The synthetic usability review skill tries a service in a real browser. It plays different kinds of people, each doing a real job.

It checks every screen against:

  • Nielsen's 10 usability heuristics
  • Microsoft's guidelines for human-AI interaction
  • the GOV.UK Design System

Then a second AI reviews the same evidence on its own. One reviewer finds only about a third of the problems, so a second review catches more.

  1. AI tries the jobs as different people
  2. Another AI reviews it alone
  3. Fix the obvious before research
  4. People test how it feels to use

On Ask, it played 4 kinds of people doing 10 jobs. It found 29 problems, 5 of them serious enough to fix before research.

The most serious was about who to tell after a mistake with data. Ask's answer was right for most people at Defra, but the person asking worked somewhere with a different process. A good answer in general can still be wrong for the person asking. So the skill asks one question before it judges any answer: what did this person need to hear?

What it cannot do

A week later, 6 people tried Ask. They found things the review did not. Reporting a problem was the hardest task. The box for a follow-up question looked too small for a real question.

The AI found what was broken. People found what it was like to use.

That is why every report the skill writes says, near the top, that it is not research with real people. Synthetic users are not users.

It also never guesses who uses your service, or what they need to do. Those come from you.

A section of the skill's page on GitHub, headed "What it asks you". It says the skill asks 4 things before it starts: who uses the service, what they are trying to do, where the service is running, and which screens exist, including errors and waiting.
The skill's page on GitHub. It asks 4 questions before it tries anything.

Use them and help improve them

The skills are on GitHub under the Open Government Licence. They follow an open standard, so they work in many AI tools.

Before you point them at real material, check Using data with AI.

See the skills on GitHub

Found something wrong or missing in a skill?
Email AICapabilityAndEnablement@defra.gov.uk