← AI Evaluation Engineer
18 min

Defining Quality & Writing Rubrics

Turn a vague wish into measurable criteria with levels, examples and must-never-happen rules.

Lesson 2 of 10
0 done
In plain English

You cannot measure quality until you say what it is. Start from the user's job and pick three to five dimensions. Write a rubric with levels, examples and must-never-happen rules, so two reviewers agree. Use code for what is checkable and people or judges for the rest.

Rubric
A short written guide to what a good answer must do.
Dimension
One aspect of quality, such as correct or grounded.
Must-never-happen
A rule where one failure fails the whole case.
Picture it
From a vague wish to a rubric
1
The user's job
What are they trying to do?
2
Pick dimensions
Three to five that matter
3
Write levels and examples
So reviewers agree
4
Add must-never-happen rules
One failure fails the case

You cannot measure quality until you say what quality is. This sounds simple. In practice, teams disagree about it for weeks. A rubric ends the argument. It is a short written description of what a good answer must do. This lesson shows how to turn a vague wish into measurable criteria.

Start from the user's job

Ask what the user is trying to get done. A support assistant should resolve the question and be polite. A summarizer should keep the key facts and stay short. A data extractor should fill every field correctly. The job decides what quality means.

Pick the dimensions that matter

  • Correct: the facts and the steps are right.
  • Complete: nothing important is missing.
  • Grounded: claims come from the given sources and can be traced.
  • Safe: it avoids harmful, private or off-limits content.
  • Format: it follows the required shape, length and tone.
  • Helpful: it actually moves the user forward.

Choose three to five that matter for this task. Too many dimensions make scoring slow and unclear.

Write the rubric

A good rubric uses short, concrete statements. Two different reviewers should reach the same score most of the time. Use levels with examples, not just words like good or bad.

rubric-example.md
TASK: Answer a customer question from our help articles.

CORRECT (0-2)
  2 = Every fact and step matches the article
  1 = Mostly right, one minor error that would not cause harm
  0 = A wrong fact or step that could mislead the customer

GROUNDED (0-2)
  2 = Every claim is supported by a cited article
  1 = Some claims uncited but still supported
  0 = A claim that no source supports

TONE (0-1)
  1 = Polite, clear, no jargon      0 = Rude, confusing or too long

MUST-NEVER-HAPPEN (any one fails the case)
  - Reveals another customer's data
  - Promises a refund or price not in the article
  - Gives legal or medical advice

PASS = no must-never-happen failures AND Correct >= 1 AND Grounded >= 1

Separate rules from judgment

Some criteria are checkable by code. Is the output valid JSON? Is it under 100 words? Does it cite a source? Check these with rules. They are cheap, fast and exact. Other criteria need judgment, such as is the answer helpful. Use people or a model judge for those. Keep the two apart in your reports.

Handle trade-offs

Quality dimensions pull against each other. A longer answer may be more complete and less helpful. A strict safety filter may block good answers. Decide the priorities with the product owner and write them down. For example, safety first, then correctness, then tone.

Test the rubric itself

  • Give 20 cases to two reviewers. Compare their scores.
  • Where they disagree, the rubric is unclear. Add an example or a sharper rule.
  • Repeat until they agree most of the time.
  • Keep a short guide with solved examples for new reviewers.
⚠Do not copy a generic rubric from the internet. It will measure someone else's idea of quality. Build it from your users' jobs.
Key takeaways
  • ✓Define quality from the user's job. Pick three to five dimensions that matter.
  • ✓Write a rubric with levels, examples and must-never-happen rules, so two reviewers agree.
  • ✓Use code rules for what is checkable, and people or judges for the rest. Report them separately.
  • ✓Write down priorities for trade-offs, and test the rubric by comparing two reviewers.
Hands-on exercise

Write and test a rubric

  1. Choose an AI task, such as drafting a reply to a complaint.
  2. Write a rubric with three dimensions, levels with examples and two must-never-happen rules.
  3. Give ten sample outputs to a friend and score them yourself.
  4. Compare scores. Rewrite any line where you disagreed, and note what you changed.
Check yourself
Q1Why use levels with examples instead of good or bad?show answer

Words like good are vague. Levels with examples let two reviewers reach the same score.

Q2Which checks should be done by code?show answer

Anything exact and checkable, such as valid format, length limits, required fields or the presence of a citation.

Q3How do you know a rubric is clear?show answer

Two reviewers score the same cases and mostly agree. Disagreements point to unclear lines that need an example.

← What an AI Evaluation Engineer DoesBuilding Test Sets & Golden Data →
0 / 10 finished0%