CaseAdvancedQuality, Cost & Token Economics / Eval design for product teams / #11

Describe an eval for a multi-turn conversation rather than a single response.

A model can answer every single message in a chat correctly and still hand a customer the wrong account by the end of it.

The direct answer
Grade the finished chat against what the customer actually chose, not each reply on its own. Take a held-out set of full onboarding chats, log the customer's real choices as they get made, plan, staff count, integrations, then check two things at the end: does the final account match those choices, and did any later reply contradict an earlier one. A model can score every single turn as a sensible answer and still hand someone the wrong account, and only a whole-chat check ever catches that.
Do this, in order
  1. Grade the finished chat against what the customer actually chose, never each reply alone.Why: the bug never lived inside one turn. It lived in the gap between turn three and turn fourteen.
  2. Build the held-out set from full chats, with the customer's real choices logged as ground truth.Why: a rater grading one reply has no way to know what got picked nine turns earlier, so a per-turn check can't even see this bug.
  3. Score two things apart: does the final account match, and did any reply contradict an earlier one.Why: those are two different bugs, one at the account, one mid-chat, and blending them into one score hides which one broke.
  4. Rerun this check whenever the code that stores a mid-chat choice changes, not just when the wording changes.Why: this bug came from a backend change, not a rewritten sentence, and a wording-only test walks right past it.
  5. Keep the old per-reply check for the bot's one-off answers outside onboarding.Why: those really do stand alone, and grading them as a full chat would waste review time where it was never needed.

How to answer this, stage by stage

Nobody is grading whether you can define a rubric. They are grading whether you know a chat can be right in every sentence and wrong as a whole.

1
Scope it to one real product before answering in the abstract
Say it like this
"Let's ground this in one product. Thurlow is the chat inside Hallowmere, a scheduling and invoicing tool for small clinics, that walks a brand new customer through setting up their account. Saskia Verrico runs a two person physiotherapy practice and is one of the customers going through it."
Why this works
An abstract "how do you eval a chatbot" answer turns into a definitions lecture fast. One product and one customer make the whole conversation idea concrete.
2
Say your structure out loud
Say it like this
"I'm going to name the one design change first, then show why grading each reply on its own let a real bug through, then walk through what catching it before ship actually looks like."
Why this works
Tells the interviewer you have a plan instead of building the eval live, sentence by sentence.
3
Reframe the question before answering it
Say it like this
"This isn't really asking me to describe a chatbot eval pipeline. It's asking whether I know a model can be right in every single sentence and still walk someone to the wrong outcome, because rightness in a chat isn't stacked, it's carried."
Why this works
Stops you giving the generic answer, grade each response for helpfulness, which is exactly the design that misses this bug.
4
Give the one decision, plainly
Say it like this
"Here's what I'd build. Every deploy gets scored against a held-out set of full onboarding chats, not turn pairs. I log the customer's real choices as the chat happens, then check two things at the end: does the finished account match those choices, and did any later reply contradict an earlier one."
Why this works
This is the direct answer, said in one breath, before any story.
5
Prove it with the failure, cut to four sentences
Say it like this
"Here's what happens without it. Saskia picked the Solo plan at turn three. At turn fourteen, after a backend change, Thurlow confirmed a Team account instead, at double the price, and every single reply along the way still scored as a sensible answer to the message right before it."
Why this works
Shows the real cost of a turn-by-turn check, not just the mechanism behind it.
6
Say what you'd measure going forward
Say it like this
"I'd track two numbers every deploy: per-turn coherence, and chat-level match against the customer's own choices. And I'd rerun both on a sample any time the code that stores a choice mid-chat changes, not just when someone edits the wording."
Why this works
Shows you're thinking past this one incident, into the thing that catches the next one early.
7
Say what you'd leave alone
Say it like this
"I wouldn't put this on Thurlow's other job, answering one-off questions like what's a processing fee. Those really do stand alone. Grading them as a whole chat instead of a single reply would just slow the review down for no reason."
Why this works
Shows judgment instead of blanket rigor applied everywhere at the same cost.
8
Close on the decision, not the story
Say it like this
"So: grade the finished chat against what the customer actually chose, never just the reply sitting in front of you."
Why this works
Ending on the rule, not the anecdote, is what makes this sound like a method you'd actually reuse.

Let's learn

Thurlow is the chat inside Hallowmere, a scheduling and invoicing tool for small health clinics. It walks a brand new customer through setting up their account, which plan, how many staff, which appointment types, instead of handing them a blank form.

Before Thurlow, a new customer filled out a six page setup form alone, or booked a call with a setup specialist. The form took about forty seven minutes on average, and about one signup in six never finished it, and needed a follow up call to get going at all.

Knowledge spark: what does a chat's "state" mean? Everything a chat is supposed to remember from earlier in the same conversation: the plan you picked, your name, how many staff you have. A chat with no state answers every message like it's the very first one.

Thurlow finishes the same setup in about nine minutes, as a normal back and forth chat, and cut that drop off number by more than half.

Checked every week against a five hundred turn held out set, graded one exchange at a time, does this reply make sense next to the message right before it, Thurlow holds around ninety six percent for months.

That number is not the problem. Ninety six percent right, reply by reply, says nothing about whether the account Thurlow hands over at the end still matches what the customer actually chose along the way. A chat can be right in every sentence and wrong as a whole.

Every reply, on its own, was a sensible answer. The account at the end was not.
Per-turn score vs. chat-level match to the customer's real choices, week 0 to week 9
100% 50% wk5: provisioning change ships wk8: chat check ships Wk0 Wk5 Wk9
Per-turn score, reply by replyChat-level match to what the customer chose
The per-turn line barely moves, staying between ninety five and ninety six percent the whole time. The chat-level match line falls from about ninety five to seventy one the week the provisioning change ships, and stays there for three weeks before the fix lands.

Here's what that drop looked like on one real account. Saskia Verrico runs a two person physiotherapy practice and picked the Solo plan, thirty nine dollars a month, at turn three of the setup chat. Eleven turns later, while confirming staff and billing, a backend call that provisions the actual account timed out, quietly, about once every twenty tries, and defaulted new accounts to Team. Thurlow's reply at turn fourteen confirmed a Team account, seventy nine dollars a month, twice what she'd picked, without ever saying anything had changed.

The evidence: per-turn score vs. chat-level match, during the incident and after the fix
96% 71% 96% 95% During the incident, wk6 After the fix, wk9
Per-turn score, reply by replyChat-level match to what she chose
Per-turn score barely moves between the two weeks, ninety six to ninety six. Chat-level match falls from ninety six to seventy one during the incident, then recovers to ninety five once the chat-level check ships. The twenty five point gap during the incident is what a turn-by-turn check could never show.

In the sample Nkiru Hartigan, who owns Thurlow's eval, pulled that week: three hundred forty onboarding chats, seventeen ended on a plan that didn't match what the customer picked at turn three. All seventeen were quietly billed at the higher price.

The choice that mattered Thurlow's weekly check graded one reply at a time: does this answer make sense next to the message right before it. That made sense in the early beta, when Thurlow only answered one-off questions like "what's a processing fee," and each question really did stand alone. It stopped making sense once onboarding became one long chat where a choice made at turn three had to still hold at turn fourteen.
Hand sketched comparison titled trusts it a little more or repeats everything nothing between. Left panel a gauge icon labeled the dial, caption assumed trusts it a little more message by message. Right panel a box icon labeled the switch, caption real repeats every detail or trusts it whole no setting between.
Once one reply contradicted another, there was no dial left. Only a switch: restate everything, or trust it whole.

At its worst, a setup chat that quietly reconfigures your account behind a reply that still says it heard you is worse than the old paper form. A form never claims to remember what you told it, so you never trust it to.

What I'd leave alone: Thurlow's one-off answers outside onboarding, like fee questions or export help. Those really are independent, and grading them as a full chat instead of a single reply would just slow the review down without catching anything new.

The lesson: a model can be right in every single sentence and still be wrong as a whole conversation. Ninety six percent, reply by reply, told the team Thurlow was fine. It never told them whether the account at the end still matched the choice made at the start.

Now here is the same thing as a story

Read the short version above when you're in the room. Read this one when you want to feel why one contradiction was enough to change how Saskia typed every message after it.

The clinic Saskia Verrico runs has exactly two treatment rooms and one screen behind the front desk. She built both by hand over six years, the kind of person who can quote a client's insurance details from memory before she's finished saying hello.

When she signed up for Hallowmere, on a Tuesday between appointments, Thurlow met her instead of a form. It asked short questions. She gave short answers. Solo plan, just her and one contractor, two appointment types, assessment and follow up.

For the first six turns, she checked every reply carefully, force of habit from years of software that never remembered anything about her the second time she opened it. By turn nine, she'd stopped. Thurlow kept the plan straight, kept her name straight, and each new question already knew what she'd said two questions back. By turn twelve, she was answering in half sentences, the way you talk to someone who's actually listening.

Then, at turn fourteen, confirming staff and billing, Thurlow wrote back: "Great, your Team account is set, seventy nine dollars a month, ready for you and your team to get started." She read it twice. She'd picked Solo. Thirty nine dollars. Turn three, twenty minutes earlier, in the same chat.

Hand sketched line chart titled per turn score graded one reply at a time. The line stays nearly flat between ninety five and ninety six percent across nine weeks.
Reply by reply, nothing ever looked wrong.
Hand sketched line chart titled share of chats where she restates everything. The line stays flat and low for the first five weeks, then jumps sharply upward at week five and stays high through week nine.
The flip itself was not gradual. One contradiction, and it never went back down.

She didn't call anyone. She didn't file a ticket. She just, for every question after that, started typing the whole answer again: "Solo plan, just me and one contractor, thirty nine dollars, in case that changed too." Every message, for the rest of setup, and every message in the two follow up chats she had with Thurlow in her first month.

She wasn't checking Thurlow's answers anymore. She was writing them for it.

The extra typing cost her maybe ninety seconds across the rest of that one chat. That was never the real cost. The real cost was that a woman who'd trusted the chat completely by turn twelve now treated it, from turn fourteen on, like a form that couldn't be relied on to remember anything at all, the exact thing it was built to replace.

Nkiru Hartigan, who owns Thurlow's eval at Hallowmere, heard about it sideways. A support teammate mentioned, in a stand up, that three refund requests that month were all the same shape: a customer swearing they'd picked Solo, billed for Team, no idea why.

Nkiru pulled the last month of onboarding chats and did the thing the weekly check never did: read whole conversations instead of single replies. Three hundred forty chats that week. Seventeen ended on a plan that didn't match what the customer had picked at turn three. Every single one of those seventeen chats, graded reply by reply, scored close to perfect. Nothing in any one exchange looked wrong.

The decision that opened the door went back to a design review eight months earlier, when Thurlow still only answered one-off questions, what's a processing fee, how do I export an invoice. Someone asked whether the weekly quality check should read whole conversations or just single replies. Whole conversations would cost more to build, need a person to log what a customer had actually chosen, and take longer to grade. Single replies were fast, cheap, and at the time, genuinely enough, because no answer back then depended on anything said earlier in the same chat. Nobody revisited that call once onboarding turned into one long chat with a memory to keep.

Run the same Tuesday again, with one change. The weekly check now grades whole chats: log what the customer picks as they pick it, check the finished account against it, flag any reply that contradicts an earlier one. The same provisioning timeout happens, the same week, on about the same one chat in twenty. The check catches it in the pre ship sample, an alert reading plan mismatch, four point eight percent of sampled chats, and blocks the release before a single real customer sees turn fourteen. Seventeen wrongly billed accounts become zero.

Saskia's next chat with Thurlow, months later, gets the same half sentence answers back from her. She never rebuilt that trust from a distance again.

One design let a chat be right, sentence by sentence, while quietly getting a customer's account wrong as a whole. The other design asks the one question that actually matters: does the ending match what she said at the start.

What I'd tell myself, back in that design review: the moment a chat is allowed to remember anything across turns, ask what a broken memory looks like to someone reading the transcript one reply at a time, because it looks like nothing at all. Nobody asked. That's on the room, not on Thurlow, and not on Saskia.

FLIPS, applied to eleven turns nobody compared

Not five guesses about what could go wrong in a chat. FLIPS names exactly one habit that snaps, and asks what decision made snapping the only option.

Hand sketched list titled FLIPS one line each. Five numbered rows: F Saskia a new Hallowmere customer setting up her clinic account. L stops restating her plan and staff count once Thurlow proves it remembers. I trusts the chat's memory or restates everything every message no middle. P the eval graded one reply at a time never the whole conversation. S a whole transcript check catches the mismatch before a customer ever sees it.
Five steps. Only the I step is genuinely hard to find.
FFind the person. Whose morning is this?
Saskia Verrico, a new Hallowmere customer, running her own two room physiotherapy practice, setting up her account through Thurlow's onboarding chat.
Name her first, or the whole story stays a description of a chatbot instead of a decision someone makes with their thumbs.
LLocate the habit. What did she stop doing because it worked?
Checking every reply carefully at first, then answering in short, natural half sentences by turn twelve, trusting Thurlow to keep her plan, her staff count, and her appointment types straight without her repeating them.
That trust is the real product Thurlow shipped. The nine minute setup time is just what trust looks like from the outside.
IIdentify the flip. What verb snaps?
Trusts the chat's memory and answers short, or stops trusting it and restates everything, every message. No middle setting once the contradiction landed, and she never drifted back to short answers again.
This is the flip the fix has to design against. Not "the model got worse," but "she stopped believing it remembered anything at all."
PPinpoint the old decision. Which choice only made sense before?
Grading Thurlow's weekly quality check one reply at a time, because in the early beta every question really did stand alone, before onboarding became one long chat with a memory to keep.
Small, reasonable, and made eight months before it mattered. That's what makes it a real reversal, not an obvious mistake.
SShow the replay. Same bad day, new design.
A whole-chat check catches the plan mismatch in the pre ship sample, four point eight percent of sampled chats, and blocks the release before a single real customer hits turn fourteen. Seventeen wrongly billed accounts become zero.
Counted, not vague. A percentage and a number, not "much better."

Three things worth stating directly, since this is where the real judgment sits. The alternative the team could have tried first was tightening the per-reply rubric itself, adding a rule telling raters to flag any answer that looks inconsistent with earlier context. It loses because a rater grading turn fourteen alone has no way to see turn three; the rubric can only judge what's in front of it, not what came nine turns earlier. The AI specific failure worth naming by name is silent state loss inside a multi-step tool call: a backend service the chat depends on failed quietly and fell back to a default, and nothing about the visible conversation showed that a fallback had happened, so the transcript read as confident and consistent right up to the wrong ending. The guardrail is the whole-chat check itself, plus one more thing: the provisioning call now has to say, out loud in the chat, whenever it falls back to a default, instead of answering as if nothing happened. That guardrail isn't free. Logging a customer's real choices and grading full transcripts by hand costs more per week than an automated reply-by-reply script, and it runs slower, a real trade accepted on purpose: production billing correctness matters more here than eval turnaround time. And the bar it enforces was never zero mismatches, a chat handling this much signup traffic can't promise that. It's a probability bar, checked against the held-out sample: the check blocks a release when plan mismatches clear one percent of sampled chats, not a promise that Thurlow never times out.

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

Same five letters, a city permit office, and this time the memory breaks across days instead of across turns in one sitting.

Formwell is a chat the Drummuir city planning department uses so residents can start a building permit application, save it partway through, and finish later. Doireann Stancliffe is the senior permit clerk who used to walk every applicant through intake by phone herself, and now lets Formwell take the first pass.

The case for handing it over: for its first four months, Formwell finished about seventy percent of applications without Doireann touching them at all, and the ones that did reach her were mostly complete and correctly classified.

The case against it: about a third of applicants save an application partway through and come back a day or two later to finish it. Formwell's session only ever kept the raw chat log across that gap, not the actual facts pulled from it. On resume, it re-guessed the project type from a short recap message instead of the value the applicant had already given, and the recap step leaned toward "commercial" whenever the wording was even slightly ambiguous, because most people who paused and returned days later, in Formwell's early data, were contractors filing for commercial jobs.

The decision Doireann would take back Keeping only the chat transcript across a pause, not the facts already pulled out of it. That was fine while almost every application finished in one sitting. It stopped being fine once a third of applicants started leaving and coming back.
Hand sketched flow diagram titled a permit chat that forgets what day one already knew. Five boxes connected left to right: applicant starts, picks shed minor repair, pauses comes back next day, facts re guessed as commercial in orange, wrong fee wrong form issued.
Nothing in the resumed chat looked broken. The fact it needed had simply never been saved as a fact.

A homeowner who'd told Formwell, on day one, that she was reroofing her own garden shed came back two days later to attach a photo. Formwell resumed the chat, re-guessed her project as commercial, and issued her a commercial permit form: a six hundred dollar higher fee and an inspection requirement no shed in her yard needed. Doireann caught it only because the fee looked wrong to her on a routine review, not because anything in the chat looked broken.

Same method, different flip. Doireann didn't drift into double checking, the way Saskia did. She'd delegated intake to Formwell completely, the way a senior clerk hands work to someone she trusts. Once she found the misclassification, she didn't start spot checking Formwell's work. She reclaimed every multi day application by hand, read start to finish herself, on top of her existing caseload. Two people, in effect, doing the one job Formwell was supposed to do alone.

Same rank as before: score full sessions, across the pause, not single replies within one sitting. Formwell's per-reply grading, sixty questions a week, sensible answer to a sensible question, stayed close to ninety four percent the entire time. A held out set of a hundred fifty simulated pause and resume sessions told a different story: eleven percent came back with a project type that didn't match what the applicant said before the pause. After Formwell started saving the extracted facts themselves, not just the transcript, that number dropped to zero.

Swap the trigger and it still runs.
Speed: an interviewer caps you at ninety seconds. Skip straight to the fix, grade the whole conversation against what the person actually chose, never a reply on its own.
Cost: there's no budget this quarter to log ground truth choices by hand for every chat. Sample it, twenty chats a week logged properly beats scoring all of them one reply at a time and catching nothing.
The model got better, for real: say Thurlow's underlying model gets upgraded to a newer version. That's not proof its memory across turns held up. A better model can write a more convincing wrong answer just as easily as a right one.

Where people run it wrong.
They read a healthy weekly reply score as proof nothing's broken, and never once open a full transcript.
They treat a session that spans a pause the same as one that doesn't, when a pause is exactly where a stored fact gets lost instead of quoted back.
They fix a customer complaint by rewording one reply, when the reply was never wrong, the account behind it was.

How to use it live. Say the split out loud before answering: "is this asking whether one answer is good, or whether the whole conversation stays honest with itself." Naming the split buys a beat to pick the right check instead of guessing out loud in front of the interviewer.

Flashcards (tap any card to flip it)

1 · THE FLIP FAMILY
What flip family is this?
Tap to flip
ANSWER
Input flip: talks or types naturally, then performs for the machine. Here, Saskia stops giving short natural answers and restates everything in full, every message, once Thurlow contradicted itself.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Saskia Verrico, who runs a two person physiotherapy practice and is a new Hallowmere customer going through Thurlow's onboarding chat.
3 · THE HABIT
What did she stop doing because it worked?
Tap to flip
ANSWER
Checking every reply carefully. By turn twelve she answered in short, natural half sentences, trusting Thurlow to keep her plan and staff count straight without her repeating them.
4 · THE FLIP, IN THIS STORY
What's the two setting switch here?
Tap to flip
ANSWER
Trusts the chat's memory and answers short, or stops trusting it and restates everything every message. No middle setting once the contradiction landed.
5 · THE OLD DECISION
What decision would you take back?
Tap to flip
ANSWER
Grading Thurlow's weekly quality check one reply at a time, because in the early beta every question really did stand alone, before onboarding became one long chat with a memory to keep.
6 · THE NUMBER
Fill in the blank: per-turn score stayed near ___ percent the whole time, while chat-level match to what she actually chose fell to ___ percent the week of the incident.
Tap to flip
ANSWER
96 percent, then 71 percent. A twenty five point gap that a turn-by-turn check never could have shown.
7 · THE REPLAY
Same bad week, new design, what changes?
Tap to flip
ANSWER
A whole-chat check flags the plan mismatch in the pre ship sample, 4.8 percent of sampled chats, and blocks the release before a real customer hits turn fourteen. Seventeen wrongly billed accounts become zero.
8 · CROSS-PRODUCT TRANSFER
Section 4 answers this same question again for a different product. Which product, and which flip family?
Tap to flip
ANSWER
Formwell, a permit intake chat at the Drummuir planning department. Delegation flip: the senior clerk reclaims multi day applications by hand once the bot's memory breaks across a pause.

Check yourself Score: 0 / 0

Multiple choice
1. Why couldn't the weekly quality check have caught Saskia's billing mismatch just by grading each reply more carefully?
  • A. The raters grading each reply weren't trained well enough.
  • B. A reply graded on its own has no way to know what the customer picked several turns earlier.
  • C. Thurlow's model was too complex to grade at all.
  • D. Saskia's answers were too short for a rater to understand.
Show hint
Think about what a rater actually sees when they grade turn fourteen by itself.
Show answer
B. A rater grading one reply can only judge what's in front of them. They have no way to check it against a choice made nine turns earlier, no matter how carefully they read it.
True or false
2. True or false: because Thurlow's per-turn score stayed near ninety six percent the whole time, every customer's finished account matched what they actually chose.
  • True
  • False
Show hint
Check the gap between the two lines on the chart in Section 1.
Show answer
False. The per-turn line held near ninety six percent the whole time, while chat-level match to what customers actually picked fell to about seventy one percent for three weeks. A healthy reply score can sit on top of a badly broken account.
Fill in the blank
3. At turn ___, Thurlow confirmed Saskia's account on the ___ plan, seventy nine dollars a month, even though she'd picked ___ at turn three.
Show hint
Look at the story section, right after the "good months" description of the first twelve turns.
Show answer
Fourteen, Team, Solo. Eleven turns passed between the choice and the contradiction, which is exactly why a per-turn check never caught it.
Short answer, name the rejected alternative
4. What alternative fix does the framework recap name and reject, and why does it fail?
Show hint
Look at the "three things worth stating directly" paragraph after the S step.
Show answer
Model answer: Tightening the per-reply rubric to flag any answer that looks inconsistent with earlier context. It fails because a rater grading one turn still can't see nine turns back, the rubric can only judge what's directly in front of it.
Short answer, apply it yourself
5. Pick a multi-turn AI product you use yourself. Name one thing it's supposed to remember across the conversation, and how you'd check whether it actually holds onto that all the way to the end.
Show hint
Think of a chat where an early message sets a fact that later messages depend on, a dietary restriction, a size, a budget.
Show answer
Model answer: A food delivery chat that asks about allergies early on might still confirm an order containing that allergen ten messages later. I'd check by logging the stated restriction as ground truth, then testing whether the final order confirmation respects it, not by grading whether each individual reply along the way sounded polite and on topic.
Multiple choice
6. In Formwell's held out test, per-reply grading held near ninety four percent the whole time, while pause and resume sessions came back with project type mismatches at eleven percent. What does that combination tell you?
  • A. The eleven percent number must be wrong, since reply grading looked fine.
  • B. Reply-level grading and whole-session grading are measuring the same thing, so the gap is just noise.
  • C. Reply-level grading can look healthy while a real fact-tracking bug only shows up across a pause, which whole-session grading catches.
  • D. Formwell's underlying model needs to be replaced entirely.
Show hint
Think about what a pause actually tests that a single sitting chat never does.
Show answer
C. A pause is exactly where a stored fact can quietly get lost. Reply-level grading, all within one sitting, never crosses that gap, so it stays healthy while the real bug hides in the resume step.
Before you close the answer
Why this works
Tests whether you'd design an eval that scores a conversation, or one that only ever scores its line items. Most candidates describe grading "response quality" and stop there, never asking what a single reply can't tell you about the chat as a whole.
Follow-up traps
"Isn't logging the customer's real choices by hand just extra work a good rubric could avoid?" Response: no, a rubric graded per reply has no access to what was said nine turns earlier. The ground truth has to come from outside the conversation itself.

"What if the whole-chat check and the per-reply check disagree?" Response: run both, always. The per-reply check still catches genuinely broken answers, and the whole-chat check catches this specific bug that per-reply grading can't see. They're not redundant, they're checking two different things.
If pressed
The real production bar isn't zero plan mismatches. It's the pre ship check blocking a release when mismatches clear one percent of a sampled batch of full transcripts, since a backend call timing out once in a while is normal for a system handling this much signup traffic, and demanding zero would block releases against a bar no real backend clears.
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