What is AI red-teaming for journalists?
AI systems are now embedded in decisions that affect UK readers: mortgage underwriting, CV screening, benefits assessments, sentencing risk tools, and increasingly the newsroom's own workflow. Reporting responsibly on whether an AI system is biased requires more than a single striking example. It requires the same discipline security researchers apply when red-teaming software: systematic, repeatable, adversarial testing designed to surface failure modes before you commit to a headline.
This beat sits at the intersection of technology reporting, data journalism, and accountability journalism. It draws on methodologies developed by AI safety researchers at the Alan Turing Institute, the Ada Lovelace Institute, and the UK Government's AI Safety Institute, adapted for a newsroom timeline rather than an academic one.
The goal is not to become an AI researcher. It is to test claims — your own hypotheses and the claims made by AI vendors, public bodies, or companies deploying these systems — with enough rigour that your published findings hold up when the vendor pushes back.
Why this matters
- 1Public bodies in the UK are procuring AI tools for policing, benefits assessment, and immigration decisions — often with limited public scrutiny of how they were tested for bias.
- 2AI vendors routinely claim their systems are "bias-tested" without publishing methodology, sample sizes, or independent verification.
- 3Consumer-facing AI tools (chatbots, image generators, search assistants) shape millions of readers’ understanding of contested topics, often invisibly.
- 4A single viral example of an AI system producing a biased or offensive output is easy to find and easy to overstate; rigorous testing prevents journalism from becoming a search for "gotcha" screenshots.
- 5Well-documented bias investigations (in the style of the Alan Turing Institute’s or Ada Lovelace Institute’s published methodologies) carry far more regulatory and public weight than anecdotal reporting.
Prompt discipline: building a defensible test
Hold the prompt constant, vary one thing
Design prompt pairs or sets that are identical except for the variable you are testing — a name associated with a particular ethnicity, a gendered pronoun, a place name associated with class or region. Changing more than one variable at a time makes it impossible to attribute any difference in output to a specific cause.
Repeat every prompt many times
Because outputs are non-deterministic, a single run proves nothing. Run each prompt variant a set number of times (document the number) and report the distribution of results, not a cherry-picked example. Set the model temperature or settings consistently across the test set and record what they were.
Test across multiple systems
Bias findings that hold across several unrelated AI systems (built by different companies, on different training data) are a stronger story than a single vendor’s quirk. Where possible, run the same test battery against at least two or three widely used systems.
Pre-register your hypothesis
Before you run the tests, write down what you expect to find and why. This is standard practice in credible research and guards against the temptation to reframe a messy result as a clean finding after the fact.
Separate anecdote from evidence
A single screenshot of an AI system producing a shocking output is a valid lead for a story, not evidence of systemic bias. Treat it as a hypothesis to test at scale, not a finding to publish on its own.
Comparing outputs across systems
Cross-model comparison is one of the most persuasive techniques available to a journalist without a research budget. Running an identical, carefully constructed prompt battery against several publicly available AI systems and comparing the pattern of results lets you distinguish a company-specific flaw from an industry-wide pattern — a materially different, and usually more newsworthy, story.
- Log the exact model version and date tested — AI systems are updated frequently and a finding from six months ago may no longer reproduce.
- Note whether you used the free consumer interface, an API with default settings, or an API with custom parameters — results can differ significantly between them.
- Screenshot and save raw outputs with timestamps, exactly as you would preserve any other primary evidence.
- Where a system refuses to answer or gives a safety disclaimer, record that as a data point too — inconsistent refusal patterns are themselves often newsworthy.
- Give each tested company the opportunity to respond to your specific findings and methodology before publication, in line with standard right-of-reply practice.
Working with ML researchers
See also: AI-Generated Content Ethics | AI Disclosure Guide
A basic safety-testing playbook
- Define the specific bias hypothesis in one sentence before you begin (e.g. "Does the system rate identical CVs differently when the applicant name signals a particular ethnicity?").
- Build a prompt or input set that isolates the variable, with a control condition that changes nothing.
- Decide your sample size and repetitions in advance, and stick to it — do not stop early because you found what you expected.
- Run the full battery and record every output, including refusals, disclaimers, and inconsistent or contradictory answers.
- Analyse the pattern across the full sample, not just the most quotable examples.
- Write a plain-language methodology note for publication alongside the story, so readers and the tested company can evaluate your approach.
- Send detailed findings to the company or public body concerned with adequate time for a substantive response before publication.
Interview question bank
For AI vendors and companies
- What bias testing was conducted before this system was deployed, and by whom?
- Was the testing methodology published or independently reviewed?
- What is your process for retesting after a model update?
- Have you received bias-related complaints, and how were they resolved?
For Public bodies procuring AI systems
- What due diligence was carried out before procurement?
- Was an equality impact assessment completed, and can it be disclosed?
- What ongoing monitoring is in place once the system is live?
- What recourse does an individual have if they believe a decision was biased?
For AI safety and fairness researchers
- Does this finding match patterns you have seen in peer-reviewed research?
- What would strengthen or weaken the reliability of this specific test design?
- Are there known limitations to the method I have used?
- What is the state of regulatory oversight for this type of AI use case in the UK?
Jargon glossary
Story ideas and angles
- FOI your local police force or council for the bias testing conducted on any AI decision-support tool they use, and whether the results are public.
- Run a cross-model comparison on CV-screening prompts using names associated with different ethnicities and report the pattern at scale, not a single example.
- Investigate whether a public-facing AI chatbot used by a UK government department gives materially different answers depending on how a question about entitlements is phrased.
- Test whether AI image generators produce stereotyped depictions when prompted with UK-specific occupations, regions, or communities.
- Compare the safety disclaimers and refusal patterns of several widely used chatbots on the same set of sensitive UK news topics.
- Follow up on Ada Lovelace Institute or Alan Turing Institute published research with a UK-specific replication or extension.
Common mistakes
- Publishing a single striking screenshot as proof of systemic bias, rather than as a hypothesis requiring further testing.
- Failing to record the exact model version and test date, making the finding impossible to verify or reproduce later.
- Changing more than one variable per prompt, making it impossible to isolate the cause of any difference in output.
- Not giving the tested company adequate time or detail to respond before publication.
- Treating AI vendor bias-testing claims as verified fact without asking for methodology or independent review.
- Overstating a small, unrepeated sample as a definitive finding about how a system behaves at scale.
Recommended tools
Frequently asked questions
What is red-teaming, and how does it apply to AI reporting?
Do I need a data science background to test an AI system for bias?
How many times should I repeat a prompt before drawing a conclusion?
Should I disclose to the AI company that I am testing their system for a story?
What UK bodies can I cite as authoritative on AI bias and safety?
Related guides
Primary sources
- Alan Turing Institute— Alan Turing Institute
- Ada Lovelace Institute— Ada Lovelace Institute
- UK AI Safety Institute— Department for Science, Innovation and Technology
- Reuters Institute for the Study of Journalism— University of Oxford
- NUJ Policy on Artificial Intelligence— National Union of Journalists