BlogCategoryTag

Header

Footer

PreFooter

ProseBlock

Blog

SocialLinks

Prose

AnnouncementContextProvider

UnnamedGlobalGroupOfVariants2

Screen

Segment

Experiment

Experiment2

scale.com (Production)

plasmic-nav

plasmic-embed-css

plasmic-basic-components

plasmic-tabs

plasmic-cms

react-chartjs-2

react-slick

react-quill

James Lennon

Engineering

<h2>Introduction</h2> Machine learning is a once-in-a-generation technological shift that is creating huge value by unlocking insights from data. But algorithmic bias remains a major concern as ML becomes more widespread. Unless ML models are trained on representative data, they can develop serious biases, significantly harming underrepresented groups and leading to ineffective products. We investigated the CoNLL-2003 dataset—a standard for building algorithms that recognize named entities in text—and found that the data is highly skewed toward male names. Using Scale’s technology we were able to systematically mitigate this bias by:<ol><li>Enriching the data to illuminate the hidden biases</li><li> </li><li> Enhancing the dataset with underrepresented examples to mitigate gender bias</li><li> </li><li> </li></ol> A model trained on our enhanced CoNLL-2003 dataset has both less bias and better performance—demonstrating how bias can be removed without any changes to the model. We’ve open-sourced the Named Entity Recognition annotations for the original CoNLL-2003 dataset and our augmentation of it <a href="https://scale.com/resources/download/nlp-dataset-balanced-conll" rel="noopener noreferrer" target="_blank">here</a>.<h2>Algorithmic bias: AI's weakness</h2> Today, thousands of engineers and researchers are building systems that teach themselves how to achieve significant breakthroughs—improving road safety with self-driving cars, curing diseases with AI-optimized treatments, and combating climate change by managing energy usage. But the power of self-learning systems is also their weakness. Because data is the foundation of all machine learning applications, learning from imperfect data can lead to biased outputs. The power of AI systems means their potential to cause harm if they are biased is significant. Recent protests against the police brutality that has led to the tragic deaths of George Floyd, Breonna Taylor, Philando Castile, Sandra Bland and many others are an essential reminder of the systemic inequalities in our society that AI systems must not perpetuate. But, as we know from countless examples—whether it’s image search results <a href="http://www.mjskay.com/papers/chi_2015_gender-bias-in-image-search.pdf" rel="noopener noreferrer" target="_blank">perpetuating gender stereotypes</a>, offender management systems <a href="https://www.propublica.org/article/machine-bias-risk-assessments-in-criminal-sentencing" rel="noopener noreferrer" target="_blank">discriminating against black defendants</a>, or facial recognition systems <a href="https://www.nist.gov/news-events/news/2019/12/nist-study-evaluates-effects-race-age-sex-face-recognition-software" rel="noopener noreferrer" target="_blank">misidentifying people of color</a> – we have a long way to go before we can say the problem of AI bias has been solved. Bias is prevalent because it is so easily introduced. It creeps up, for example, in gold-standard open-sourced models and datasets that are the foundation of huge volumes of work in ML. The word2vec sentiment dataset for building other language models is <a href="https://blog.conceptnet.io/posts/2017/how-to-make-a-racist-ai-without-really-trying/" rel="noopener noreferrer" target="_blank">skewed by ethnicity</a>, and word embeddings—the way an ML algorithm represents words and their meanings—have been found to contain <a href="https://arxiv.org/pdf/1608.07187.pdf" rel="noopener noreferrer" target="_blank">strongly biased assumptions</a> about what occupations women are associated with. The problem—and at least part of the solution—lie in data. To illustrate this, we’ve conducted an experiment into one of the most popular datasets for building systems that can recognize named entities in text: CoNLL-2003.<h2>What is Named Entity Recognition?</h2> Named-Entity Recognition (NER) is one of the fundamental building blocks of natural language models—without it, online searches, information extraction, and sentiment analysis would be impossible. At Scale AI, our mission is to accelerate the development of AI. Natural language is one of our main areas of focus. Our Scale Text offering includes NER—which involves annotating text according to a predefined list of labels. In practice, this might help major retailers analyze how their products are being discussed online, among other applications. Many NER systems are trained and <a href="https://paperswithcode.com/sota/named-entity-recognition-ner-on-conll-2003" rel="noopener noreferrer" target="_blank">benchmarked</a> on CoNLL-2003—a dataset of roughly 20,000 sentences from Reuters news articles that are annotated with attributes such as ‘PERSON’, ‘LOCATION’, and ‘ORGANIZATION’. We wanted to explore if the data was biased. To do this, we used our Scale AI labeling pipeline to categorize all the names in the dataset, asking whether they could be male, female, or either, inferring gender based on the traditional use of the name. We found a dramatic difference. Male names are mentioned almost five times more than female names, and less than 2% of names were gender-neutral:<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2F4a4527dd52b94b5ba47317dccb308c59"> This is because news articles, for societal reasons, tend to contain mostly male names. But an NER model trained on this data will be better at picking out male names than female. For example, search engines use NER models to help classify names in search queries to give more accurate results. But deploy a biased NER model, and the search engine will be worse at identifying names of women than of men—exactly the kind of subtle, pervasive bias that can creep into many real-world systems.<h2>A novel experiment to reduce bias</h2> To illustrate this, we trained an NER model to investigate how this gender bias would affect its performance. We built a name extraction algorithm to pick out PERSON labels using <a href="https://spacy.io/" rel="noopener noreferrer" target="_blank">spaCy</a>, a popular NLP library, and trained the model on a subset of the CoNLL data. When we tested the model on novel names in the test data that weren’t present in the training data, we found that the model was 5% more likely to miss a new female name than a new male name—a significant discrepancy in performance:<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2F728080fd7e5f47fc9ef84471bd1905d5"> We saw similar results when we used our model on the template “NAME is a person”, substituting the 100 most popular male and female names for each year of the US census—the model performs significantly worse on female names for all years of the census:<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2Fc85d17115813441ab877a2796c4c0a6e"> Crucially, biased training data means errors are skewed toward underrepresented categories. This census experiment illustrates this a second way, too: the model’s performance degrades significantly after 1997—the cut-off point of the Reuters articles in the CoNLL dataset—because the dataset is not representative of the popularity of names in the years since. Models learn to fit the trends of the data they are trained on. They can’t be expected to perform well on cases for which they have seen few examples.<h2> </h2><h2> If you're de-biasing the model, it's too late</h2>So how do we fix this? One way is to try and de-bias the model—perhaps by post-processing the model, or adding an objective function to mitigate bias, leaving it to our model to figure out the details.But there are several reasons why this is not the best approach: <ol><li> </li><li> Fairness is a highly complex issue that we can’t expect an algorithm to</li><li> define on its own. Research has shown that training an algorithm to perform</li><li> equally on all subsets of the population will not ensure fairness and will</li><li> <a href="http://blog.mrtz.org/2016/09/06/approaching-fairness.html" rel="noopener noreferrer" target="_blank">cripple the model's learning</a>.</li><li> </li><li> </li><li> Adding extra objective functions can hurt model accuracy, causing a</li><li> tradeoff. Better instead to keep the algorithm simpler and ensure the data</li><li> is balanced—improving model performance and avoiding the tradeoff.</li><li> </li><li> </li><li> It’s unreasonable to expect a model to perform well on cases for which it’s</li><li> seen few examples. The best way to ensure good results is to improve the</li><li> diversity of the data.</li><li> </li><li> </li><li> Attempting to de-bias a model with engineering techniques is expensive and</li><li> time-consuming. It’s much cheaper and easier to train your models on</li><li> unbiased data in the first place, freeing up your engineers to focus on</li><li> applications.</li><li> </li><li> </li></ol> Data is only one part of the bias problem. But it is foundational, affecting everything that comes after it. That’s why we think it holds the key to some of the solution, providing potential systematic fixes at the source. Unless you explicitly label for protected classes, like gender or ethnicity, it is impossible to properly mitigate these classes as a source of bias. This is counterintuitive. Surely, if you want to build a model that doesn’t depend on sensitive characteristics, like gender, age or ethnicity, it’s best to omit those properties from the training data so the model can’t take them into account? “Fairness by ignorance” actually makes the problem worse. ML models excel at drawing inferences across features—they don’t stop doing this just because we haven’t explicitly labeled those features. The biases simply remain undetected, making them harder to remove. The only robust way to deal with the problem is to label more data to balance out the distribution of names. We used a separate ML model to identify sentences in the <a href="http://kdd.ics.uci.edu/databases/reuters21578/reuters21578.html" rel="noopener noreferrer" target="_blank">Reuters</a> and <a href="https://archive.org/details/BrownCorpus" rel="noopener noreferrer" target="_blank">Brown</a> corpora likely to contain female names, and then labeled those sentences via our NER pipeline to augment CoNLL. The resulting dataset, which we’ve called CoNLL-Balanced, has over 400 more female names. When we retrained our NER model on it, we found that our algorithm is no longer biased to perform worse on female names:<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2Fef676477e28e42c68c40edba41ee4091"> Not only that, but the model also performed better at identifying male names, as well. This is an impressive demonstration of the power of data. Mitigating bias at the source meant we did not have to make any adjustments to our ML model—saving engineering time. And we achieved this without any tradeoff in our model’s performance—in fact, its performance slightly improved.<img src="https://imagedelivery.net/wLbZE4_NzVVdgHc15St55g/5c767c25-9e21-47a5-717d-725505342600/public"> To allow the community to build on our work and mitigate gender bias in models built on CoNLL-2003, we’ve open-sourced Scale AI’s augmented dataset, which also includes gender information on <a href="https://scale.com/resources/download/nlp-dataset-balanced-conll" rel="noopener noreferrer" target="_blank">our website</a>. The AI/ML community has its own diversity problems, but we are cautiously excited by these results. It suggests how we might be able to offer a technical solution to a pressing social problem—provided we tackle the issue head on, illuminating the hidden biases and improving the model’s performance for everyone. We’re now exploring how we might apply this approach to another highly sensitive attribute—ethnicity—to explore whether we can create a robust framework for eliminating dataset bias that scales to other protected classes. It also illustrates why we at Scale AI pay so much attention to data quality. Unless data is provably accurate, balanced, and unbiased, there’s no guarantee that models built on it will be safe and accurate. And without that, we won’t be able to build the transformational AI technologies that benefit everyone. If you are developing AI technologies and would like help in balancing your own datasets to ensure your models work for everyone, <a href="https://scale.com/sales" rel="noopener noreferrer" target="_blank">reach out to us</a>.Acknowledgements: The CoNLL 2003 Dataset referenced in this blog post is the Reuters-21578, Distribution 1.0 test collection, available on the project page for the original 2003 experiment: <a href="https://www.clips.uantwerpen.be/conll2003/ner" rel="noopener noreferrer" target="_blank">https://www.clips.uantwerpen.be/conll2003/ner/</a>.

Scale AI's platform can help mitigate bias before training a model.

The importance of detecting and mitigating bias from training data before even starting to build an algorithm.

If You’re De-Biasing The Model, It’s Too Late

open-dataset-nucleus

slugs must be all lowercase. ie: ‘my-slug’

events-banner

This entry represents both interview quote highlight and interview chat highlight because of Builder limitations. Choose the fields that matches either of them.

interview-highlight

If it's selected, the author and quote fields will be taken, otherwise the chat fields. The default is for chat.

resources-download-model

transform-session

CTA to open the session. Leave blank if you don't want a cta for that session

Link for the CTA. Usually the link to the exchange session

blog-filter-type

event-transform-x-ticket

solution

homepage-quotes

logos

homepage-content

builder-debug

transfrom-x-in-person

event-model

Toggle if the event is featured. Featured events will be moved to the top of the list

guides-cta

summit-2023-partners

sales

z[deprecated] page

quotes

z[deprecated] compare

product

blog-category-model

announcement-banner

accelerate

Vercel Powered and Edge Computed OG Image. Preferred over og img file upload. If this field is non empty, it will take precedent over the uploaded file

summit-2023-speakers

homepage-resources

customers

Display order on the page /customers. Higher values show first

page-cross-product-webinar

interview

event-transform

Event model for new marketing events page

event-2-0

homepage-event

custom-fonts

transform-x-speaker

Be careful to not add any trailing white spaces to the slug. Slugs must be all lowercase. ie: ‘my-slug’

Order of the featured speakers displayed on the home page for transformX

z[deprecated] document-ai

summit-2023-agenda

event-converge

hosts

author

transform-x

Page: /In-Person. Section: Hero. Text: Title Text

Page: /In-Person. Section: Slider Card. Text: Title Text

Page: /In-Person. Section: Slider Card. Text: Card Body

Page: /In-Person. Section: Hero. Text: Tagline

open-dataset

z[deprecated] customers

URL redirections for Website. Disclaimer: takes 5~ min for each added or edited.

url-redirects

Use relative path. use `/blog/foo` not `https://scale.com/blog/foo`

legal

event

Optional second image intended to show on the grid view, should be a more squared image closer to 1:1 aspect ratio than the one used in the Cover field.

guides

z[deprecated] guides-old

z[deprecated] guides-lp

partners

blog-model

Option to list or not list this post in the Blog index. Enabled = not list in the index, Disabled = list in the index

Products

Government

Solutions

Resources

Customers

Pricing →

If You’re De-Biasing The Model, It’s Too Late

The future of your industry starts here.