Writing and Revising Evaluation Rubrics
A regression repair often needs two separate changes: revising the prompt to encode the specialist's standard, and re-calibrating the judge on a fresh sample from the affected population.
A Dashboard Number That Dips
Imagine a system that drafts clinical notes for physicians to review. Its quality is tracked on a dashboard, and the number that matters most is first-pass acceptance: the share of drafts a clinician signs off on without rewriting them. When that number dips, the natural question is whether the drop is real and, if it is real, which part of the pipeline is responsible.
This article follows one such dip from detection through repair. The repair involved two separate changes that had to be made in the right order, and the reasons for that order are the point of the lesson. Keep one question in mind as you read: if the scoring system is still giving reasonable-looking numbers, how would you know it has stopped measuring the thing you care about?
Why an Average Can Hide a Problem
A single aggregate number summarizes many outputs at once. That summary is useful, but it can look acceptable while one subgroup quietly disagrees with the criteria used to judge it. The average is a blend of every population the system serves, so a drop inside one population can be diluted by the others. A flat overall line does not prove that every group is being served well.
The per-trace loop is what surfaces the need for a repair. Aggregate numbers can hide disagreement between the criteria and a subgroup, so the mismatch becomes visible only when individual traces are read closely and broken down by population.
Following the Orthopedic Feedback
The repair began with a labeling session. An orthopedist reviewed forty cases over two hours and gave feedback specific enough to act on. Three points came out of that session. First, the physical-exam section had to be organized by joint rather than by type of finding. Second, the assessment paragraph had to follow the structure of a primary diagnosis, then a differential, then a plan, which is the structure she had been trained to use. Third, the patient-history section could be far shorter than the template used for family-practice notes.
Notice what this chain does not include. Nothing in the account says the team rewrote its scoring method or changed the dashboard. The repair was driven by a domain expert's judgment about what a good orthopedic note looks like, and that judgment was then written into the instructions the model follows.
Two Changes, Two Questions
It is tempting to treat a regression fix as a single action, but the repair contains two distinct changes that answer two distinct questions. The first change asks what the generator should be told to produce. This is the prompt revision, which encodes the specialist's standard into the instructions. The second asks whether the thing grading the generator's output still understands what good output looks like for the new population. This is the judge recalibration, performed on a fresh sample from the affected population.
Read the diagram as a dependency chain. The specialist's feedback is the raw material for the prompt revision. The revised prompt produces new outputs, and those outputs form the fresh sample. The judge is then recalibrated on that sample, so its grading reflects the new population. Only after both changes are in place can the team confirm that the regression is actually repaired.
Tracing the Repair Through the Next Week
Because the feedback was concrete, the prompt revision itself was quick: it took an afternoon, and the fix shipped on a Friday. The result showed up in the following week's dashboard, where first-pass acceptance had recovered to sixty-three percent. The orthopedic cohort, which had been lagging, began to track in line with the family-practice cohort for the first time.
The diagram above is an illustrative generated view, not a reproduction of the source dashboard. It shows the pattern the source describes: an aggregate that can remain acceptable while one cohort lags, and a per-population breakdown that makes the lag visible and then shows it closing after the revision.
Predict the Second Change
What do you think happens?
The prompt revision is in place and the dashboard has recovered. What should be checked next: the prompt again, or the judge on a fresh sample from the affected population?
Reveal answer
The judge, recalibrated on a fresh sample from the affected population
The prompt revision answers what the generator should produce, but the judge answers whether the grader still understands good output for the new population. The source describes the repair as two separate changes, and the judge recalibration on a fresh sample is the second one.
What an Inline Judge Can and Cannot Show
An inline judge is the component that grades outputs as the system runs. The source makes an important distinction: an inline judge can remain useful for flagging outputs on a new population even after its absolute scores have become unreliable. The flag and the score must therefore be judged separately, because they support different claims.
| Claim about the judge | Supported on a new population? | Why |
|---|---|---|
| Flagging outputs that need a closer look | Yes | The judge can still surface suspicious outputs even after its absolute scores have drifted. |
| Detecting that quality has changed | Yes, as a signal | A change in judgments can prompt investigation, which is the role the per-trace loop plays. |
| Absolute score is a trustworthy number | Not without recalibration | Its scores may no longer reflect the new population's definition of good. |
| Score reflects what the learner cares about | Cannot be assumed | A reasonable-looking number can continue after the scoring has stopped measuring the target. |
Which judgments an inline judge supports on a new population, and which absolute score claims need calibration first.
Why the Rubric Keeps Changing
The deeper lesson is about the rubric, the set of criteria that defines a good output. The source makes the point through the criteria-drift work of Shankar, and its statement is blunt: the rubric is not done. A rubric encodes what good looks like for a particular population, and it has to be extended whenever the system meets a population whose definition of good has not yet been written into it.
The loop has no natural end. Each time the system meets a population whose definition of good has not been written down, the cycle starts again. In the clinical notes case, the orthopedic cohort held a different definition of good, and the per-trace loop is what made that difference impossible to miss.
Mistakes When Repairing a Regression
Common mistake Treating the regression fix as one action
What it looks likeRevising the prompt, shipping it, and declaring the repair finished without checking the judge.
Why it failsThe prompt answers what the generator should produce, while the judge answers whether grading still fits the new population. These are separate questions.
Do this insteadPlan both the prompt revision and a judge recalibration on a fresh sample from the affected population.
Common mistake Trusting the overall average
What it looks likeSeeing a stable overall number and concluding that no population has a problem.
Why it failsAn aggregate can look acceptable while one subgroup quietly disagrees with the criteria.
Do this insteadBreak results down by population and read individual traces for the affected group.
Common mistake Assuming an absolute score is still meaningful
What it looks likeReporting a judge's score on a new population as if it were a calibrated quality measure.
Why it failsThe source notes that absolute scores can become unreliable, even though the judge may still flag outputs usefully.
Do this insteadUse the judge to flag outputs, and recalibrate before trusting its absolute numbers.
Common mistake Writing the rubric once and stopping
What it looks likeKeeping the original criteria after the system begins serving a new population.
Why it failsThe rubric is never finished and must evolve when a population's definition of good has not been written down.
Do this insteadTreat each new population as a trigger to extend the criteria.
Applying the Two-Change Repair
A support-reply generator's overall satisfaction average stays flat after a deployment, but reviewers report that replies to one customer segment have become too long and too formal. Describe the two changes you would make to repair the regression, in order, and explain what each one answers. Then say what an inline judge's absolute score could and could not tell you about this segment before recalibration.
Hints
- Ask first whether the flat average could hide the segment's drop.
- One change concerns what the generator is told to produce; the other concerns whether the grader understands good output for the segment.
- Consider whether the judge might still flag replies even if its absolute scores are unreliable.
Key Takeaways
- A regression repair often needs two separate changes: a prompt revision that encodes the specialist's standard, and a judge recalibration on a fresh sample from the affected population.
- A single average score can stay acceptable while one population's scores drop, so per-population and per-trace views are needed to see the regression.
- An inline judge can still flag outputs on a new population even after its absolute scores have become unreliable; flags and scores must be judged separately.
- The rubric is never finished. It must evolve whenever the system meets a population whose definition of good has not yet been written down.