Google · Filed May 27, 2026 · Published Nov 5, 2026

Google Files Patent for Ranking Which Data Actually Makes an AI Model Better

Adding new data to an AI model usually means weeks of trial and error. Google's patent application describes hiding each piece of data in turn and ranking which ones the model can't live without.

An evaluation system ranks different data sources to recommend the most helpful inputs for training an AI model. Drawing from patent filing US 2026/0350475 A1.
An evaluation system ranks different data sources to recommend the most helpful inputs for training an AI model.
See all 10 drawings from this filing ↓
Publication number US 2026/0350475 A1 US20260350475A1
Applicant Google LLC
Filing date May 27, 2026
Publication date Nov 5, 2026
Inventors Madhav Datt, Arooshi Verma, Nikhil Shirish Ketkar
US classification 706/12
Status when we published Waiting for an examiner (Aug 29, 2026)
Parent application is a Continuation of 18080351 (filed 2022-12-13)
Document 20 claims

What Google's missing-data test actually does

You're on a team that runs a spam filter, and someone hands you a list of new clues the filter could use: the sender's country, the time of day, how long the message is. Which ones would actually make it better? Today, finding out can eat weeks of an engineer's time.

Google's patent application describes a shortcut. Instead of building a fresh model for every combination of clues, it takes one model and hides one clue at a time, then watches how much worse the answers get. The clue whose absence hurts the most is the one that matters most.

It also groups clues that say nearly the same thing, so you don't pay twice for the same information. What comes back is a ranked list, so your team can decide where to spend its effort.

From the filing · CLAIM 1
… computing a respective performance lift value for the respective signal based on a comparison of the respective textual output to a baseline …

Translation: It measures how much better the AI performs with each specific piece of data included.

How Google ranks data by what the model misses

The claims cover a loop that works signal by signal. A signal is one column of input data, such as a user's country or a message's length. For each signal, the system gives an attention-based model (the type of AI behind large language models, which weighs which parts of its input matter most) a text version of the data with that signal removed. Removal means replacing every value with a null marker, a blank.

The system compares the model's output with a baseline, the output from the full, untouched input. The gap is the performance lift: how much that signal was helping. The filing lists several ways to measure it, including precision, recall, and semantic similarity (how close two answers are in meaning). Signals are then ranked by lift. One variation uses a pre-trained large language model with no retraining or fine-tuning for any signal.

To handle overlap, the filing also describes grouping signals by how closely they track each other. Signals become dots in a graph, and the strength of their relationship becomes the weight on the line between them. Tightly linked signals land in one cluster, which gets its own score. As a double-check, a separate model can be trained on the top picks to catch false alarms.

The filing says the old method needs 16 models to test just four new signals.

From the filing · THE ABSTRACT
… producing a ranked list of the most impactful features from input of a set of candidate features …

Translation: The system sorts incoming data points to show which ones actually improve the AI.

Why this could speed up Google's AI testing

For anyone building AI products, the practical gain is time. The filing says an experiment that would take an engineer weeks can shrink to hours, and it can use far fewer computers because the model is trained once instead of once per combination of new data.

It also opens testing to people who don't know a model's inner workings. A newer developer could hand over a dataset and get a ranked list back, without touching the model's plumbing. For you, the effect would show up indirectly: faster tests could mean quicker improvements to the apps and services built on these models.

Google's 25th filing in the AI recommendation patents we've tracked since May follows one on generating ad scenes from photos and one on forecasting sales at scale.

Editorial take

Hiding a clue and watching what breaks is a cheap test, and the price is accuracy. A model that has never seen a blank in that spot may stumble for reasons that have nothing to do with how useful the clue is. The filing seems aware of this: it adds a check that trains a separate model on the top picks to catch false alarms.

Overlapping clues are the other weak spot. If two columns say nearly the same thing, hiding one barely moves the score, so a valuable clue can look useless. Grouping similar clues into clusters patches that, though the result depends on where you set the line for similar.

The ranking also looks only at how much the model improves. It ignores how hard each clue is to collect. That is a fair trade for a first screening, since people can weigh the cost afterward. For teams buried in candidate data, giving up some precision to save weeks reads as a good deal.

Get our take in your Top Stories

Liked this breakdown? Add Patentlyze as a preferred source on Google, and our plain-English take shows up more often in your Top Stories the next time Google patent news breaks.

There are more where this came from

We read every patent application Big Tech publishes and send you the ones worth knowing. Plain English, free, every week.

The drawings

10 drawing sheets from US 2026/0350475 A1 · click any drawing to enlarge

Building an AI system from initial user data, drawing sheet 1 from US 2026/0350475 A1
Sheet 1 Building an AI system from initial user data
Automating data validation and model training steps, drawing sheet 2 from US 2026/0350475 A1
Sheet 2 Automating data validation and model training steps
Preparing trained software to run in production, drawing sheet 3 from US 2026/0350475 A1
Sheet 3 Preparing trained software to run in production
Retuning the live setup when new data arrives, drawing sheet 4 from US 2026/0350475 A1
Sheet 4 Retuning the live setup when new data arrives
Testing and ranking which data signals boost accuracy, drawing sheet 5 from US 2026/0350475 A1
Sheet 5 Testing and ranking which data signals boost accuracy
Simulating missing data to measure each feature's value, drawing sheet 6 from US 2026/0350475 A1
Sheet 6 Simulating missing data to measure each feature's value
Letting an engineer verify the highest ranked data, drawing sheet 7 from US 2026/0350475 A1
Sheet 7 Letting an engineer verify the highest ranked data
Cloud servers and user devices coordinating the training, drawing sheet 8 from US 2026/0350475 A1
Sheet 8 Cloud servers and user devices coordinating the training
Show the other 2 sheets
How apps share sensor data between their AI models, drawing sheet 9 from US 2026/0350475 A1
Sheet 9 How apps share sensor data between their AI models
Connecting device sensors and apps through a shared AI system, drawing sheet 10 from US 2026/0350475 A1
Sheet 10 Connecting device sensors and apps through a shared AI system
Browse all the drawings 10 drawing sheets
Patent filing page

Source. Full patent text and figures from the official USPTO publication PDF.
Reader comments

Be the first to weigh in

Start the discussion

Real name or a handle, either is fine. Comments are read by a person before they appear, so allow a little time. Keep it about the filing.