← Latest papers
🤖 machine learning

Offline Learning of Nash Stable Coalition Structures with Possibly Overlapping Coalitions

This paper introduces a new model for offline learning of Nash stable coalition structures with possibly overlapping agents under partial information, proposing sample-efficient algorithms that infer unknown preferences from fixed datasets to recover approximately stable partitions under varying feedback constraints.

Original authors: Saar Cohen

Published 2026-02-17
📖 5 min read🧠 Deep dive

Original authors: Saar Cohen

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 the manager of a massive, high-stakes consulting firm. You have hundreds of consultants, and every week, you need to assign them to different client projects. Some projects are in finance, some in logistics, some in tech.

Here's the catch: You don't know who gets along with whom.

You know that two people might be a perfect team for a logistics project but a disaster for a finance one. But you can't just keep shuffling them around to test it out; that would cost the company millions and annoy the clients. Instead, you only have a fixed, old archive of past projects and performance reviews. Your goal is to look at this old data, figure out the hidden "chemistry" between your employees, and assign them to teams where everyone is happy and no one wants to switch groups.

This paper is about solving that exact puzzle using a new kind of math.

The Core Problem: The "Overlapping" Team

In most old theories, a person could only be on one team at a time. But in the real world, a consultant might work on a Finance project and a Logistics project simultaneously. They belong to overlapping coalitions.

The paper asks: How do we find a "Nash Stable" arrangement?

  • Nash Stable means a state where no single person can improve their situation by unilaterally switching teams. If everyone is happy with their current mix of projects, and no one has a reason to jump ship, you've found the perfect balance.

The Challenge: The "Blind" Data

The problem is that your old data is messy. You have two types of data archives:

  1. The "Semi-Bandit" Archive (The Detailed Log):

    • Analogy: Imagine you have a spreadsheet where, for every past project, you know exactly how much Alice enjoyed working with Bob, and how much Bob enjoyed Alice. You have the granular, person-to-person ratings.
    • The Paper's Solution: If your archive covers enough different team sizes (e.g., you have data on teams of 2, 3, 4, and 5 people), you can mathematically reconstruct the perfect team structure. The authors built an algorithm that learns these hidden preferences and finds the stable arrangement with very little data.
  2. The "Bandit" Archive (The Vague Summary):

    • Analogy: Now imagine your spreadsheet is much worse. You only know the total score for a project. You know "Team A got a 7/10," but you have no idea if that was because Alice loved Bob, or if Bob hated Alice but tolerated it. You don't know the individual relationships.
    • The Paper's Solution: This is much harder. The authors show that with this vague data, you need a stricter condition: your archive must be incredibly diverse. It needs to contain examples of almost every possible team combination to make an educated guess. If your data is too narrow, you simply cannot figure out the perfect team structure, no matter how much data you have.

The "Secret Sauce": The Coverage Rule

The paper introduces a golden rule called "Coverage."

  • The Metaphor: Imagine you are trying to learn how to bake a cake by looking at photos of cakes people have made in the past.
    • If you only have photos of chocolate cakes, you can't learn how to bake a vanilla cake, even if you have a million chocolate photos.
    • To learn how to bake any cake (or form any stable team), your photo album (dataset) must include examples of the specific ingredients (team sizes and combinations) that might appear in the final solution.

The authors prove that if your dataset covers these "ingredients" (specifically, the team sizes that would result if someone tried to switch teams), their algorithm can find the perfect arrangement. If the dataset misses even one crucial "ingredient," the algorithm might fail.

How the Algorithm Works (The "Optimistic" Learner)

The algorithm doesn't just guess; it plays a game of "Optimistic Pessimism."

  1. Estimate: It looks at the data and guesses how much people like each other.
  2. Add a Safety Buffer: Because the data is old and incomplete, it adds a "bonus" to the uncertainty. It assumes the worst-case scenario for what it doesn't know.
  3. Find the Balance: It tries to find a team arrangement where, even with these worst-case assumptions, no one has a strong reason to leave.

The Results

The authors tested this with computer simulations:

  • When they gave the algorithm detailed data (Semi-bandit) that covered enough team sizes, it found near-perfect stable teams very quickly.
  • When they gave it vague data (Bandit), it still worked, but only if the data was incredibly diverse.
  • If the data was missing the right "ingredients" (Coverage), the algorithm failed, proving that you can't magic up information that isn't there.

Why This Matters

This isn't just about consultants. This logic applies to:

  • Organizing research teams in universities.
  • Assigning drivers to ride-sharing pools.
  • Forming study groups in schools.

In a world where we often can't run live experiments (because it's too expensive or risky), this paper gives us a blueprint for how to use our past data to build future stability, ensuring that everyone ends up in a group where they belong.

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 →