CaseAdvancedEval-Driven Specification / Golden datasets and test set ownership / #19

How do you prevent the golden set from becoming a proxy for a single loud customer?

The direct answer
Tag every golden-set example with the account it came from, and cap any single account at around eight percent of the set. The moment an account is about to cross that line, stop adding their examples automatically and pull a fresh batch from other accounts first. A test that only tracks its own pass rate can't tell you it has started testing one customer instead of everyone.
Do this, in order
  1. Tag every golden-set example to the account it came from, and cap any one account's share of the set.Why: this is the fix everything else supports. Skip it and the loudest account still gets to write the test.
  2. Set the cap low enough to catch drift in weeks, not the better part of a year.Why: an eight percent cap flags a runaway account fast. A generous cap just delays the same problem.
  3. When an account is about to cross the cap, stop taking their examples and force a fresh pull from other accounts and segments.Why: this is what actually restores the broad picture, not just freezes the skew where it happened to stop.
  4. Watch how well the tool does for the accounts that never complain, not just the golden set's own pass rate.Why: the set's score can hold steady for a year while whole customers it never learned from get a worse answer every time.
  5. Leave the checks that don't depend on judgment alone.Why: a check that just confirms a merge field filled in correctly doesn't care which account taught the model anything. Re-auditing it wastes review time.
  6. Don't wait for a different customer's complaint to reveal the skew.Why: by the time it shows up as someone else's bad ticket, the pattern has usually been shipping in real replies for months.

How to answer this, stage by stage

Seven moves. Most of the weight sits in stage three: this question is really asking what happens the day the easiest evidence to act on and the most important evidence to act on stop being the same thing. Every stage has the actual words to say.

1
Ground it in one product, one owner
Say it like this
"I'll ground this in something specific. Say a helpdesk tool drafts a reply for every incoming support ticket, and a quality lead keeps a golden set, a stack of tickets with a confirmed correct reply, to test whether new versions of that draft are actually good. That set is what this question is really about."
Why this works
Nobody can judge "captured by one customer" against a product you haven't named yet.
2
Preview the route in one breath
Say it like this
"Five things, fast. Who owns the set. What she stopped scheduling once one customer made the job easy. What actually breaks, and for who. The one call I'd take back. And the same eleven months, replayed with a cap in place."
Why this works
A route told up front tells the interviewer you're not improvising this cold.
3
Reframe what the question is actually testing
Say it like this
"A golden set doesn't get captured because someone's dishonest. It gets captured because one customer's proof is easier to act on than everyone else's put together, and easy wins by default unless something's built to stop it."
Why this works
This is what separates a real answer from "just make sure it's diverse," which is a wish, not a plan.
4
Give the one decision
Say it like this
"Concretely: tag every new golden-set example by the account it came from, and cap any single account at around eight percent of the set. The moment an account is about to cross that line, stop taking their examples automatically and pull a fresh batch from other accounts first."
Why this works
There's a number and a trigger in that sentence, not just good intentions. "Keep it diverse" is what everyone already says.
5
Compress the failure into four sentences
Say it like this
"Say a quality lead built a four hundred ticket golden set spread across the whole customer base. One retail account started sending clean, ready to use examples faster than her quarterly pull ever could, so the pull quietly stopped and that one account's share climbed from three percent to forty one percent in eleven months. A healthcare customer's patient then got told a refund timeline the account isn't allowed to promise, because the model had only ever learned the retail account's fast, casual answer to that kind of question. The golden set's own score never moved the whole time."
Why this works
Four sentences, and it still lands on the exact moment the score and reality split apart.
6
Say what you'd measure, and what you'd skip
Say it like this
"I'd track each account's share of the golden set directly, not just the pass rate. And I wouldn't re-audit a check like whether the reply pulled in the right order number. That's a fact, not a judgment call, so one account's habits can't quietly bend it."
Why this works
Shows the fix doesn't turn into re-checking everything forever, which is what interviewers are quietly listening for.
7
Close on one sentence
Say it like this
"So: a golden set gets captured the same way a meeting gets captured. Whoever shows up most gets mistaken for everyone. Tag by source, cap any one account's share, and force a refresh the moment it's crossed, and the set keeps testing the whole customer base instead of just the loudest one."
Why this works
One breath, and it's the sentence they'll actually repeat back to their own team afterward.
If you remember one thing Everything else in this answer is scaffolding for stages three and four. A golden set doesn't need a bug to fail you. It just needs one customer's proof to be easier to act on than everyone else's, and nothing built to notice when that easy path becomes the only path.

Let's learn

Picture a support tool that reads an incoming customer ticket and hands the agent a reply already drafted, ready to send or edit. Before it existed, an agent wrote every reply by hand, and a tricky ticket could eat ten minutes just finding the right words. With a draft sitting there, most tickets close in under two minutes.

Knowledge spark: what's a golden set? A stack of real tickets where someone has already confirmed the correct reply, checked once by hand. New versions of the draft-writer get graded against it, instead of a person re-checking every single reply, every single time.

For a long stretch, the golden set's own score barely moved. It sat near 97 out of 100, quarter after quarter. Nobody had a reason to look past that number.

Here's the turn. There's an easier way for a new ticket to land in that set than a fair pull across every customer: whichever customer complains the loudest, with the clearest proof, gets folded in first, because that's the path of least resistance. Slowly, without anyone deciding it on purpose, the set stops testing "does this work for everyone" and starts testing "does this work for the one customer who keeps emailing about it."

Golden set score vs. real accuracy for the customers who never complain, by month
60% 70% 80% 90% 100% Golden set score Real accuracy, customers who never complain M1 quarterly pull still running M11 compliance complaint surfaces it
The golden set's own score cannot move much, because the loudest account keeps supplying exactly the kind of ticket the model already gets right. Real accuracy for customers who never complain slid 22 points over eleven months while that score sat still.

Four hundred tickets make up this golden set, pulled at the start from across the whole customer base: retailers, clinics, software companies, insurance offices. When one retail account's tickets started filling most of the new slots, nothing in the set was tagged well enough to say so.

The set didn't stop testing whether the tool worked. It started testing whether it worked for the one customer who kept complaining.

At its worst, this costs more than never building a golden set at all. A score that never drops tells the whole team to stop worrying, right as the tool gets worse for every customer who never complains, because they don't know who to complain to, or don't have the time.

The decision that mattered Tag every golden-set example by the account it came from, and cap any single account at around eight percent of the set. Not a bigger set. Not a stricter one-time review.

What I would leave alone. A check that just confirms the drafted reply pulled in the right order number or the right return window doesn't need a re-audit when one account's share grows. It's graded against a fact, not a judgment call, so one customer's habits can't quietly bend it.

The lesson. A golden set doesn't fail because someone lied to it. It fails because it's a photo of whoever showed up loudest that quarter, and nobody wrote down that a photo is all it ever was.

Now here is the same thing as a story

Pull this one out when there's time to sit with it, not just tick it off a list.

Ligaya Domingo can read a support ticket and tell, before she's finished the first line, whether the reply drafted underneath it is actually right or just sounds right. Four years ago she answered Ticketframe's own support tickets by hand. Now she runs quality for the reply-suggester every agent at every Ticketframe customer sees.

The golden set she built is four hundred tickets wide, pulled from across Ticketframe's whole customer base: software companies, clinics, retailers, insurance offices, anyone who runs their support desk through Ticketframe. For her first two years on the job, she blocked out a full week every quarter. She'd request a handful of fresh, confirmed tickets from a rotating slice of accounts, big and small, and fold them in, so the set kept looking like the whole customer base instead of any one part of it.

Then Marrowstone Outdoor Supply signed on. Marrowstone runs a busy retail support desk, mostly returns and shipping questions, and their support ops lead was sharp: every time the reply-suggester got something wrong, he'd send Ligaya the ticket, the bad draft, and the correct reply, already lined up and ready to use. No chasing an account manager, no redacting, no waiting. Just done.

At first, Ligaya still ran her quarterly pull, but she'd start with whatever Marrowstone had sent that quarter, since it was already sitting in her inbox, and work down toward her target from there. A quarter later, she'd skip the accounts that needed extra coordination, the ones with smaller support teams, since Marrowstone alone covered most of the number she needed anyway. By the third quarter she couldn't have told you the exact day the pull stopped happening on the calendar. She just noticed, one week, that she'd snoozed the reminder for the fourth time, and that time she deleted it instead.

Left, a dial with many marks labelled how often to check where a new example came from, captioned what we assumed she'd do. Right, a rounded switch with two positions labelled checks the source and trusts it whole, captioned what actually happened, with the switch shown pushed down to trusts it whole.
People are switches, not dials

From then on, whenever Marrowstone's support ops lead sent a clean, verified example, she added it. That became the whole practice.

Eleven months in, a customer named Solace Behavioral Health filed a complaint. A patient had asked about a refund on a therapy session still waiting on insurance pre-authorization, and the reply-suggester told the agent to promise a refund in three to five business days. Solace can't promise that. Committing to a refund timeline before the insurer rules is against their own compliance policy, and the agent, trusting the draft, had sent it anyway.

Ligaya pulled the golden set apart to find out how that pattern got in there. It hadn't, not directly. What had happened was quieter. Eleven months of near-total real estate in the golden set had gone to Marrowstone: three percent of the set at the start, forty one percent by the time Solace complained. Marrowstone's tickets are almost all returns and shipping, so the model had learned, very well, that a fast promised timeline is the safe, helpful answer. It just never learned that some customers can't make that promise at all.

We didn't just teach the model Marrowstone's habits. We taught it to forget that other customers exist.

I want to say the model got worse. It didn't, not once, not by one setting. What actually happened was quieter than that. Ligaya's only real defense against one account taking over the set was a habit, running the quarterly pull, and a habit only has two settings. She was either doing it or she wasn't. Eleven months of an easier, faster substitute pushed her into not doing it, and being right, fast, and helpful eleven months running is exactly what keeps anyone from going back to the harder way.

Here's the call I'd take back. When the golden set's intake rule got written, in a planning meeting in Ticketframe's first year, the whole rule was two lines: a real ticket, and proof the correct reply was right. Nobody added a limit on how many could come from one account. At the time, no account had ever sent more than two or three examples in a quarter, so a cap felt like solving a problem that didn't exist yet.

I'd put a cap on it. No account gets to be more than eight percent of the golden set. The moment an account is about to cross that line, its examples stop going in automatically, and a fresh, scheduled pull from other accounts and tiers has to happen first.

Run the same eleven months again under that rule. Marrowstone crosses eight percent in month three, not month eleven. The cap flags it, and Ligaya runs a two day pull across twenty other accounts to backfill the set, including a batch from Solace. In that pull, a Solace ticket about a pending insurer decision shows up, and the reply-suggester gets it wrong in the same safe, obvious way it always does with anything it hasn't seen enough of. Ligaya catches it eight months before the real complaint, in a spreadsheet, instead of after a patient got a promise nobody could keep.

If I'm honest with myself, the mistake wasn't trusting Marrowstone's examples. Every one of them was real and correct. The mistake was writing a rule that only asked whether an example was true, and never asked how many true examples from one place a good test can absorb before it stops being a test of anything but that one place.

Where the set actually narrowed, step by step

A golden set doesn't need a bug to stop working. It just needs to keep growing from the one place growth is easiest. Here's the same five letters, mapped onto Ligaya's queue.

Five stacked rows, F L I P S, each a hand lettered capital in a coloured circle, a step name, and a short question. The I row is outlined in red-orange.
FLIPS, in five rows
FFind the person
Who owns the golden set's shape?
Not the model team in the abstract. Whoever decides what goes in it, and notices, or doesn't, where it came from.
In this answer: Ligaya Domingo, Ticketframe's quality lead, who built the four hundred ticket golden set and ran the quarterly pull meant to keep it broad.
LLocate the habit
What did she stop scheduling once one account kept supplying easy proof?
Look for the check that quietly stopped, not her overall care. Being right and fast eleven months running is what buys the habit its exit.
In this answer: She stopped running the quarterly stratified pull across account tiers, once Marrowstone's support lead kept sending clean, ready-to-use examples faster than the pull ever could.
IIdentify the flip
What two-setting switch snaps, with no middle?
"The set drifted toward one customer" describes the outcome, not the action. Name the exact two states with nothing between them.
In this answer: Pulls new examples on a schedule from across every account tier, or takes whatever a single account's queue hands her. Once the schedule lapsed, there was no smaller version of the pull left to fall back on.
PPinpoint the old decision
Which call only made sense before one account outpaced the rest?
Look for a narrow, defensible call from an early meeting. "Add a cap" after the fact doesn't count, that's a new dial.
In this answer: The golden set's intake rule required a real ticket and proof the reply was right, nothing else. No cap, no tag by account, because no account had ever sent more than two or three in a quarter.
SShow the replay
Same eleven months, capped set. Better ending?
Run the identical trigger through the fixed design and see where it stops. A count or a clock, not an adjective.
In this answer: Marrowstone crosses an eight percent cap in month three. The forced backfill pulls a Solace ticket into the set that same week, and the compliance risk gets caught eight months before the real complaint did.
Two panels. Left, a gently rising line labelled one account's share of the golden set, from 3 percent to 41 percent over eleven months. Right, a line labelled how she sources new golden-set examples, that starts flat and low at runs the quarterly pull, then jumps straight up and runs flat at takes whatever one account sends.
A small drift outside. A hard snap in how she worked.

"The set drifted toward one customer" is a diagnosis anyone can offer after the fact. The harder part is naming the exact habit that had to stop first, the quarterly pull, and showing there was no smaller version of it left once it did.

And if you want to be sure it really works, try it somewhere else

ParcelDesk reads a permit application for a city planning office and flags anything that fails code, feeding a golden set of confirmed-clean, correctly-flagged applications. Same question, a permit office instead of a helpdesk, and a flip that isn't scope this time.

F. Sunniva Aasgard, senior plan-review analyst, who feeds ParcelDesk's golden set of confirmed-clean applications.
L. For two years she routed every new candidate through a rotation of four junior reviewers, one per specialty, building, electrical, plumbing, zoning, so the set stayed broad across permit types and filers. She stopped, one filer at a time, once deadline pressure meant she started clearing that filer's applications herself.
I. A different flip. She doesn't narrow which accounts get sampled, she takes the task back from the junior rotation for one filer, then never hands it back. Routes new examples through the rotation, or personally fast-tracks and adds them herself, nothing shared in between.
P. City council gave large commercial projects a mandatory ten-day review deadline. Nobody built an exception for how new golden-set examples got sourced when a project like that came in, so the fastest path, Sunniva handling it herself, became the only path for one filer's queue.
S. No filer's applications enter the golden set without also routing through the junior rotation that quarter, deadline or not, even if it means Sunniva does a first pass and a junior reviewer signs off after the fact instead of before. The takeover of the queue gets caught in six weeks instead of about a year, because the rotation log itself shows the imbalance.

Weeks between one filer taking over the queue and someone catching it, ParcelDesk
No rotation floor, junior reviewers skipped under deadline pressure
Old design
52 weeks
Rotation floor: every filer routes through a junior reviewer, deadline or not
New design
6 weeks
Old design: caught when a routine staffing review noticed one filer's applications made up nearly every recent golden-set addition, about a year after Brackenridge Construction Group's deadline-driven takeover began. New design: the rotation log itself flags the imbalance in the sixth week, before a single junior reviewer has gone more than one cycle without seeing that filer's queue.
A second decision worth taking back Giving large projects a hard deadline is itself a decision, not a fact about the work. A rule that said the deadline changes who reviews first, never who reviews at all, would have kept the rotation running underneath the rush.

Swap the trigger and it still runs

  • Speed: if Marrowstone had onboarded onto Ticketframe in a single month instead of ramping for nearly a year, the skew would have shown up in the very first quarterly pull, with far less of the golden set already replaced by their tickets.
  • Cost: if running the quarterly pull cost real money each time, say a paid redaction service per account, someone would have started skipping the harder accounts even sooner, and Marrowstone's free, ready-made tickets would have taken over faster, not slower.
  • The model got better: this is close to what actually happened. The reply-suggester got very good at Marrowstone's kind of ticket. Nothing about the model was wrong. What was wrong was assuming "very good at one thing" and "very good, period" were the same finding.

Where people run it wrong

  • Blaming the model for the Solace complaint, when the model never touched anything outside what the golden set taught it.
  • Reaching for a bigger golden set as the fix, when tagging the existing four hundred by account and capping any one account's share would fix it for far less work.
  • Waiting for a different customer's complaint to reveal the skew, instead of watching the account-share number directly.

How to use it live

Buy yourself a few seconds by naming the reframe before the fix: "The question isn't whether Marrowstone's tickets were good, they were. It's whether one good, generous customer can quietly become the whole test." Say that, and the rest of the answer is just the mechanism.

Flashcards (click a card to flip it)

Eight fixed slots, pulled straight from the answer above.

1 · THE FLIP FAMILY
What flip family is this?
Tap to flip
ANSWER
Scope flip. Pulls from a broad sample across every account, then narrows to whatever one account's slice hands her. It fires as volume grows past what a scheduled, effortful pull can keep up with.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Ligaya Domingo, quality lead at Ticketframe, four years in. She built the four hundred ticket golden set and ran the quarterly pull that kept it spread across the customer base.
3 · THE HABIT
What did she stop doing because it worked?
Tap to flip
ANSWER
She stopped running the quarterly stratified pull across account tiers, once Marrowstone's support lead kept sending clean, ready-to-use examples faster than the pull ever could.
4 · THE FLIP, HERE
What's the two-setting switch in this story?
Tap to flip
ANSWER
Pulls new examples on a schedule from across every account tier, or takes whatever a single account's queue hands her. No setting in between once the schedule lapsed.
5 · THE OLD DECISION
What decision would you take back?
Tap to flip
ANSWER
The golden set's intake rule required only a real ticket and proof the reply was right, no cap and no tag by account, because no account had ever sent more than two or three examples in a quarter.
6 · THE NUMBER
Marrowstone's share of the golden set climbed from ___% to ___% over eleven months while the set's own score stayed at ___%.
Tap to flip
ANSWER
3%, 41%, 97%. Real accuracy for customers who never complain fell from 93% to 71% over the same eleven months.
7 · THE REPLAY
Same bad eleven months, new design, what changes?
Tap to flip
ANSWER
Marrowstone crosses an eight percent cap in month three. The forced backfill catches the compliance risk in a Solace ticket that same week, eight months before the real complaint.
8 · CROSS-PRODUCT
Section 4 answers this same question for a different product, with a different flip family. Which product, which family?
Tap to flip
ANSWER
ParcelDesk, a municipal permit plan-review assistant, using the delegation flip: a senior reviewer takes one filer's applications back from the junior review rotation to hit a deadline, and never hands them back.

Check yourself Score: 0 / 0

Multiple choice
1. What was the flip in Ligaya's story, and what were its two settings?
  • A. She gradually gets less careful about which accounts the golden set's examples come from.
  • B. She pulls new examples on a schedule from across every account tier, or she takes whatever a single account's queue hands her, with nothing in between.
  • C. Ticketframe's model got worse at drafting replies for Marrowstone specifically.
  • D. She asks a coworker to double-check any golden-set example she's unsure about.
Show hint
Look for something Ligaya does with her own calendar, not something that happened to the model.
Show answer
B. C describes the trigger's effect on the golden set's contents, not Ligaya's behavior, and the model itself never changed. A describes a gradual slide, and the story never shows a "somewhat less careful" stop between running the pull and not running it. D describes a fix worth making, but it isn't what actually happened.
True or false
2. True or false: Ligaya could have caught the skew by simply reading Marrowstone's escalations more carefully before adding them.
  • True
  • False
Show hint
Every example Marrowstone sent was real and correct. What was missing wasn't scrutiny of each example.
Show answer
False. Reading each example more carefully wouldn't have caught anything, because each one really was true and correct. What was missing was a cap on how many true examples from one account a good test can absorb before it stops testing anyone else.
Fill in the blank
3. The decision this answer takes back is a golden-set intake rule that required a real ticket and ______, but never set a ______ on how many could come from ______.
Show hint
It's the reversal category called "absent state": nothing was built to track or limit where examples came from.
Show answer
Proof the correct reply was right, cap or limit, one account. Nobody tagged examples by source or capped any account's share, so there was no way to tell the set had narrowed to one customer until an outside complaint found it.
Multiple choice
4. Which check in Ticketframe's golden set did NOT need a re-audit when Marrowstone's share grew, because it doesn't depend on which account taught the model anything?
  • A. Whether a drafted reply matches the customer's expected tone.
  • B. Whether a drafted reply pulled in the correct order number or return window.
  • C. Whether a refund timeline promise is safe to make.
  • D. Every check needed the same fresh look at the same time.
Show hint
Look for the check that's decided by a fact pulled from the ticket, not by anything the model has to judge.
Show answer
B. D is the trap answer. Treating every check as equally at risk is what happens when nobody's willing to say out loud which ones can be left alone.
Short answer, apply it yourself
5. Think of a rubric, checklist, or "best examples" list you or a team you're on leans on. Which single loud voice would find it easiest to quietly take it over, and what would you check to catch that before it happened?
Show hint
Think of a hiring rubric built mostly from one hiring manager's feedback, or a style guide shaped by one editor's pet peeves.
Show answer
Model answer: "Our interview rubric got rewritten a dozen times, and most of the rewrites came from one senior engineer who interviewed the most and complained the most. We never tracked whose feedback shaped which question, so the rubric quietly started testing for his taste in answers instead of what the role actually needed. Tagging feedback by reviewer, and checking that no one reviewer's notes made up more than a third of any changes, would have caught it." Any real example counts, as long as it names a plausible loud source and a concrete way to check its share.
Fill in the blank, do the math
6. The chart shows the golden set holding near 97% every month while real accuracy for customers who never complain fell from 93% in month one to 71% by month eleven, the month of the complaint. About how many percentage points apart were the two numbers by month eleven?
Show hint
Subtract the real accuracy number from the golden set's score, both at month eleven.
Show answer
26 points. 97% minus 71% is a 26-point gap, and it's invisible if you only ever check the golden set's own score, because that score never moved either way.
From U2xAI Academy

From answering questions to owning outcomes.

A live workshop where you ship a working AI agent, defend a launch decision, and walk away with a portfolio recruiters can't wave off, not just more questions to study.

  • A live AI agent you actually shipped
  • A launch decision you can defend under pressure
  • An interview-ready portfolio, not more flashcards
Know more