ConceptIntermediateAI Opportunity & Model Strategy / When NOT to use AI / #7

Why is AI a poor fit for tasks where users cannot verify the output?

GUARD · the caution a summary quietly dropped

Kestrelwyn Health builds PlainChart, a feature that turns a doctor's clinical note into a plain-language summary a patient can actually read after a visit. Berengaria Draxler is the product manager who owns it. Dr. Mordecai Fitzalan is the family physician whose notes PlainChart translates. Valdemar Skjold, a retired dock foreman on blood thinners for an irregular heartbeat, read one of those summaries after a routine knee procedure, and very nearly acted on it.

The direct answer
AI is a poor fit here because a wrong line and a right line look exactly the same to someone who has no way to check either one. When the reader can't verify the output, a confident, fluent mistake gets treated as fact and acted on, with nothing standing between the model and the decision. The fix isn't to make the model sound less sure of itself. It's to put a real check between the output and the person, a qualified reviewer, a source the reader can actually compare it against, or an honest flag saying this part hasn't been checked, or to keep AI out of that specific line entirely.
Do this, in order
  1. Never let a genuinely unverifiable AI output reach the person who has no way to check it.Why: this is the direct answer. Everything below just protects it.
  2. Build a real check between the output and the reader for anything that changes what they do next: a clinician sign-off, a source they can compare it against, or an explicit "not yet checked" flag.Why: this is GUARD's Reduce step, the actual fix, not a slogan about being careful.
  3. Name both people before reacting to a bad output: who reads it blind, and who else gets hurt if they act on it wrong.Why: the Groups step. Skip it and you end up fixing a story instead of a real risk.
  4. Watch for where the harm lands unevenly. The person a feature was built to help most is often the one least able to catch a mistake in it.Why: the Unequal step. A domain expert reading the same line would catch it in a second.
  5. Ask, before launch, whether the target reader has any real way to confirm the output. A "no" is the risk signal itself.Why: the Detect step. This is what catches it before an incident, not after one.
  6. Leave the check off anywhere a wrong answer is cheap and visible, like a wrong appointment date fixed with one phone call.Why: gating everything the same way just teaches the team the whole rule is decoration.

How to answer this, stage by stage

Nobody is grading whether you'd feel bad for Valdemar. They're grading whether you can turn "users can't verify it" into the actual mechanism, and a fix specific enough to defend.

1
Scope it to one sentence, not a category
Say it like this
"Let me make this concrete. Say a health app takes a doctor's clinical note and rewrites it in plain language for the patient to read after their visit. One note said, avoid ibuprofen, you're on a blood thinner, use acetaminophen instead. The plain-language version told the patient he could take ibuprofen for the swelling. That's the sentence I'll answer around, because 'AI is a poor fit here' means nothing until there's a real line a real person almost acted on."
Why this works
Keeps the answer from turning into generic advice about AI making mistakes.
2
Lay out the five checks before you use them
Say it like this
"I'll run this as GUARD. Groups, who's actually reading this and acting on it. Unequal, whose situation makes them least able to catch a mistake. Ability to contest, does the reader have any real way to know the output might be wrong. Reduce, the actual design fix. Detect, how you'd know this risk exists before it hurts someone."
Why this works
Two seconds of structure tells the interviewer you have a method, not a hunch.
3
Reframe what's actually being tested
Say it like this
"This isn't really asking whether AI makes mistakes, every system does. It's asking what happens when the person reading a mistake can't tell it apart from a right answer, so there's no check left anywhere in the loop, not the reader, not anyone."
Why this works
Separates this from a generic accuracy question and names the real mechanism: verification, not correctness.
4
State the actual decision
Say it like this
"Here's what I'd actually do. For any line a patient can't check themselves, a medication change, an interaction warning, anything that changes what they physically do next, that line doesn't reach them until either a clinician has signed off on it, or the doctor's own original wording sits right next to the plain-language version so someone qualified can compare the two. If neither is possible, I don't let AI write that line at all."
Why this works
This matches the direct answer word for word. If it doesn't, the interviewer notices before you do.
5
Compress the failure into four sentences
Say it like this
"Here's what happens without it. About twelve hundred of these summaries go out every month with a caution that got softened or dropped, and almost nobody catches it, because the reader doesn't know medicine and the sentence sounds completely sure of itself. One of them told a sixty-eight-year-old on blood thinners he could take ibuprofen. His pharmacist caught it at the counter, filling an unrelated refill, by pure chance. A different pharmacy that week, and nobody catches it at all."
Why this works
This is the story below, compressed to four sentences, so the interviewer hears the whole shape first.
6
Say what you'd track, and what you'd leave alone
Say it like this
"I'd track how many flagged summaries get corrected before publish, every month, not just PlainChart's overall accuracy score. And I'd leave the check off anything where a mistake is cheap and visible, a wrong appointment date gets fixed with one phone call. The gate is only for the lines a wrong reading can't be walked back from."
Why this works
Shows judgment about where the real risk sits, not blanket suspicion of every AI sentence.
7
Name the trade-off out loud
Say it like this
"This isn't free. Holding about nine percent of summaries for same-day clinician review instead of publishing them instantly adds real turnaround, and it spends doctor time that was the whole reason we wanted AI drafting these in the first place. I'd take that trade for the slice where a wrong line is genuinely dangerous, and keep the rest instant."
Why this works
Naming the cost out loud is what makes this a real decision, not a wish that speed, safety, and cost were all free.
8
Close on something checkable
Say it like this
"You'll know it's working when a content check catches the interaction risk before a patient ever sees the summary, not after a pharmacist happens to catch it at the counter. You'll know it's still broken when the only thing standing between a wrong medication instruction and a real patient is luck."
Why this works
Ends on something the interviewer could actually go verify, not a promise that it's handled.

Let's learn

PlainChart is a feature inside Kestrelwyn Health's patient app. After a doctor's visit, it reads the clinician's note and rewrites it in plain language, so a patient can understand their own diagnosis before they've even left the parking lot.

Hand sketched labeled parts diagram titled What's inside Dr. Fitzalan's visit note. A central document icon labeled Visit Note, with four callouts around it: diagnosis line, caution shorthand, medication line, follow-up plan.
Four parts. One of them, the caution shorthand, is the part a patient can never check for themselves.

Before PlainChart, a patient at one of Kestrelwyn's partner clinics got a photocopy of the doctor's own note, dense with abbreviations only another clinician could read, or waited an average of two days for someone at the front desk to call and explain it in plain words.

PlainChart turns forty-two thousand of these notes into plain language every month, most of them inside a minute of the note being signed. Not every note gets the same treatment, though. PlainChart scores each one by shape: how long it is, how closely it follows the clinic's standard template. Seventy-two percent of notes, about thirty thousand two hundred forty a month, come back short and templated enough to publish the moment they're drafted, no clinician looks at them again. The other twenty-eight percent, the longer or more unusual ones, already went to a clinician for a quick check before PlainChart ever existed. That part of the workflow never changed.

Knowledge spark: what makes a note "low complexity"? Only its shape: word count, how closely it matches a standard visit template. PlainChart's scoring never once looks at what the note is actually about. A note can be short, templated, and carry a real drug warning at the same time, and the scoring has no way to tell the difference.

Here's the turn. Being short and templated has nothing to do with being safe. Of the notes PlainChart auto-published untouched, about four percent, roughly twelve hundred and ten a month, contained a real caution about a drug interaction, an allergy, or a dosage change that the plain-language rewrite dropped or softened on its way out.

Rate of dropped or softened safety caution reaching the patient
10% 5% 0 4% Auto-published (structural gate) 0.3% Clinician-reviewed (already checked)
No human ever saw itA clinician already checked it
Auto-published is measured against the low-complexity bucket that skipped clinician review entirely. Clinician-reviewed is measured against notes that already went through Dr. Fitzalan's normal check, the population PlainChart never touched.
We didn't lose a sentence about ibuprofen. We lost the one line standing between Valdemar and a stomach bleed.

At its worst, this is a patient reading a confident, friendly sentence with no idea it's wrong, and taking it at face value, because nothing on the screen ever told him to check.

The choice I would take back Kestrelwyn decided a note's shape could stand in for whether a clinician needed to see it again. That held up fine at first, because short, templated notes usually were routine. It stopped holding up the day a short, templated note happened to carry a warning that mattered.
What I would leave alone PlainChart also rewrites the boring half of a visit note: the next appointment date, referral instructions, billing codes turned into plain words. None of that needs a clinician gate. If PlainChart gets an appointment date wrong, a patient calls the front desk and it's fixed in a minute. Gating that the same way as a drug warning would just teach the team the whole rule is decoration.

The lesson: a summary that reads clearly and a summary that reads correctly are two different promises, and only one of them can be checked by someone who's never been to medical school. The job isn't writing clearer sentences. It's knowing exactly which sentences the reader can never check for themselves, and treating only those differently.

Now here is the same thing as a story

Stage five above compresses this into four sentences. Here's the six weeks underneath, the part a stand-up answer skips.

Valdemar Skjold ran a dock crew for thirty-one years before he retired, the kind of job where you learn to read a situation fast and act on it. Four years ago a doctor found an irregular heartbeat, atrial fibrillation, and put him on warfarin to keep his blood from clotting. Valdemar took that seriously. Twice-weekly blood draws, a diet he actually stuck to, and a habit of calling the clinic before he took so much as a new vitamin.

When PlainChart arrived, it made his life a little easier. After every visit, instead of squinting at a photocopy full of abbreviations, he got a clean paragraph on his phone before he'd even started the car. For months he read every line carefully, and sometimes called the clinic to double check something that sounded odd. It was always fine. So, slowly, he stopped calling. The summaries kept being right, and a habit that costs you ten minutes stops feeling worth it once it's cost you ten minutes forty times running for nothing.

Then, in April, Valdemar had a minor procedure on his right knee, a steroid injection for arthritis. Dr. Mordecai Fitzalan's note was short, the kind PlainChart handles without a second look: pain managed with acetaminophen, avoid anti-inflammatories given his anticoagulation. Structured, templated, four sentences long. It sailed straight through the shape-based gate and published itself in under a minute.

Hand sketched flow diagram titled Where a clinician re-check should sit, and doesn't. Five connected boxes reading note signed, AI drafts summary, structure check only, publish no re-check, patient reads and acts, with the fourth box emphasized in rust to mark the missing check.
Four of these five steps happened exactly as designed. The one that mattered, a check on what the note actually said, was never built into the path.

What Valdemar read on his phone that evening was one confident sentence: "For pain, you can take ibuprofen as needed." Nothing hedged, nothing flagged, nothing to make him think twice. The note's actual instruction, avoid NSAIDs because of the anticoagulation, use acetaminophen instead, a caution wrapped around two abbreviations, hadn't survived the rewrite. PlainChart kept the idea of something for pain. It lost which drug that was, and which drug it wasn't.

Hand sketched comparison diagram titled Two people, one lever. Left panel, a person icon labeled Kestrelwyn's product team, caption holds the review-gate switch. Right panel, a person icon labeled Valdemar, caption gets whatever the gate let through, hands empty.
Kestrelwyn's team decided what needed a second look before it shipped. Valdemar got whatever that decision produced, and nothing else.

He had no way to know that. Valdemar isn't a nurse. He's never had a reason to learn which painkillers fight with a blood thinner and which don't. The sentence read exactly as sure of itself as every other sentence PlainChart had ever gotten right.

Three days later, picking up his regular warfarin refill, he mentioned it to the pharmacist, almost in passing, that he'd grab some ibuprofen for the knee since the app said it was fine. The pharmacist stopped mid-sentence. Ibuprofen and warfarin together can tear up a stomach lining before either of you notices anything's wrong. She pulled up his chart, saw the anticoagulation flag that had been sitting there the whole time, and told him plainly: not this one, ever, not while you're on warfarin.

Hand sketched comparison diagram titled The moment the gate didn't exist. Left panel, a person icon labeled At home, reassured, caption the summary sounds sure of itself. Right panel, a person icon labeled At the pharmacy counter, caption the pharmacist stops him before he buys it.
Nothing in between these two moments belonged to the product. It belonged to luck, and to a pharmacist paying attention that afternoon.
We didn't lose one sentence about ibuprofen. We lost the only thing standing between Valdemar and a decision he had no way to check.

Nobody at Kestrelwyn found out from a complaint. Ulyana Ravinia, the analyst who runs PlainChart's quarterly safety audit, pulled her usual sample three weeks later, comparing a slice of auto-published summaries against the source notes underneath them. Valdemar's was one of forty-one in that sample where a real caution had gone missing on the way to plain language. Scaled up to the whole month, that put the number at roughly twelve hundred and ten summaries carrying a dropped or softened warning, every single month, since the day the shape-based gate shipped.

Hand sketched timeline diagram titled From the note to the near miss to the fix. Five milestones: note signed Tuesday week 0, summary published instant same visit, pharmacist stops him week 0 refill pickup emphasized, audit finds the pattern week 3, content gate ships week 6.
Six weeks from a near miss nobody at Kestrelwyn saw, to a routine audit that finally did.

I keep coming back to the meeting where Kestrelwyn decided how PlainChart would route notes for review. Full clinician review of every summary was on the table, and it got ruled out fast: Dr. Fitzalan's own panel alone generates hundreds of notes a week, and reviewing all of them before publish would have meant summaries landing days late instead of before the patient left the building. So the team picked a proxy instead: if a note is short and follows the clinic's standard template, it's probably routine, publish it instantly. That was a reasonable bet. Most short, templated notes really were routine. Nobody had ever checked whether "short and templated" and "contains a real caution" could be true at the same time.

Here's the redo, run properly. Same note, same four sentences. But this time a second, independent check reads it for content, not shape: it sees "anticoagulation" and "NSAID" sitting in the same note and holds it, regardless of how short or templated the note looks. The flagged summary lands in Dr. Fitzalan's queue that afternoon. He confirms the caution in under a minute. PlainChart's plain-language line now reads: "For pain, use acetaminophen. Don't take ibuprofen or other anti-inflammatories, they don't mix with your warfarin." Valdemar gets that version by early evening instead of instantly, four hours later than before, and it's the version that's actually true.

One design let the shape of a sentence decide whether a person could trust it. The other one checked what the sentence actually said.

What I'd tell myself, sitting in that first meeting: we asked how to keep clinicians from reading every note. We never asked which notes a patient could never check for himself, no matter how clearly we wrote them.

GUARD, checked against a sentence Valdemar had no way to verify

This was never really about whether PlainChart's writing was clear. It was clear, that was the whole problem. GUARD is for naming who pays when a fluent sentence and a correct one are impossible for the reader to tell apart.

GGroups. Who actually reads this blind, and who else it touches.
Valdemar, and every other Kestrelwyn patient who reads a PlainChart summary with no medical training to check it against. And the people around them: a spouse who hears "the app said it's fine" secondhand and repeats it, a pharmacist who has to catch what the summary should have caught, and Kestrelwyn's own clinics, whose name is on a tool that told a patient the wrong drug was safe.
Nobody in this chain did anything wrong. Valdemar trusted a tool that had earned his trust. Dr. Fitzalan wrote a normal, correct note. The mistake sits in what happened between the two.
UUnequal. Where the harm actually lands.
The four percent failure rate is the same for every patient PlainChart auto-publishes to. The harm from it isn't. A nurse reading "take ibuprofen as needed" would catch the mistake in one glance, she already knows warfarin and NSAIDs don't mix. Valdemar, and most of Kestrelwyn's patients, have no such glance to spare. The people PlainChart was built to help most, patients with no medical training who'd otherwise be squinting at a photocopy, are exactly the people least equipped to catch it when the plain-language version is the wrong one.
The same four percent looks like a small number on a dashboard. It's a completely different number depending on who's reading the sentence it's attached to.
AAbility to contest. Did Valdemar have any real way to know that sentence might be wrong.
No. Nothing on the screen distinguished a clinician-checked line from an AI-only one, they looked identical. The sentence carried no hedge, no citation back to the doctor's actual words, no flag saying "not yet reviewed." A confident, fluent sentence reads as authoritative whether or not anyone qualified has looked at it, and PlainChart gave Valdemar no signal at all telling him this was the one line worth a second opinion.
GUARD's sharpest question here isn't whether the sentence was wrong. It's whether the person reading it had any way to find out, on their own, that it might be. For Valdemar, the honest answer was no.
Hand sketched quadrant diagram titled Which notes actually need a clinician re-check. X axis how the note is shaped, from loose and unusual to short and templated. Y axis real risk inside it, from none to high. Valdemar's knee note and a short note with a med change sit in the high risk, templated corner. A new complex diagnosis sits low risk by shape alone. A routine follow-up sits templated and low risk.
Shape and risk are two different axes. PlainChart's old gate only ever looked at one of them.
RReduce. The actual fix, not a policy memo.
Every note now runs through a second, independent check that reads for content: known drug names crossed against the patient's own anticoagulant status, allergy language, dosage-change flags, checked straight from the clinic's structured fields, not from trusting PlainChart's own rewritten sentence. If a note trips that check, it holds for Dr. Fitzalan's same-day review no matter how short or templated it looks. And any line that touches medication now shows the doctor's own original wording underneath the plain-language version, so a pharmacist, a family member, or Valdemar himself has something real to compare it against. Before it shipped, the check had to clear a real bar in testing: catching at least ninety-eight of a hundred known interaction patterns in a held-out set of real notes, not a promise that it catches all of them.
The alternative on the table was full clinician review of every single summary before it reaches a patient. Kestrelwyn rejected it. Dr. Fitzalan's panel alone signs hundreds of notes a week, and requiring a human check on all of them would have meant summaries landing a day or two late for the ninety-six percent that were never wrong in the first place, the entire reason patients preferred PlainChart to the old photocopy. The fix targets the content that's actually dangerous, not every summary PlainChart writes.
DDetect. How you'd know this risk is present before it hurts someone.
Before launch, the honest answer to "can a patient tell if this line is wrong" was no, for anything touching a diagnosis, a medication, or a dose. That answer alone was the risk signal, and nobody read it as one, the launch checklist asked whether the language was clear, never whether the reader had any way to check it. In production, the audit now tracks that same signal directly: how many flagged summaries get corrected before publish versus after, every month, not just PlainChart's overall accuracy score.
The failure worth naming plainly: if a dropped caution only ever gets caught by luck, a pharmacist who happens to be paying attention, that isn't detection. That's a patient's safety depending on somebody else's good day.
Dropped safety cautions found in the monthly audit, months 1 through 8
1,400 700 0 gate ships mo 1 mo 2 mo 3 mo 4 mo 5 mo 6 mo 7 mo 8
Before the content gateAfter the content gate
Six months flat around twelve hundred a month, the population nobody was watching for content. The gate didn't nudge the number. It nearly erased it.

The trade-off, said out loud: routing about nine percent of summaries, roughly thirty-eight hundred a month, to same-day clinician review instead of instant delivery adds real turnaround, typically a few hours, and costs about four minutes of a doctor's time per flagged note, real time pulled from an already full clinic day. Kestrelwyn took that trade on purpose, for the slice of summaries where a wrong line can't be walked back, instead of either reviewing every single summary and losing the speed patients actually valued, or leaving the gate exactly as it was and trusting a shape-based proxy to keep catching a content problem it was never built to see.

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

Same five letters, an insurance claim-denial letter instead of a diagnosis, and this time the unverifiable line is a legal deadline instead of a drug.

Egmont Mutual, an insurer, built Claerity, a feature that rewrites a claim-denial letter's dense policy language into plain English: what got denied, why, and what the policyholder can do next. Sylwester Lundqvist owns Claerity's roadmap the way Berengaria owns PlainChart's.

Hand sketched decision tree diagram titled Claerity's same gap, a different unverifiable line. Root: which denial letters get held for an adjuster. Four branches: boilerplate exclusion standard wording leads to auto-publish instant, cites a dollar threshold or limit leads to hold for adjuster review, restates an appeal deadline leads to hold for adjuster review, routine renewal notice leads to auto-publish instant.
Same fork Kestrelwyn faced, a completely different kind of business. The line the reader can't check is still the one that decides.

Claerity used the same kind of shortcut PlainChart did. Denial letters that cited a standard, boilerplate exclusion clause, the same paragraph reused across thousands of policies, auto-published instantly. Letters that got more specific, a dollar threshold, a coverage-limit calculation, held for an adjuster to check first. It felt like a safe split, boilerplate language rarely hides a real problem.

Same rank, mapped onto Claerity: size it by what the reader can never check for themselves. A routine internal review found that six percent of the auto-published letters restated the policyholder's appeal deadline wrong, not because the exclusion clause was misquoted, but because a state-specific rider shortened the real appeal window from the standard sixty days to thirty, and the boilerplate paragraph never mentioned the rider at all. A policyholder reading "you have sixty days to appeal" has no way to know a rider changed that number. By the time most of them called to ask a question, the real thirty-day window had already closed. The fix is worded for a different unverifiable line, but it's the same fix: any denial letter whose policy carries a rider affecting deadlines or dollar amounts now gets held for an adjuster, no matter how standard the rest of the letter reads, and the letter shows the policyholder's actual appeal deadline pulled straight from the policy file, not from the boilerplate paragraph's own guess.

Swap the trigger and it still runs.
Speed: an interviewer caps you at ninety seconds. Skip straight to it: never let a confident AI sentence reach someone who can't check it, without either a citable source or a qualified human sign-off standing behind it.
Cost: no budget this quarter for a full clinician or adjuster review pipeline. Do the cheap version: show the original source wording, the doctor's note, the actual policy clause, right next to the plain-language line for anything that changes what the reader does next. It's checkable by whoever they call next, even if nobody reviewed it first.
The model got better, for real: say PlainChart's summarizer gets retrained and its accuracy on negation-heavy notes climbs to 99.7 percent next year. That's a reason to re-test the content check's threshold and maybe loosen it a little, on purpose, with fresh eval data behind the change, not a reason it should have skipped the check from day one.

Where people run it wrong.
They treat a fluent, confident sentence as proof it's also correct, when fluency and accuracy are two completely different things a model can get separately.
They let a strong overall accuracy number, ninety-six percent, stand in for "verified," when nobody ever asked whether the reader could catch the other four percent themselves.
They wait for a complaint, a lawsuit, or a pharmacist's lucky catch to reveal the gap, instead of asking before launch whether the target reader has any real way to check the output at all.

How to use it live. Before answering, ask out loud: "if this exact line were wrong, would the person reading it ever find out?" If the honest answer is no, that question alone is most of the real answer.

Flashcards (tap any card to flip it)

1 · THE FRAMEWORK
Which framework fits "why is AI a poor fit for tasks where users can't verify the output"?
Tap to flip
ANSWER
GUARD: groups, unequal, ability to contest, reduce, detect. It fits because the real test isn't whether the model makes mistakes, every system does, it's whether the person reading a mistake has any way to tell it apart from a right answer.
2 · THE PEOPLE
Who are the people this answer names?
Tap to flip
ANSWER
Berengaria Draxler, the product manager who owns PlainChart. Dr. Mordecai Fitzalan, the physician whose notes get summarized. Valdemar Skjold, the patient who read the wrong instruction. Ulyana Ravinia, the analyst whose audit found the pattern.
3 · THE OLD DEFAULT
What did Kestrelwyn use as its safety proxy before the fix?
Tap to flip
ANSWER
A note's shape, its length and how closely it matched a standard template, decided whether it published instantly or went to a clinician. That was a bet about routine notes, and it was never checked against what the note actually said.
4 · THE MECHANISM, IN ONE LINE
What's the actual mechanism this question is testing?
Tap to flip
ANSWER
When a reader can't verify an output, a wrong answer and a right one look identical from where they're standing, so a confident mistake gets acted on as fact, with no natural check left anywhere in the loop.
5 · THE OLD DECISION
What decision would you take back?
Tap to flip
ANSWER
Using note shape as a stand-in for whether a clinician needed to check it. Short and templated was treated as safe, when a note can be short, templated, and carry a real drug warning at the same time.
6 · THE NUMBER
Fill in the blank: about ___ PlainChart summaries a month carried a dropped or softened safety caution, out of ___ auto-published a month.
Tap to flip
ANSWER
About 1,210 a month, out of 30,240 auto-published. That's roughly 4 percent of the shape-gated bucket, every month, until the content check shipped.
7 · THE REPLAY
Same note, new design. What changes?
Tap to flip
ANSWER
A content check flags "anticoagulation" and "NSAID" in the same note regardless of its shape. It holds for Dr. Fitzalan's same-day review instead of publishing instantly. Valdemar gets the correct line, use acetaminophen, avoid ibuprofen, by early evening instead of instantly and wrong.
8 · CROSS-PRODUCT TRANSFER
Section 4 runs GUARD again on a different product. Which one, and what's the equivalent unverifiable line?
Tap to flip
ANSWER
Claerity, Egmont Mutual's claim-denial letter translator. The unverifiable line is an appeal deadline: six percent of auto-published letters understated it because a policy rider shortened the standard sixty-day window to thirty, and a policyholder has no way to check that themselves.

Check yourself Score: 0 / 0

True or false, with why
1. True or false: PlainChart's mistake was that its plain-language writing was unclear or confusing.
  • True
  • False
Show hint
Check the lede of the GUARD recap section.
Show answer
False. The writing was completely clear, that was the problem. It read with total confidence and told Valdemar the wrong drug was safe. The failure wasn't clarity, it was that a clear, wrong sentence and a clear, right sentence looked identical to him.
Multiple choice
2. Why couldn't Valdemar catch the mistake himself before the pharmacist did?
  • A. He wasn't paying attention to the summary that day.
  • B. He has no medical training to know ibuprofen and warfarin interact, and the sentence gave him no reason to suspect it needed checking.
  • C. PlainChart's app was down that week, so he used an old summary.
  • D. Dr. Fitzalan never actually wrote a caution in his note.
Show hint
Check the Ability to contest step in the GUARD recap.
Show answer
B. Dr. Fitzalan's note did carry the caution, PlainChart's rewrite lost it. Valdemar read every word carefully, he simply had no way to know which sentence needed a second opinion.
Fill in the blank
3. The audit found that about ___ percent of auto-published, low-complexity summaries contained a dropped or softened safety caution.
Show hint
Check flashcard 6, and the bar chart in Let's learn.
Show answer
4 percent. About 1,210 summaries a month, out of 30,240 that skipped clinician review entirely because of their shape.
Short answer, name the rejected alternative
4. Kestrelwyn considered one other fix besides the content-based check. What was it, and why was it rejected?
Show hint
Check the Reduce step in the GUARD recap.
Show answer
Model answer: Requiring full clinician review of every single summary before publish. Rejected because Dr. Fitzalan's panel alone signs hundreds of notes a week, and reviewing all of them would have delayed the ninety-six percent of summaries that were never wrong, erasing the speed that made PlainChart worth using over the old photocopy.
Short answer, apply it yourself
5. Think of an AI feature you've used that gave you an answer you had no way to personally check. What was it, and could you tell, looking back, whether it was actually right?
Show hint
Look for a moment where the answer sounded completely sure of itself and you had no independent way to check it yourself.
Show answer
Model answer: An AI trip-planning tool that recommended a specific visa-free travel window for a country. There was no independent way to check the exact day count myself, and the tool stated it with total confidence, no source, no date it was current as of. An airline agent corrected it at check-in.
Fill in the blank, work the number
6. PlainChart processes about 42,000 summaries a month. If the new content check flags 9 percent of that total volume for review, roughly how many summaries a month move from instant to same-day, and is that more or less than the 1,210 that were actually wrong each month before the fix?
Show hint
42,000 times 0.09.
Show answer
About 3,780 a month, more than the 1,210 that were actually wrong. A real safety net always catches some notes that turn out fine too. That's the cost of not missing the ones that don't.
Before you close the answer
Why this works
Tests whether you can name the actual mechanism, a reader with no way to verify treats a confident wrong answer the same as a right one, instead of just saying "AI makes mistakes" and stopping there. Most candidates stop at "add a disclaimer."
Follow-up traps
"Isn't a disclaimer enough, just tell the patient to double check with their doctor?" Response: a disclaimer doesn't change whether the reader can act on it. Valdemar had no way to know which line needed double checking in the first place, a blanket warning on every sentence trains people to ignore all of them, including the one that mattered.

"What if the content check itself is wrong, now you've just moved the trust problem?" Response: it has, and that's why it's checked against a held-out test set with a real pass bar, ninety-eight of a hundred known patterns, and why a flag routes to a person instead of silently correcting the text itself. The check's job is to catch cases for a human, not to replace one.
If pressed
The negation-handling failure PlainChart hit is a known weak spot in this kind of summarization: dense clinical shorthand often packs a drug name and its restriction into one clause, "avoid NSAIDs, anticoagulation," and a model trained mostly on plain narrative text tends to keep the topic, pain relief, while dropping which specific instruction attached to which drug. Kestrelwyn's content check sidesteps that entirely by reading the patient's structured anticoagulant status and the note's drug names directly, never trusting PlainChart's own rewritten sentence to have kept the restriction intact.
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