What you will be able to do
- Explain how a model's training data produces inherited bias in what it treats as default or normal
- Treat fairness as a measurable criterion by auditing accuracy per customer group and per language
- Ask who a Claude-based build fails to serve before shipping it
Key concept
Inherited bias — A model knows only what was in its training data. Its sense of what is typical, default or normal comes from how often things showed up in that data. Groups, languages and topics that were thinly represented get worse treatment unless you supply context or correct for it.
1.Where bias in an AI system comes from
To address bias you first need to know where it comes from. Anthropic's training material is direct about it: a generative model's knowledge comes entirely from its training data and stops at the knowledge cutoff. Without tools it cannot learn anything newer, and it never has lived experience to set against what it read.
That has a predictable result. Topics that appeared often, recently and consistently in training are in the model's capability zone. Topics that are rare, niche, local or contested sit in the limitation zone, where coverage is thin. The academy lists the characteristic failures as staleness, uneven coverage, source amnesia (the model can't say where it learned something) and inherited bias in what counts as "default" or "normal."
That last failure is the ethical one. Suppose a group, dialect or way of doing things was common in the training data. The model treats it as the baseline and quietly measures everything else against it. No one decided this, so it rarely shows up as an obvious slur or refusal. It shows up as a default: the assumed reader, the example name, the 'usual' case.
So the useful question changes. Asking "is the model biased?" doesn't get you far. Ask instead how well-represented the people and topics you care about were in what the model read. If the honest answer is "thinly", supply the context yourself, or use retrieval and tools that give the model information it was never trained on.
Checkpoint 1 of 4· Check yourself
A team notices that a Claude-based writing assistant always assumes the reader lives in one particular country unless told otherwise. Which characteristic knowledge failure does this best illustrate?
Treating one country as the unstated baseline is a 'default' or 'normal' carried over from the training data, which is exactly how the academy describes inherited bias. Staleness is about dates and source amnesia is about attribution; neither explains a skewed default.
“inherited bias in what counts as "default" or "normal,"”Source: academy.claude.com
Sources1
2.Fairness is something you measure, per group
If bias shows up as uneven treatment, then fairness has to be checked group by group, not taken on trust. Anthropic's ticket-routing use-case guide shows what that looks like in a real deployment. Next to the usual accuracy and consistency targets, it lists fairness as its own evaluation criterion. It describes the criterion as one that measures Claude's fairness in routing across different customer demographics.
The guide gives an operational instruction: regularly audit routing decisions for potential biases, aiming for consistent routing accuracy (within 2–3%) across all customer groups. A separate criterion covers language. Routing accuracy is measured across languages, with no more than a 5–10% drop for non-primary languages allowed.
| Criterion | What is measured | Target given in the guide |
|---|---|---|
| Fairness across demographics | Routing accuracy for each customer group, audited regularly for potential biases | Consistent accuracy, within 2–3% across all customer groups |
| Multilingual performance | Routing accuracy across different languages | No more than a 5–10% drop in accuracy for non-primary languages |
These targets matter because of inherited bias. A single overall accuracy figure averages groups together, so a router can look excellent overall and still serve a smaller group much worse. That is the very pattern a skewed 'default' produces. The only way to see it is to split the evaluation by group and compare. That is why the guide frames fairness as a recurring audit and not a one-off launch check.
Checkpoint 2 of 4· Check yourself
A support-ticket router built on Claude scores 94% accuracy overall. Following Anthropic's ticket-routing guide, what should the team do to evaluate its fairness?
The guide treats fairness as a regular audit of per-group accuracy with a 2–3% consistency target. An overall figure can hide a group that is served much worse.
“Regularly audit routing decisions for potential biases, aiming for consistent routing accuracy (within 2–3%) across all customer groups.”Source: platform.claude.com
Checkpoint 3 of 4· Exam question
A hiring-support tool built on Claude drafts shortlist rationales for recruiters. Legal asks the solution architect to explain how the underlying model's design reduces the chance the tool will misrepresent its own confidence when a candidate's qualifications are ambiguous. Which explanation best reflects Claude's documented approach to honesty?
Correct answer: A — Claude is trained to be calibrated, representing its own uncertainty accurately rather than asserting ambiguous judgments with unwarranted confidence.
- A. Correct. Anthropic's documented honesty standards for Claude include calibration: accurately representing uncertainty levels rather than overstating confidence, which is precisely the property legal is asking about for ambiguous cases.
- B. Incorrect. Defaulting to the most favorable interpretation would itself be a form of miscalibration and misrepresentation, not the honesty property described in Claude's constitution.
- C. Incorrect. Withholding all output on missing information is a availability decision, not a calibration mechanism, and does not reflect documented honesty training.
- D. Incorrect. Quoting the resume verbatim would eliminate the synthesis the tool is meant to provide and is not how Claude's calibration or honesty properties are described.
Sources2
3.Access as a design decision: who your build leaves out
Measuring per group catches unfairness once a system exists. The earlier step is deciding who the system is for. Anthropic's builder course puts it bluntly: access is a design decision, so check who your assumptions exclude before you call something shipped. Its pre-ship checklist includes the question "Who does your build not serve well?" next to understanding and testing. It also asks for edge-case tests on exactly the inputs a happy-path demo skips. For its sample clinic wait-time app those are a closed clinic, missing data and zero wait time.
The academy's material for educators names the same concerns in human terms. On bias, it asks when AI might reinforce narrow perspectives, stereotypes or existing inequities. On equity of access, it asks who benefits from AI and who may be excluded because of access or resources. Neither has a stock answer. Both turn fairness from a vague value into something you can check against a real deployment and its real users.
In practice: list the groups your system will touch, including the ones that are less common in your data. Run representative and edge-case inputs for each. Write down which groups you are knowingly not serving well, and why.
Checkpoint 4 of 4· Check yourself
According to Anthropic's builder course, when should a team ask who its assumptions exclude?
The course frames access as a design decision that builders own, to be checked before shipping, not left to a later complaint or a separate team.
“Access is a design decision. Check who your assumptions exclude before you call something shipped.”Source: academy.claude.com
Exam traps
Each one states something that sounds right. Open it to see what is actually true.
1.A high overall accuracy score shows that an AI classification system is fair.Why is that wrong?
Fairness is measured per group. Anthropic's routing guide calls for regular audits checking that accuracy stays consistent across all customer groups, and an aggregate figure can hide a group that does much worse.
Covered in Fairness is something you measure, per group
2.If nobody put biased instructions into a model, its default assumptions are neutral.Why is that wrong?
A model's knowledge comes entirely from its training data. Whatever dominated that data becomes the model's 'default' or 'normal', which the academy lists as inherited bias.
Covered in Where bias in an AI system comes from
Sources
Every claim above is drawn from one of these pages, quoted as it was written on the date shown.
- 1.
“What generative AI knows comes entirely from training data and is frozen at the knowledge cutoff.”
↩︎ Where bias in an AI system comes from“inherited bias in what counts as "default" or "normal,"”
↩︎ Where bias in an AI system comes from“inherited bias in what counts as "default" or "normal,"”
↩︎ Key concept“Limitation zone: rare, post-cutoff, niche, local, or contested topics.”
↩︎ Exam trap 2 - 2.
“Regularly audit routing decisions for potential biases, aiming for consistent routing accuracy (within 2–3%) across all customer groups.”
↩︎ Fairness is something you measure, per group“Measure the routing accuracy across different languages, aiming for no more than a 5–10% drop in accuracy for non-primary languages.”
↩︎ Fairness is something you measure, per group“This measures Claude's fairness in routing across different customer demographics.”
↩︎ Exam trap 1 - 3.
“Access is a design decision. Check who your assumptions exclude before you call something shipped.”
↩︎ Access as a design decision: who your build leaves out - 4.https://academy.claude.com/courses/ai-fluency-for-k-12-educators/ethics-responsible-useOfficial docs
“Bias: When might AI reinforce narrow perspectives, stereotypes, or existing inequities?”
↩︎ Access as a design decision: who your build leaves out“Equity of access: Who benefits from AI, and who may be excluded due to access or resources?”
↩︎ Access as a design decision: who your build leaves out