CalculationIntermediateShipping & Model Lifecycle / Rollout strategy and phased launches / #2

What percentage would you start a canary at, and how do you decide?

The direct answer
Zero percent live and 100 percent shadow for the first week, then go live near half a percent. The number is not folk wisdom, it falls out of arithmetic: daily volume, times your slice, times the days you would be blind, times the rate of bad outcomes. Size it so the count of real people hurt before anyone notices is a number you would be willing to read out loud.
Do this, in order
  1. Run it at 100 percent in shadow first, and at zero percent live.Why: shadow gets you the same evidence with nobody paying for it. Every live canary has a floor on how many people it costs, and shadow is the only setup that sits under the floor.
  2. Cap what a wrong answer is allowed to do before you cap how many people see it.Why: if the model can only move a case up the queue and never down, the worst a mistake can do is spend twenty minutes of a caseworker's time instead of making a household wait three weeks for rent money.
  3. Turn the percentage into people per day before you agree to it.Why: 1 percent of 10,000 applications a day is 100 people a day. Nobody argues with "1 percent" in a planning meeting. Everybody argues with "100 households a day."
  4. Shorten the detection loop before you shrink the slice.Why: going from 1 percent to 0.1 percent only took the harm from 70 households to 50, and it kept a broken thing live for 50 days instead of 7. Shorter loop beats smaller slice.
  5. Write "screened by the new tool" on the case file itself.Why: an applicant can appeal a decision. They cannot appeal being in your test, because they were never told. If no caseworker can see which files the tool touched, nobody can undo it later either.
  6. Watch the flag rate split by how people get paid, not the overall rate.Why: the overall number stayed normal the whole time. The entire gap sat with people paid weekly in cash, who are about 8 percent of applicants and almost none of the training data.
Knowledge spark: canary, shadow, and why the bird A canary is a small slice of real traffic sent to the new version while everyone else keeps the old one. The name comes from the birds miners carried underground: the bird stops singing before the air kills a person. A shadow run is different. The new version sees every request and its answer is written down and thrown away, so it gets graded without deciding anything for anyone.

How to answer this, stage by stage

Seven moves. The first one puts a number on the table so you are not dodging. The rest earn it.

1
Land on a number before you explain yourself
Say it like this
"Half a percent, live, after a week at 100 percent in shadow. But I'd rather show you how I got there, because the percentage on its own is close to meaningless. It's the answer to a sum, and there are three other terms in it."
Why this works
Interviewers ask this to see whether you will commit. "It depends" loses the room in four words. Give the number, then earn it, and now you get to teach instead of hedge.
2
Convert the percentage into people per day, out loud
Say it like this
"Let me make it concrete. Say it's a tool that pre-screens benefits applications for eligibility, and the office takes 10,000 a day. One percent isn't one percent. It's 100 households a day, and every one of them is somebody waiting on rent money."
Why this works
Percentages hide their own size. The moment you say "100 households a day" the conversation stops being about a rollout setting and starts being about the thing it actually is.
3
Multiply by how long you would be blind
Say it like this
"Now the part people skip. How fast would I find out? If the check is a human audit at the Thursday quality meeting, I'm blind for seven days. So 100 a day isn't 100. It's 700 before anyone looks. If one in ten of those got pushed to the slow pile wrongly, that's 70 households, and I did that on purpose."
Why this works
This is the whole answer in one move. The percentage sets the rate. The detection loop sets how long the rate runs. Almost nobody says the second half, and it is usually the bigger of the two.
4
Name who is inside the slice and cannot get out of it
Say it like this
"And it matters who those 700 are. A user in a normal product canary can close the tab. An applicant can't. They didn't choose the office, they can't opt out, and they were never told there were two versions. They can appeal a decision. There's no form for appealing which version of the system read your file."
Why this works
This is the move that separates a risk answer from a rollout answer. Say it plainly, once, then get back to design. Say it three times and it turns into a speech, which is the fastest way to lose a technical interviewer.
5
Attack the clock, not the slice
Say it like this
"The instinct is to drop to 0.1 percent. But I still need about 500 reviewed cases before I'd trust what I'm seeing, and at 10 a day that's 50 days. So the harm barely moves, 70 down to 50, and a broken thing stays live for seven weeks. I'd rather keep the slice and audit it next day. Same 500 cases in five days, same 50 households, one seventh of the calendar."
Why this works
It shows you know the evidence requirement does not shrink when the slice does. A smaller canary buys a slower answer, not a safer one, and saying so is the most senior line in the whole answer.
6
Go under the floor: spend week one in shadow
Say it like this
"There's a floor here I can't get under with any live percentage. 500 cases at a one in ten bad rate is 50 households, whatever slice I pick. So the first week I'd run it at 100 percent in shadow. The model scores every application, nobody's file moves, and I compare it to what the caseworkers actually decided. At 10,000 a day I've got my 500 comparisons before lunch on Monday, and the cost is zero people."
Why this works
It reframes the question from "how small can I make the risk" to "do I need to spend anyone at all yet." Shadow will not catch the letters, the queues, or how a caseworker behaves with a score on the screen, so you still need a live canary after it. But you go into it already knowing the model is not the problem.
7
Say what you would ship with no canary at all, then stop
Say it like this
"I wouldn't canary everything, or I'd never ship. Page speed, field order, the wording on an internal dashboard: those go straight out. And here's the useful one. If a change can only ever move a case up the queue and never down, its worst case is a wasted twenty minutes, so I'd run that at 50 percent on day one. So: shadow first, then size the live slice off the detection loop, and cap what a wrong answer can do before you cap how many people see it."
Why this works
Naming what you would not protect shows judgment instead of blanket caution. And the last sentence is the one they will remember, so make sure it is the decision and not a tangent.

Let's learn

Every morning the county benefits office gets about 10,000 applications for housing and heating help. A caseworker reads each one, decides whether the paperwork stands up, and either approves it or writes back asking for proof.

Before the tool, that was 60 files a day per person and a lot of Fridays that ended at six. So we built a pre-screener. It reads the form and the uploaded documents and marks each application one of three ways: clear, check this, or likely not eligible. Anything marked likely not eligible drops into the second pile, where the letter asking for more proof goes out on the next Tuesday post run instead of the same day.

It works. Fridays end at four now. It catches missing pages a tired person misses at 4:45.

Then you roll it out. Somebody says 1 percent, because 1 percent is what you say, and everyone nods, and it goes in the plan.

Daily volume, canary slice, days blind, bad rate, people hurt
Four terms. Most people only argue about the second one.

Here is the sum nobody did in that meeting.

# the slice
applications a day = 10,000
canary slice = 1% # = 100 households a day

# the clock
audit = weekly # Thursday quality meeting
days blind = 7
households in the window = 700 # 100 x 7

# the cost
wrongly sent to slow pile = 1 in 10
households hurt = 70 # each waits ~3 extra weeks

The mistakes are not the problem. Seventy wrong calls out of 700 is a bad week, and a bad week can be fixed. The problem is who the seventy are, and what happens to them next.

They are not a random seventy. The tool learned from years of approved claims, and almost all of those claims came with payslips. So the applications it cannot read are the ones with no payslips: people paid weekly in cash, agency cleaners, seasonal farm work, a first month of self-employment. That is about 8 percent of applicants and it is where nearly all of the error sits.

And the deadline is fourteen days from the date of application, not from the date the letter goes out. A file that sits in the slow pile for six days has eight days left to produce proof that a person keeps in an envelope. Plenty of them do not make it, the claim closes for no reply, and they start again.

We did not run a one percent test. We ran a three week wait for rent money on seventy households, and wrote it in the plan as one percent.

Now the part that makes this a risk question rather than a rollout question. Those seventy people can appeal the decision. There is a form and a phone number and it works, slowly. What they cannot appeal, or even see, is being in the test group at all. They did not choose this office, they cannot go to a different one, and nobody told them there were two versions of it that week.

Households hurt before anyone notices
10,000 applications a day. Bad outcome on 1 in 10 canary cases. About 500 reviewed cases needed before the problem is clear.
Setup
Households hurt
Days blind
1% live, weekly audit
70
7 days
0.1% live, weekly audit
50
50 days
1% live, next-day audit
50
5 days
100% shadow, next-day audit
0
half a day
Cutting the slice by ten only took 70 down to 50, and it kept a broken thing live for seven weeks. Fifty is the floor: 500 cases at a one in ten bad rate, whatever percentage you pick. The only row that gets under the floor is the one where nobody's file moves.
The decision I would take back We agreed, in a design review, not to write canary membership on the case file. Two good reasons at the time: keep the screen clean, and stop caseworkers treating flagged files differently just because they knew. The result was that when the pile started looking strange, not one person in that building could tell which files the tool had touched. A test nobody can see is also a test nobody can undo.

What I would leave alone. If a change can only ever move a case up the queue, ship it wide. Say the model gets better at spotting a household about to be evicted and pulls those forward. Being wrong costs a caseworker twenty minutes on a file that could have waited. That is a real cost and it is a cheap one, so a 0.5 percent canary on that change is theatre. Fifty percent, day one, watch the review time. Save the small slices for changes that can make somebody wait.

The lesson. I used to think the canary percentage was the safety decision. It is not. It is the rate dial on a decision that was already made somewhere else, in whichever meeting settled how quickly a human being would look at the results. If that meeting says "we review it on Thursdays," then no percentage is small enough to save you, because the harm is the rate times the wait. Set the wait first. The percentage is what is left over.

The long version, for when you want to feel why it matters

You don't need this to answer the question. Read it when you want to know why the answer is right, not just what it is.

Adaeze has worked the benefits desk at the county office for nine years. She reads the free-text box first, before the income section, because that is where people say the real thing. "My hours got cut in January." "I moved out in a hurry." She can tell from the second page whether a household is going to lose their flat, and she is almost never wrong about it.

Sixty files a day. She has a system: the ones she can decide on the spot, the ones that need a letter, and a small third stack she keeps by her elbow for the ones she wants to think about.

In April the pre-screener arrives. Nobody makes a fuss about it. It just starts appearing at the top of each file: clear, check this, or likely not eligible. And it is good. It spots a missing page 14 before she does. It notices when an employer's name on the payslip does not match the one on the form. By June her Fridays end at four and she has stopped dreading the first week of the month.

The canary starts in the second week of September, at 1 percent, reviewed at the Thursday quality meeting. Adaeze is not told, and there is no reason she would be. Rollout settings are not caseworker business.

The first thing she notices is nothing at all. The second thing is Marek, two desks over, saying on the Wednesday that he has had two reconsiderations come back in the same week, which is unusual, and both of them were people paid in cash. He says it the way you mention weather. She says huh, and goes back to her screen.

Live canary versus shadow mode, and who pays for the evidence
Two ways to get the same 500 cases

Priya cleans offices at night. Three buildings, five nights a week, paid every Friday in cash by an agency that gives her a handwritten slip and an envelope. She applied on the second of September, uploaded a photograph of six of those slips, and wrote in the free-text box that her landlord had already sent one letter.

The pre-screener found no wage evidence it recognised. Likely not eligible. Slow pile. The letter asking for employer confirmation went out on the Tuesday post run, six days after she applied. Her fourteen days were counted from the second. She had eight left to get a signature out of an agency that answers the phone about half the time.

It closed for no reply on the sixteenth. She reapplied on the twenty-second. The money reached her in the second week of October, five weeks after she first asked for it, and the eviction notice arrived before it did.

Adaeze never saw Priya's file. It was in the slow pile, and the slow pile is a different rota.

What she did see, by the end of the month, was that the second pile had gone strange. More cash-income cases in it than she would expect. She said so at the Thursday meeting, in the way you say something you are not sure about yet. Someone wrote it down as a possible seasonal effect, which was a completely reasonable thing to write down, because September is when the agency contracts turn over.

Adaeze could see the pile getting strange. She could not see the reason, because we had decided not to write it on the file.

That was a real decision, made in a room, by people being careful. If a caseworker can see that the new tool touched a file, they might treat it differently, and then your test is measuring the caseworker instead of the model. That is a genuine problem and it is the standard answer to it. It also meant that the one person in the building who noticed something was wrong had no way to check, and the audit that could have checked was six days away.

Seven hundred applications went through that window. About seventy of them looked like Priya's.

Now run September again, the other way. On the first Monday the model is switched on at 100 percent, in shadow. It reads every application, writes down what it would have said, and moves nothing. By eleven that morning there are more than 500 files where the model's answer and the caseworker's decision can be lined up next to each other. The split by income type comes out of that comparison the same day: on payslip cases the model agrees with the caseworker almost always, and on cash-income cases it says likely not eligible about ten times more often than a person does.

Nobody's letter goes out late. Nobody's fourteen days start ticking against a queue they were never told about. You find the exact same problem, one week earlier, and Priya is just an applicant instead of a data point.

Then you go live, at half a percent, with a next-day audit, and the model only allowed to move a case up the queue for the first month. And you write "screened by the new tool" on the file, and accept that it might bias a caseworker slightly, because the alternative is what happened to Adaeze in September.

I was in the meeting where we picked 1 percent. It took maybe forty seconds. I remember thinking it was a conservative number.

GUARD, and where each letter bit

This is a risk question, so the framework is GUARD. A canary is a risk decision wearing an engineering hat, which is exactly why "1 percent" gets said in meetings without anyone doing the sum.

GUARD: groups, unequal, ability to contest, reduce, detect
GUARD, for risk, safety and fairness questions
G, groups. Two, and you have to name both. The operator is Adaeze, nine years on the benefits desk, 60 files a day. The subject is Priya, who cleans offices at night and gets paid in cash. Only one of them can see the product.
U, unequal. The canary picks its 700 at random, so it looks fair. The harm inside it is not random at all. It sits almost entirely on people with no payslips, because that is what the training data was short of.
A, ability to contest. Priya can appeal the decision. She cannot appeal being in the test, because nobody told her there was one. And the design decision that took away the lever: we kept canary membership off the case file, so no caseworker could see it either.
R, reduce. Shadow at 100 percent for week one. Then live at half a percent, with the model only allowed to move a case up the queue, and the flag written on the file where a human can see it.
D, detect. Next day, not next Thursday. And split the flag rate by how people get paid, because the overall number never moved.
The GUARD test, applied here Handle it plainly, and don't answer with a process. If your reduce step is "a review board" or "an ethics checklist," you have not designed anything. "The model can only move a case up the queue for the first month" is a design. Somebody can build it on Monday, and you can tell whether they did.

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

A bank is rolling out a new fraud model. When it fires, the account is frozen straight away and a human looks at it within two working days. Different industry, same five letters, same trap.

G, groups. The fraud analyst who clears the queue, and the account holder whose card just stopped working in a shop.
U, unequal. The freezes land on people whose money moved in an unfamiliar shape: a first freelance invoice, a first salary from a new job, someone sending money home the week they arrived in the country. Long, boring account histories almost never trip it.
A, ability to contest. There is a phone line, and it works, in about forty minutes. But the freeze happens before any person is involved, so the appeal starts after the rent has already bounced. The past decision: freeze first, review later, because the team was measured on money out the door.
R, reduce. During the canary the model cannot freeze anything. It can only put the account at the top of the review queue. Worst case is an analyst spends four minutes on a clean account.
D, detect. The freeze reversal rate on accounts less than 90 days old, checked daily. Not the overall reversal rate, which barely moves.

Swap the trigger and it still runs

  • Volume: enrolment opens and the office goes from 10,000 applications a day to 40,000. Nobody changes the canary setting, so half a percent quietly becomes 200 households a day instead of 50. Re-derive the number every time volume moves.
  • Cost per mistake: the same model, same slice, but pointed at emergency heating grants in January instead of routine renewals. Identical percentage, and a wrong answer now means a cold flat rather than a late letter.
  • The model gets better: accuracy climbs, the audits get boring, and the reviewer starts skimming. Your detection loop stretches from one day to two weeks and no dashboard anywhere shows it. The slice never changed, so on paper nothing did.

Where people run it wrong

  • Quoting a percentage with no denominator. One percent of 200 a day and 1 percent of 10,000 a day are not the same decision, and only one of them is safe to say in a meeting without doing the sum first.
  • Grading the canary on model accuracy instead of on what happened to people. Accuracy can hold at 96 percent while the entire error moves onto one group who all get the same wrong answer.
  • Treating shadow mode as the finish line. Shadow tests the model. It cannot test the letters, the queue, the deadline, or what a caseworker does differently when there is a score at the top of the page. You still need a live canary. You just need a much smaller and much better watched one.

If you're asked this cold

Buy yourself ten seconds by asking for the denominator. "Before I give you a number, what's daily volume, and how quickly would a human look at the results?" That is not stalling, it is stages 2 and 3 of the answer, and you cannot get the percentage right without both of them. If they say "assume whatever you like," pick 10,000 a day and a weekly audit out loud, and the sum does the rest of the work for you.

Flashcards (click a card to flip it)

1 · THE FRAMEWORK
Which framework fits a canary question, and why that one?
Tap to flip
ANSWER
GUARD, for risk, safety and fairness. A canary is a risk decision in engineering clothes: you are choosing how many real people absorb a fault you have not found yet.
2 · THE SUM
State the canary sum in one line.
Tap to flip
ANSWER
People hurt equals daily volume, times the canary slice, times the days you would be blind, times the bad outcome rate. The percentage is only the second term.
3 · THE TWO PEOPLE
Who are the two groups in this answer, and which one can see the product?
Tap to flip
ANSWER
Adaeze, nine years on the benefits desk, and Priya, an office cleaner paid weekly in cash. Only Adaeze can see the product. Priya only sees the letter, six days late.
4 · THE FLOOR
Why can't you just shrink the canary until it's safe?
Tap to flip
ANSWER
Because you still need about 500 reviewed cases to be sure. 500 at a one in ten bad rate is 50 households, whatever slice you pick. A smaller slice buys a slower answer, not a safer one.
5 · THE ONE WHO CAN'T PUSH BACK
GUARD's A: what exactly can the applicant not contest?
Tap to flip
ANSWER
Not the decision, which has an appeal form. Being in the test group. There is no way to see it, opt out of it, or go to a different office, and nobody was told there were two versions.
6 · THE DECISION TAKEN BACK
What old decision does this answer reverse, and why did it make sense at the time?
Tap to flip
ANSWER
Keeping canary membership off the case file. It made sense: a caseworker who knows might treat the file differently, and then you're measuring the caseworker. It also meant nobody could check when the pile went strange.
7 · THE NUMBER
Fill in: 1 percent of 10,000 a day, with a weekly audit, is ______ applications before anyone looks.
Tap to flip
ANSWER
700. That is 100 a day times 7 days blind. At a one in ten bad rate it is 70 households waiting about three extra weeks for rent money.
8 · TRANSFER
The last section runs GUARD again on a different product. Which one, and what changes in the reduce step?
Tap to flip
ANSWER
A bank fraud model that freezes accounts. Reduce: during the canary it cannot freeze anything, only push an account to the top of the review queue. Worst case is four minutes of an analyst's time.

Check yourself Score: 0 / 0

True or false
1. True or false: dropping the canary from 1 percent to 0.1 percent cuts the number of households hurt by about ten times.
  • True
  • False
Show hint
You still need the same amount of evidence. Where does that evidence come from at 10 cases a day?
Show answer
False. It went from 70 households to 50, not from 70 to 7. You need about 500 reviewed cases either way, and at 10 a day that takes 50 days instead of 7. So you cut the harm by less than a third and left a broken thing live for seven weeks.
Multiple choice
2. Someone tells you the canary is set to 1 percent. What do you ask first?
  • A. What accuracy did it hit in testing?
  • B. One percent of how many a day, and how long until a human looks at the results?
  • C. What's the rollback plan if it goes wrong?
  • D. Which team owns the flag?
Show hint
A percentage has no size until you give it a denominator and a clock.
Show answer
B. Those two answers give you the whole sum. C is a fair question but it fires after the harm has already happened, and A grades the model rather than the exposure.
Fill in the blank
3. People hurt equals daily volume, times the canary slice, times ______, times the bad outcome rate.
Show hint
It's the term set by your audit schedule, not by your rollout setting.
Show answer
The days you would be blind. This is the term almost everyone leaves out. The slice sets the rate; the detection loop sets how long the rate runs. A weekly audit multiplies your exposure by seven before anyone reads a single case.
Multiple choice
4. You need 500 reviewed cases and 1 in 10 canary cases gets a bad outcome. Which change gets you under 50 households hurt?
  • A. Drop the slice to 0.01 percent.
  • B. Audit daily instead of weekly.
  • C. Run at 100 percent in shadow, where no file moves.
  • D. Add a second reviewer to the Thursday meeting.
Show hint
500 times one in ten is 50, no matter what percentage you pick. So the answer has to change something other than the percentage.
Show answer
C. A and B both take you to the floor of 50 and no further, because the evidence requirement does not shrink with the slice. D makes the same audit slightly better but does not change the sum at all. Only shadow gets the 500 cases without anybody's file moving, and that is why it is the first thing you do, not a nice extra.
Short answer
5. Name a change to this same product that you would ship with no canary at all, and say why that is safe.
Show hint
Think about direction. Which mistakes cost staff time, and which ones cost a household weeks?
Show answer
Model answer: "Anything that can only move a case up the queue. Say the model gets better at spotting a household facing eviction and pulls those forward. If it's wrong, a caseworker spends twenty minutes on a file that could have waited. That is a cheap, visible, same-day cost, so I'd run it at 50 percent on day one and watch review time. Small slices are for changes that can make somebody wait." Page speed, field order and internal dashboard wording also pass.
Short answer, apply it yourself
6. Pick a system you have shipped or used. Who is in its test group who never agreed to be, and what would one wrong answer cost them?
Show hint
Look for someone who is affected by the output but is not the customer, cannot see the product, and has no way to opt out.
Show answer
Model answer: "A resume screener at my last company. The test group was the candidates, not the recruiters. A candidate can't see they were screened by a model, can't ask which version read their CV, and can't reapply for six months under our own policy. So a wrong answer costs them a job they never knew they were close to, and it costs us nothing we can measure. That's the shape to watch for: the harm lands entirely on the person with no way to tell you about it." Any answer works if you can name a person outside the product who absorbs the mistake and has no lever.
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