Concepts / Writing and Revising Evaluation Rubrics

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.

  • Programming

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.

Key point

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.

Dip detectedfirst-pass acceptance fallsSpecialist feedbackforty cases reviewedPrompt revisionstandard written intoinstructionsFresh samplefrom affected populationJudge recalibrationjudge checked on new sampleRegression verifiedfixeddashboard tracks in linetriggers reviewfeedsoutputs collectedjudge checkedconfirmed
In what order do the prompt revision, the fresh sample, and the judge recalibration happen, and how does each step feed the next until the regression is verified as fixed?

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.

Overall averagelooks acceptableOverall averagestill acceptableFamily-practicecohorttracking normallyFamily-practicecohorttracking normallyOrthopedic cohortlagging behindOrthopedic cohorttracking in line
How can the overall average stay flat while one affected population's scores drop, and how would a per-population breakdown show the difference before and after the revision?

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?

  • The prompt again, because the generator is the only thing that changed

  • The judge, recalibrated on a fresh sample from the affected population

Reveal answer
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 judgeSupported on a new population?Why
Flagging outputs that need a closer lookYesThe judge can still surface suspicious outputs even after its absolute scores have drifted.
Detecting that quality has changedYes, as a signalA change in judgments can prompt investigation, which is the role the per-trace loop plays.
Absolute score is a trustworthy numberNot without recalibrationIts scores may no longer reflect the new population's definition of good.
Score reflects what the learner cares aboutCannot be assumedA 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.

Unseen casespopulation without writtencriteriaRead traces closelyper-trace loopWrite new criteriafrom expert judgmentUpdate the rubricextended, not finishedsurfaces mismatchdefines gapencodednext population meets system
How does the cycle of encountering unseen cases, writing new criteria, and updating the rubric repeat over time as the system's population changes?

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 like

    Revising the prompt, shipping it, and declaring the repair finished without checking the judge.

    Why it fails

    The prompt answers what the generator should produce, while the judge answers whether grading still fits the new population. These are separate questions.

    Do this instead

    Plan 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 like

    Seeing a stable overall number and concluding that no population has a problem.

    Why it fails

    An aggregate can look acceptable while one subgroup quietly disagrees with the criteria.

    Do this instead

    Break results down by population and read individual traces for the affected group.

  • Common mistake

    Assuming an absolute score is still meaningful

    What it looks like

    Reporting a judge's score on a new population as if it were a calibrated quality measure.

    Why it fails

    The source notes that absolute scores can become unreliable, even though the judge may still flag outputs usefully.

    Do this instead

    Use the judge to flag outputs, and recalibrate before trusting its absolute numbers.

  • Common mistake

    Writing the rubric once and stopping

    What it looks like

    Keeping the original criteria after the system begins serving a new population.

    Why it fails

    The rubric is never finished and must evolve when a population's definition of good has not been written down.

    Do this instead

    Treat each new population as a trigger to extend the criteria.

Applying the Two-Change Repair

MEDIUM

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.