
AI Bias in Research: What Gets Distorted and How to Detect It
AI in research introduces representation, stereotype, and averaging biases. How to detect them in your data before you trust the result. A practical guide.
What types of bias exist?
Three types appear again and again in the evidence:
| Type | What happens | Example in research |
|---|---|---|
| Representation | Some groups appear more or less than they really are | Personas that overrepresent one group in an occupation |
| Stereotype | The model links attributes to typical traits | A persona that talks about topics “expected” for its identity |
| Averaging | Answers resemble the mean and lose diversity | Synthetic users who agree on everything |
A fourth, less visible case is uneven accuracy: transcription or coding works better for some groups than for others.
What do the studies say?
Four published studies give a sense of the scale of the problem:
- Representation. An analysis of more than 1.5 million occupational personas generated by four models (GPT-4, Gemini 2.5, DeepSeek V3.1, and Mistral-medium), compared with US employment data, found that the models generate less demographic variation than reality and pull each occupation toward one dominant profile. Some distortions are extreme, such as housekeepers portrayed as almost entirely Hispanic.
- Stereotype. A Penn State study presented at AAAI in January 2026 asked three models to adopt personas defined by age, gender, race, or occupation, among other traits, and compared more than 1,500 personas with the answers of 141 real people. The models overemphasized racial markers and used stereotypical language about minoritized groups more than real people did.
- Averaging. A study by Li, Li, and Qiu (arXiv, 2025) had GPT-4 and Llama 3.1 answer questions from the 2020 ANES election survey and found severe homogenization: minority opinions were underrepresented compared with human data. The authors attribute it to models favoring the most probable answer.
- Uneven accuracy. A 2020 PNAS study tested five commercial speech recognition systems (Amazon, Apple, Google, IBM, and Microsoft) and measured an average word error rate of 0.35 for Black speakers versus 0.19 for white speakers. The authors trace it to the acoustic models, not vocabulary. Current systems change, but the pattern is a reminder that overall accuracy hides differences between groups.
For simulated users, see Synthetic users; for where these biases come from in training data, see Bias in AI models.
Where does it creep into your process?
A map of the entry points in a typical research process:
- Recruiting and personas: the model proposes profiles that do not represent your audience.
- Script: the questions reflect the model’s assumptions about the user.
- Session: an AI moderator may respond differently depending on accent or tone.
- Transcription: the error can be higher for certain speakers (more in AI transcription and tagging).
- Coding and synthesis: the majority dominates over minorities, and rare themes get lost.
Each point is a place to audit. You do not need to do everything at once.
How do you detect it in your data?
A basic audit that fits in an afternoon:
- Split your participants by relevant groups: age, region, first language, context of use.
- Check representation: do the profiles or participants reflect your real audience?
- Compare accuracy: in a sample per group, count transcription or coding errors.
- Compare categories: does an important category appear almost only in one group?
- Document the finding: if there is a bias, decide whether to correct it with more data, state it as a limitation, or change the tool.
If a tool works worse for one group, that is an accessibility finding, not a technical detail.
When does bias matter most?
- When the research drives decisions about accessibility, health, finance, or employment.
- When the affected group has little presence in the model’s training data.
- When the summary is used to prioritize and minorities do not appear in the result.
- When the tool was chosen for price and nobody checked how it behaves across groups.
Example
Illustrative example: a team analyzes 180 interviews about using a government paperwork app. The AI summary says the main problem is slowness. When they audit by group, they find that older people frequently mention the lack of large text, a theme the synthesis had grouped under “other.” What looked like a detail becomes an accessibility finding.
What they learned: the average hid an entire group. Auditing by group changed the priority.
What should the report document?
A report that used AI should declare its representation limits as clearly as it declares its findings. Include:
- Who took part and who did not: age groups, regions, languages, or contexts missing from the sample.
- Which parts of the process used AI: personas, transcription, coding, synthesis, and which of them were audited.
- The audit results by group: transcription accuracy, categories that change between groups, and what you did about it.
- What the study cannot conclude: if a group has few participants, say there is no basis to generalize to that group.
This section does not weaken the study. It gives the reader the information to decide whether the result applies to their case. A report that stays silent about its limits is not stronger; it is just harder to challenge until someone finds the gap.
How do you choose a tool with bias in mind?
Ask the vendor for its per-group evaluation, not only its overall accuracy. A single average number hides differences: a tool can be excellent for most speakers and poor for a group you need. If the vendor cannot show results by group, or only offers a demo recorded with its own team, treat that as missing evidence. Then run your own audit on a sample of your participants before you commit, and keep the result in the project file so that the next team knows what was tested and with whom.
Common mistakes
- Believing an automatic summary represents all participants.
- Confusing “no visible bias” with “no bias”: sometimes nobody measures it.
- Grouping minorities under “other” without reviewing them.
- Correcting the bias with a prompt and considering the issue closed.
- Not documenting which groups were left out of the study.
Sources
- Generating the Modal Worker: A Cross-Model Audit of Race and Gender in LLM-Generated Personas Across 41 Occupations (arXiv 2510.21011)
- ChatGPT is not A Man but Das Man: Representativeness and Structural Consistency of Silicon Samples (arXiv 2507.02919)
- Penn State: chatbots overemphasize sociodemographic stereotypes
- Koenecke et al., Racial disparities in automated speech recognition (PNAS, 2020)