← Latest papers
💻 computer science

Fortress: A Case Study in Stabilizing Search Recommendations via Temporal Data Augmentation and Feature Pruning

Fortress is a general framework that enhances the stability and accuracy of search recommendation models by identifying and pruning temporal instability-inducing features through a four-step process of collecting historical snapshots, detecting unstable predictions, isolating volatile features, and retraining with stable features, thereby effectively balancing the predictive power of engagement signals with the need for consistent performance over time.

Original authors: Milind Pandurang Jagre, Jia Huang, Dayvid V. R. Oliveira, Zhinan Cheng, Babak Seyed Aghazadeh, Puja Das, Chris Alvino, Jinda Han, Kailash Thiyagarajan

Published 2026-05-18
📖 4 min read☕ Coffee break read

Original authors: Milind Pandurang Jagre, Jia Huang, Dayvid V. R. Oliveira, Zhinan Cheng, Babak Seyed Aghazadeh, Puja Das, Chris Alvino, Jinda Han, Kailash Thiyagarajan

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are a chef running a busy restaurant (the App Marketplace). Your job is to recommend the perfect dish (an App) to a customer based on what they are asking for (a Search Query).

You have two main ways to decide which dish to recommend:

  1. The Menu Description (Semantic Features): You look at the ingredients and the recipe description. This is like using AI (LLMs) to understand that "spicy pasta" matches "pasta with red sauce." This is very stable. The recipe doesn't change much from day to day.
  2. The Crowd's Buzz (Engagement Features): You look at what people are actually ordering and clicking on right now. If everyone is suddenly ordering "spicy pasta," you recommend it. This is powerful because it reflects real-time desire, but it's unstable. If the crowd's mood shifts by the hour, your recommendation might flip-flop. One minute it's the top dish; the next minute, it's gone.

The Problem: The "Flip-Flop" Effect

The paper describes a problem called temporal instability. Imagine a customer asks for "spicy pasta."

  • 9:00 AM: The system recommends it because the crowd is buzzing.
  • 11:00 AM: The crowd's mood shifts slightly. The system suddenly stops recommending it.
  • 1:00 PM: The buzz returns, and it's back on the list.

This is frustrating for the customer. It feels like the restaurant is unreliable. In the world of apps, this means a user might see an app in their search results one day, and it disappears the next, even though they haven't changed their search. This "flip-flopping" breaks trust.

The Solution: "Fortress"

The authors built a framework called Fortress to fix this. Think of Fortress as a quality control inspector who looks at the restaurant's history over the last few weeks, not just today.

Here is how Fortress works, step-by-step, using a simple analogy:

  1. Time Travel Snapshots: Instead of looking at just one day's data, Fortress looks at "snapshots" of the restaurant's performance over many days. It tracks the same customer orders across time.
  2. Spotting the Fickle Ingredients: It asks: "Which ingredients (features) cause the recommendation to change wildly from day to day?"
    • Example: It might find that a specific "trend signal" causes the system to recommend an app on Tuesday but drop it on Wednesday, even though the app is still good.
  3. The Pruning: Fortress identifies these "fickle" ingredients. It realizes that while they add a little bit of flavor (accuracy), they cause the dish to taste different every time you order it (instability). So, it prunes (removes) them.
  4. Retraining the Chef: The system re-trains the recommendation model using only the stable ingredients. It keeps the "Menu Description" (which is always reliable) and the "Crowd Buzz" signals that don't cause wild swings.

The Results: A More Reliable Restaurant

The paper tested this on a massive app store. Here is what they found:

  • Better Accuracy: By carefully removing the "fickle" features, the system actually got better at predicting what users wanted (improved PR-AUC). It's like realizing that some trendy garnish actually confused the customers, so removing it made the dish clearer.
  • Less "Flip-Flopping": The biggest win was stability. The "Coefficient of Variation" (a fancy way of saying "how much the scores jump around") went down.
    • In real terms: The number of times an app would appear and then disappear from search results dropped significantly. In some regions, this "flip-flop" rate dropped by nearly 50%.

The Takeaway

Fortress teaches us that in recommendation systems, consistency is just as important as accuracy.

You can have a model that is super smart but changes its mind every hour, which is useless to a user. Or, you can have a model that is slightly less "trendy" but gives you the same reliable answer every time you ask. Fortress finds the sweet spot: it keeps the power of real-time user data but strips away the parts that make the system jittery and unreliable.

In short: Fortress builds a wall around the most volatile parts of the data, ensuring that what you see in the app store today is likely to be there tomorrow, too.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →