Strategic Competition and Convergence in LLM Leaderboards
Analyze & explore related research in Conceptio
Connect this record directly into your research workflow or AI agent. Explore citations across open repositories, query full text, and export structured proof bundles.
Strategic Competition and Convergence in LLM Leaderboards Naveen Raman1 * , Fei Fang1 , Yiling Chen2 , 1 Carnegie Mellon University
2 Harvard University
arXiv:2611.09780v1 [cs.GT] 6 Nov 2026
Abstract Leaderboards are a popular way to compare large language model (LLM) capabilities and can influence how model developers invest resources. We ask when competition on leaderboards leads developers to produce models with similar capability profiles, which we call monoculture, or similar performance levels. We study this by formulating leaderboard competition as a game in which model developers invest resources across capabilities to maximize their win rate. We show that similar production functions can induce similar capability profiles, while comparative advantage can sustain distinct capability profiles. We then study convergence in performance levels and show that diminishing returns can lead to an increasingly crowded competitive frontier. Using data from LM Arena and OpenRouter, we find that developers improve more in categories where they lag competitors, while still retaining category-specific advantages. At the same time, we find that the frontier of models becomes increasingly crowded, alongside increasingly diversified model usage patterns. Our results suggest that increasing competition does not need to produce interchangeable models, but can instead sustain competitive models with distinct strengths.
1
Introduction
Leaderboards are one of the main ways in which large language models (LLMs) are measured and can influence how models are developed (Chan, 2026). While benchmark-style leaderboards remain popular, newer head-to-head leaderboards compare models based on aggregated human preferences (Chiang et al., 2024). This changes strategic incentives for developers, as a model’s rank depends on competitors’ capabilities. A natural question is whether this competition pushes developers toward similar performance levels, capability profiles, or both. By providing developers with a common competitive target, shared evaluation may encourage them to invest in the same capabilities, potentially producing similar capability profiles or monoculture (Kleinberg & Raghavan, 2021). By contrast, differences in developer strengths across capabilities can create incentives to specialize. At the same time, models might converge in performance levels, while still maintaining distinct capability profiles. Understanding this phenomenon is important because leaderboards may shape not only the models that perform best, but also the direction of model development (Dominguez-Olmedo et al., 2025; Chen et al., 2026). Even if models become similarly competitive, differences in their capability profiles determine whether users have access to diverse alternatives or a homogeneous set of models. In this work, we study how leaderboard competition shapes capability profiles and performance levels by modeling AI evaluation as a multidimensional contest where developers allocate investment across capabilities (Figure 1). Our theoretical results characterize when similarities in production functions lead to monoculture and when diminishing returns can lead to convergence in performance. Empirically, we find that some developers maintain differentiated capability profiles over time, alongside an increasingly crowded competitive frontier. Our results reveal that competition can lead to convergence in developer performance while still maintaining an ecosystem of meaningfully different models. Our paper connects to work in contest theory, monoculture, and LLM leaderboards. Contest theory studies how competitors allocate effort in response to a common reward (Vojnović, 2015; Roberson, 2006), while algorithmic monoculture studies when shared algorithms lead to similar outcomes (Kleinberg & Raghavan, 2021; Peng & Garg, 2024). LLM leaderboards combine aspects of both settings: developers compete under a common evaluation, but allocate investment across multiple capabilities. More recently, Chen et al. (2026) studied strategic post-training and the resulting equilibria, while Donahue & Raghavan (2026) study how aggregation and evaluation affect producer incentives. Unlike Chen et al. (2026) and Donahue & Raghavan (2026), we explicitly model how production functions shape capability development, which allows us to characterize when common evaluation produces similar capability profiles. * Correspondence: naveenr@andrew.cmu.edu
1
Leaderboard Win rate Model Model A 72%
2
Model B
68%
3
Model C
66%
Competition and investment Investment
Possible outcomes Monoculture
Developer A
Developer C Code
In practice: a mixed pattern
Model Differentiation
Specialization
Developer B
Math
3
More similar
English
Dev. A
Dev. B
Dev. C
Model
Less similar
Models near frontier 200 150 100 50 0
# models
Rank 1
2
Model
Shared evaluation
1
Time
Figure 1: Head-to-head leaderboards compare models, creating incentives for developers to allocate investment across capabilities. How these incentives interact with developers’ production functions can shape both the similarity of capability profiles and convergence in performance. In practice, we find persistent differences in developers’ capability profiles alongside an increasingly crowded performance frontier. Our contributions include: 1. We characterize how multidimensional competition under shared evaluation produces similar or differentiated capability profiles. Similar production functions can induce monoculture, while comparative advantage can sustain differentiation and, in some settings, specialization. 2. We study how competition evolves over time and identify when diminishing returns can lead to convergence in performance. We find that convergence in performance can arise when competitors can quickly catch up in categories where they lag. 3. We find that the performance frontier becomes increasingly crowded over time, even as developers retain persistent differences in their relative capability profiles. Along with crowding, we find increasingly dispersed model usage across developers. 1
2
Model and Preliminaries
Our model consists of N model developers (e.g., OpenAI, Anthropic, DeepMind), each of which competes K → RK , and on K dimensions (e.g., math, coding, science). Developer i has a production function Fi : R+ + investment xi , which produces capabilities θi := Fi (xi ). Investment at level xi results in a cost c(∥xi ∥1 ), where c is a strictly increasing, differentiable, continuous, and unbounded cost function with c(0) = 0 (per-developer cost functions ci can be folded into the model without changing the equilibria; see Appendix E.1). We model each developer as maximizing its expected win rate. We use expected weighted pairwise win rate as a simplified objective for relative competitive performance, rather than assuming that developers literally optimize a particular public leaderboard. This objective directly corresponds to maximizing weighted category-level pairwise win probabilities under Bradley–Terry/Elo-style evaluation (see Appendix A). Here, win-rate is weighted according to w ≥ 0, ∑k wk = 1. We define the utility as ui ( x ) =
1 ∑ wk σ( Fi (xi )k − Fi′ (xi′ )k ) − c(∑ xi,k ). N − 1 i∑ ′ ̸ =i k k
(1)
Here, σ denotes the win-probability according to some pairwise preference model. We assume σ is strictly increasing, twice differentiable, bounded in [0, 1], σ′ ( x ) > 0, and symmetric where σ( x ) + σ (− x ) = 1 (e.g., Bradley-Terry). Our model abstracts from the details of developers’ internal R&D processes and instead captures three features of model development: developers care about their capabilities relative to competitors, allocate costly investment across multiple capabilities, and differ in how effectively investment translates into capability improvements. We do not require that developers directly optimize a particular leaderboard; tournament-style evaluation provides a tractable representation of competition based on relative model performance. The model can also be viewed as a multidimensional contest, related to Colonel 1 Code found at https://github.com/naveenr414/evaluation_monoculture.
2
Blotto games (Roberson, 2006), in which investment is transformed into capabilities through heterogeneous production functions Fi . Let x = (x1 , . . . , x N ) be a Nash equilibrium, and let Hi,i′ (x) = cos(θi , θi′ ) be the pairwise monoculture for developers i and i′ , with Hi,i′ (x) = 1 indicating that θi and θi′ are parallel. We can view θi as conK −1 sisting of a direction di∗ ∈ S+ and a magnitude αi∗ , with only the direction impacting Hi,i′ . We focus on cosine similarity here to capture capability profiles rather than capability levels; while two developers might differ in their overall level of output, they can still be similar if their relative category outputs are similar (Bommasani et al., 2022). We return to similarity in the overall level of output in Section 5. We define overall monoculture as H (x) = N1 ∑i<i′ Hi,i′ (x), with H = 1 indicating that all developers have parallel (2)
θi . When exactly one capability vector is zero we define Hi,i′ (x∗ ) = 0, and when both are zero we define Hi,i′ (x∗ ) = 1.
3
Existence of Pure Strategy Equilibrium
We discuss when the competition model exhibits pure-strategy equilibrium, where we focus on pure strategies because they correspond to stable, deterministic investment profiles, which do not require developers to randomize. We first consider the intuition in the N = 2, K = 1 setting, where we refer to the production function as f because it is scalar. A sufficient condition for existence is that diminishing returns in production are sufficiently strong relative to the curvature of the evaluation function. That is, when c is convex and f i′ ( xi ) > 0, we can write this as f ′′ ( xi ) σ′′ (z) ∀ xi . < − i′ sup ′ f i ( x i )2 z σ (z) The following theorem generalizes this condition to arbitrary N and K. Theorem 1 (Equilibrium Existence). Suppose that gi,k (xi ) = [ Fi (xi )]k is twice continuously differentiable and c σ′′ (z)
convex. Let ρσ := supz∈R σ′ (z) . There is a pure-strategy Nash equilibrium if
−∇2 gi,k (xi ) ⪰ ρσ ∇ gi,k (xi )∇ gi,k (xi )⊤
∀ xi , ∀ i, k.
Equilibrium exists when developers’ production functions have sufficiently strong diminishing returns relative to the curvature of the evaluation function. Since the win-rate payoff is at most 1, any investment with c(∥xi ∥1 ) > 1 is dominated by zero investment. That is, in Equation 1, if c(∥xi ∥1 ) > 1 then ui (xi ) < 0 because N1−1 ∑i′ ̸=i ∑k wk σ ( Fi (xi )k ≤ 1. By unboundedness of c, we can restrict each developer’s strategy space to a compact convex set Xi = {xi ≥ 0 : ∥xi ∥1 ≤ x̄ }. Under the theorem’s curvature condition, the Hessian of ui is negative semidefinite, so ui is concave in xi . Debreu–Fan–Glicksberg then gives existence (details in Appendix E.2). When production functions violate the conditions, pure-strategy equilibrium need not exist (see Appendix B).
4
When Does Monoculture Arise?
Given that a pure-strategy equilibrium exists, we next ask what determines whether developers produce similar capability profiles or specialize in different capabilities. We first give interpretable sufficient conditions for monoculture and specialization, before a general characterization.
4.1
Similar Production Functions Can Induce Monoculture
A simple sufficient condition for monoculture is developers having identical production functions. Lemma 1 (Symmetric Developers). Suppose the conditions of Theorem 1 hold. If Fi = Fi′ , then there exists a pure-strategy Nash equilibrium x∗ such that xi∗ = xi∗′ and Hi,i′ (x∗ ) = 1. Moreover, if Fi = F for every developer i, then there exists a symmetric pure-strategy Nash equilibrium satisfying x1∗ = · · · = x∗N , and at this equilibrium, ∗ , with H ( x∗ ) = 1. θ1∗ = · · · = θ N 3
Restricting attention to profiles with xi = xi′ , the two developers have identical best-response correspondences; Kakutani’s fixed-point theorem then gives the equilibrium (Appendix E.3). Next, we note that strict equality is not necessary for near-monoculture. To establish this, we first introduce the pseudogradient of the game, G (x), which we define as G (x) = (−∇x1 u1 (x), . . . , −∇x N u N (x)) . We next show that similarity in Fi and ∇ Fi induces similarity in outputs. Theorem 2 (Similarity in Production Functions). Suppose the conditions of Theorem 1 hold, while the production functions are L-Lipschitz, and the pseudogradient G is µ-strongly monotone, which ensures equilibrium stability to perturbations: ⊤ ∀x, x′ . G (x) − G (x′ ) (x − x′ ) ≥ µ∥x − x′ ∥22 If developers i and i′ have similar production functions in both value and gradient: sup ∥ Fi (xi ) − Fi′ (xi )∥2 ≤ ϵ,
xi ∈Xi
then there exists an equilibrium x∗ that satisfies ϵ ∗ ∗ , ∥ x i − x i ′ ∥2 ≤ O µ
sup ∇ gi,k (xi ) − ∇ gi′ ,k (xi ) 2 ≤ ϵ
∀k.
xi ∈Xi
∥ Fi (xi∗ ) − Fi′ (xi∗′ )∥2 ≤ O
L ϵ 1+ . µ
Moreover, if ∥θi∗ ∥2 , ∥θi∗′ ∥2 ≥ m > 0, then their pairwise monoculture satisfies ! L 2 ϵ2 ∗ 1+ . Hi,i′ (x ) ≥ 1 − O µ m2 The strong-monotonicity condition holds when each developer’s own investment has a sufficiently strong stabilizing effect on its incentives relative to the strategic interaction between developers. Therefore, the result is most applicable to settings with a stable equilibrium in which small differences in developers’ production technologies do not induce large changes in equilibrium investment. When developers have similar production functions, their equilibrium investments are similar. Evaluation coordinates developers and makes it possible for them to optimally respond in the same way. The proof constructs a counterfactual game and uses strong monotonicity to translate perturbation in the pseudogradient into bounds on equilibrium outputs (Appendix E.4).
4.2
Comparative Advantage Can Induce Specialization
While similar production functions induce monoculture, comparative advantage, where developers’ production functions favor different capabilities, can create incentives for specialization. We first illustrate a setting where comparative advantage can induce specialization. Example 1 (Comparative advantage can induce specialization). Suppose N = K = 2, w1 = w2 = 12 , and Fi ([ x1 , x2 ]) = [ ai log(1 + x1 ), bi log(1 + x2 )]. The KKT conditions imply that a specialized equilibrium x1∗ = [s1 , 0], x2∗ = [0, s2 ] must satisfy a1 b2 ≥ (1 + s1 )(1 + s2 ). a2 b1 Such equilibria exist. For example, with logistic σ, a1 = b2 = 1, the profile
a2 = b1 =
x1∗ = [1, 0],
1 , 4
c(s) =
s , 18
x2∗ = [0, 1]
is a Nash equilibrium. Moreover, the conditions of Theorem 1 hold, so each developer’s payoff is concave in its own investment and the KKT conditions are sufficient. 4
This example illustrates how specialization can arise when production functions are sufficiently differentiated. We can generalize this idea by representing differences in developers’ comparative advantages through differences in the marginal costs of producing capability profiles. Using this, we show that sufficiently different marginal capability costs imply differentiated equilibrium outputs. When this separation cannot be explained solely by differences in overall capability levels, it also implies differentiation in capability profiles. Theorem 3 (Marginal Cost Differences Induce Capability Differentiation). For developer i, define the minimum cost of producing capability profile θ as Ci (θ ) := minxi : Fi (xi )=θ c(∥xi ∥1 ). For a collection of rival capability vectors Y = {y1 , . . . , y N −1 }, define K 1 w σ ( θ k − y k ). VY (θ ) := ∑ ∑ N − 1 y ∈Y k = 1 k K containing all relevant best responses such that, for every Suppose there is a convex capability region Θ ⊆ R+ developer i and rival environment Y, ϕi,Y (θ ) := Ci (θ ) − VY (θ )
has a unique interior minimizer, is µ-strongly convex, and has L-Lipschitz gradient on Θ. Consider developers i ̸= i′ , and suppose their marginal capability costs satisfy inf ∥∇Ci (θ ) − ∇Ci′ (θ )∥2 ≥ δi,i′ > 0.
θ ∈Θ
Let x∗ be any pure-strategy Nash equilibrium, with θi∗ = Fi (xi∗ ) and θi∗′ = Fi′ (xi∗′ ). Define
ℓσ := sup |σ′′ (z)|,
ρ N :=
z ∈R
ℓσ ∥w∥∞ . µ ( N − 1)
Then
∥θi∗ − θi∗′ ∥2 ≥
δi,i′ . L (1 + ρ N )
Consequently, if ri = ∥θi∗ ∥2 > 0 and ri′ = ∥θi∗′ ∥2 > 0 then Hi,i′ (x∗ ) ≤ 1 −
2 δi,i′ − (r i − r i ′ )2 L (1+ ρ N ) 2ri ri′
+
.
These conditions capture settings in which each developer has a stable capability-level best response and developers have persistent differences in their relative costs of producing capabilities. Such an assumption is most natural when comparative advantages arise from durable differences in production technologies, so that developers’ marginal production costs remain distinct throughout the relevant range of equilibrium outputs. When marginal capability costs are different, we can show that the resulting equilibria are also different. When overall capability levels are also different, we can use this to show differences in the similarity Hi,i′ (x∗ ). We prove this by constructing a counterfactual environment, where developer i′ responds to developer i’s environment, then bounding the difference in outputs (full proof Appendix E.5).
4.3
Characterizing Monoculture and Specialization Generally
While Theorem 2 provides a sufficient condition, even drastically different production functions can result in monoculture. We present such an example below: 2 Example 2. Consider a scenario with N = K = 2, σ (z) as the sigmoid function, and c(∥xi ∥1 ) = 0.15 2 ∥ xi ∥1 . Let Fi (xi ) = Ai log(xi + 1), where the logarithm is applied componentwise. Let 0.50 0.05 0.05 0.60 A1 = , A2 = , w = (0.35, 0.65). 0.10 0.75 0.70 0.15
5
Then numerically solving for the equilibrium yields x1∗ = (0, 0.545),
x2∗ = (0.518, 0),
and the corresponding outputs are θ1∗ ≈ (0.022, 0.326),
θ2∗ ≈ (0.021, 0.292).
Here, H1,2 (x∗ ) ≈ 0.99999, and so the outputs are near-parallel while the production functions are very different. This example also demonstrates why a general characterization of monoculture is difficult, as even dissimilar production functions can result in similar capability profiles. Instead, we can characterize monoculture in terms of the local production incentives that must hold at equilibrium. We can formalize this observation using the equilibrium first-order conditions. First, let θi∗ = αi∗ di∗ . Then for a profile of candiK −1 N N , define date directions D = (d1 , . . . , d N ) ∈ (S+ ) and α ∈ R+ wk σ′ αi di,k − α j d j,k . pi,k (D, α) = ∑ N − 1 j ̸ =i K −1 N For a profile of output directions, D = (d1 , . . . , d N ) ∈ (S+ ) , we say that D is locally supportable if there N K exist α ∈ R+ and xi ∈ R+ such that
Fi (xi ) = αi di ̸= 0∀i,
and
∇ Fi (xi )⊤ pi (D, α) ≤ c′ (∥xi ∥1 )1∀i,
with equality in coordinates ℓ when xi,ℓ > 0. This definition essentially collects the KKT conditions relevant to the direction of each developer’s output and provides a convenient way to state exactly which capability directions can be sustained at equilibrium. Proposition 1 (Supportable Equilibrium Directions). Suppose that the conditions of Theorem 1 hold. A profile K −1 N of directions D = (d1 , . . . , d N ) ∈ (S+ ) is induced by a pure-strategy Nash equilibrium with nonzero outputs if and only if D is locally supportable. A pure-strategy equilibrium with monoculture exists if and only if (d, . . . , d) is locally supportable for some d ∈ K −1 S+ , and a pure-strategy equilibrium with complete specialization exists if and only if there is a locally supportable profile D = (d1 , . . . , d N ) with di⊤ di′ = 0 for all i ̸= i′ . Proposition 1 is a reformulation of the equilibrium first-order conditions, and demonstrates general requirements behind monoculture and specialization. The key insight is that monoculture does not require developers to have similar production functions, but rather that their production functions need only locally support the same output direction under the competitive incentives they face (details in Appendix E.6). Shared evaluation makes the value of a capability improvement depend not only on a developer’s production technology, but also on its performance relative to competitors. In particular, the value of improving on capability k depends on how well developer i performs relative to rivals. Because every developer is scored against the same category weights, these incentives can align developers’ investment directions even when their production functions differ, providing a second route to monoculture beyond technological similarity. This distinction explains why similarity in production functions is only a sufficient condition for monoculture (Lemma 1 and Theorem 2), whereas Proposition 1 gives a necessary-and-sufficient characterization. That is, monoculture occurs at equilibrium exactly when developers’ production technologies support a common capability direction under these competitive marginal incentives. We next tackle whether performance levels converge over time even when developers retain different relative strengths across capabilities.
5
Competitive Dynamics
Section 4 characterized when developers’ equilibrium capability profiles exhibit monoculture or specialization. We now turn from the direction of capabilities at equilibrium to the evolution of performance levels 6
over time. In particular, we ask when competing developers become closer in performance as investment accumulates, even if differences in their capability profiles persist. Let Xi,t = ∑ts=1 xi,s denote developer i’s cumulative investment through time t. Additionally, let θit = Fi (Xit ) denote developer i’s capability vector at time t. At each time step t, each developer chooses xi,t to maximize its current-period utility: 1 wk σ Fi (Xi,t−1 + xi,t )k − Fi′ (Xi′ ,t−1 + xi′ ,t )k − c(∥xi,t ∥1 ). ∑ N − 1 i∑ ′ ̸ =i k This abstraction isolates how repeated investment changes relative performance without introducing intertemporal strategic considerations. We ask whether developers’ relative performance converges over time. We do not expect competition to guarantee convergence: developers may remain separated because their cumulative investments diverge or because differences in their production functions persist at scale. Rather than characterize the full dynamic equilibrium, we isolate conditions on investment trajectories and production functions under which relative performance must converge. Proposition 2 (Catch-Up and Long-Run Crowding). Let θit = Fi (Xit ) denote developer i’s capability vector at t = max θ t − θ t . Let gt ∈ R NK stack these gaps time t, and define its category-specific gap to the frontier as gi,k j j,k + i,k across developers and categories at timestep t, and let ∆θt = θ1t+1 − θ1t , . . . , θtN+1 − θtN ∈ R NK . Suppose each Fi is continuously differentiable with max ℓ∈[K ]
∂Fi (x) ∂xℓ
as ∥x∥1 → ∞,
→0
∀i.
2
Suppose there exists β > 0 such that, for sufficiently large t, gt , ∆θt ≥ β∥gt ∥22 . Then we have that ∥gt ∥2 → 0, t → 0 for all developers i and categories k. and maxi′ θit′ ,k − θi,k The competitive dynamics generate a sequence of relative performance gaps and per-period investments that decrease over time, while the catch-up condition requires improvements to be directed toward those gaps (proof in Appendix E.7). We next give one set of sufficient conditions under which diminishing returns and competitive incentives generate catch-up. The key additional requirement is that a developer that trails in a capability retains marginal capacity to improve that capability at a rate related to the size of its gap. Intuitively, lagging capabilities retain greater marginal capacity for improvement, while competition creates incentives for developers to perform well in lagging capabilities. Proposition 3 (Sufficient conditions for capability catch-up). Suppose each Fi is continuously differentiable and coordinatewise nondecreasing, each coordinate function [ Fi (·)]k is concave, and Fi is L-Lipschitz with respect to ℓ1 . Additionally, suppose wk > 0 with wmin = min wk , and c is twice continuously differentiable with c′ (0) = 0 and k ∈[K ]
∗ at each timestep. 0 ≤ c′′ (s) ≤ M. Assume that each developer is playing a pure-strategy Nash equilibrium xi,t For each developer i, category k, and investment state x, define
mi,k (x) := min
ℓ∈[K ]
∂[ Fi (x)]k . ∂xℓ
Suppose there exists µ > 0 such that, for every pair of developers i, i′ , category k, and relevant investment states x, y, whenever [ Fi (x)]k ≤ [ Fi′ (y)]k , we have mi,k (x)2 ≥ µ ([ Fi′ (y)]k − [ Fi (x)]k ) . Define
p := wmin min σ′ (z) > 0. 2
|z|≤ Lµ
7
Then, for every developer i, category k, and period t, t t ∆θi,k ≥ βgi,k ,
β :=
pµ M+ pµ
> 0.
Proposition 3 illustrates how diminishing returns and competitive incentives can jointly generate catchup. The parameter µ captures how much marginal production capacity a developer retains relative to its capability gap, while p lower-bounds the competitive value of improving a capability. As a result, the catch-up guarantee is stronger when lagging capabilities retain greater marginal production capacity, competitive evaluation places greater marginal value on improvement, and marginal investment costs grow more slowly. The diminishing returns assumption is plausible when capability gaps are bounded and lagging developers have not exhausted the channels available for improving that capability; it becomes restrictive when some investment inputs have little or no effect on a capability or when large gaps coexist with very small marginal returns. Diminishing returns allows lagging capabilities greater remaining capacity for improvement, while competition gives developers an incentive to exploit this capacity. The proof combines the lower bound on marginal production capacity with the developers’ first-order conditions to obtain a lower bound on the capability improvement of a trailing developer (Appendix E.8). Because the cost function aggregates investment across dimensions, the equilibrium conditions determine the total amount of investment but not, absent solving the equilibrium, how that investment is distributed across inputs. A uniform catch-up guarantee therefore requires a lower bound that holds for every possible active investment direction, which leads naturally to the minimum marginal effect across dimensions. Relaxing this assumption therefore requires a different cost function that places more structure on how investment is allocated across dimensions, or additional assumptions about which investment dimensions are active at equilibrium. As a result, this condition should be interpreted as a sufficient primitive condition for catch-up, rather than as a necessary condition for catch-up. Sections 4 and 5 characterize two dimensions of convergence. Developers may become similar in their capability profiles (monoculture), or in their overall performance levels (crowding). Our empirical analysis asks how these two forms of convergence evolve over a finite period, and whether frontier crowding can coexist with persistent differences in relative capability profiles.
6
Leaderboard Competition in Practice
We now investigate whether capability profiles are differentiated in practice and if performance converges over time. We first study capability profile differentiation by looking at whether developers exhibit distinct strengths (RQ1) and whether developers improve more in categories where they lag competitors (RQ2). We then study convergence in performance by examining whether the competitive frontier becomes more crowded over time (RQ3). Together, these analyses ask whether the patterns generated by our theoretical model appear in observed model competition rather than directly testing the assumptions of our theoretical model.
6.1
Dataset Details
We rely on two sources of data: leaderboards from LM Arena and usage data from OpenRouter. Leaderboards We use LM Arena to construct leaderboards and better understand how capability profiles evolve over time. We construct a panel covering 422 models from 59 organizations and 28 categories, using the “lmarena-ai/leaderboard-dataset” from March 2024 through September 2026. Each snapshot contains 28 category-level Elo ratings, along with rating variances and vote counts. Of these 28 categories, we focus on 8 (coding, math, hard prompts, instruction following, creative writing, longer query, multi-turn, and English) because these categories are consistently available since 2024. OpenRouter To measure realized model usage, we use daily OpenRouter traffic data from January 2025 through September 2026. The data cover 408 models over 620 days. We aggregate token shares to the 8
1.0
observed
0.5
0.5 0.0 −1.0
0.0
−0.5
0.0
cos(ri , ri′ )
0.5
1.0
cos(ri , ri′ )
density
1.0
permutation null
−0.5 −1.0
Figure 2: Developers exhibit distinct capability profiles overall, with clusters of similar relative strengths. At each snapshot, we represent each developer by its highest-rated model and compare residualized capability profiles. Left: distribution of pairwise cosine similarities across developers, compared with a permutation null that randomly reassigns capabilities across developers. Right: pairwise similarities reveal clusters of developers with similar relative strengths. model and developer levels to study how changes in the evaluated model frontier correspond to changes in realized model usage. We detail how we match data from OpenRouter up with data from LM Arena in Appendix C.1.
6.2
RQ1: Do developers retain distinct capability profiles?
We first examine whether developers’ capability profiles are differentiated, motivated by Section 4. Our goal is to isolate which categories each developer performs relatively well on, accounting for both category difficulty (e.g., math being easier than English) and dominant developers (e.g., Anthropic being broadly better). However, directly applying the metrics from Section 4 to Elo scores is inappropriate because Elo scores are identified only up to an additive shift. Instead, at each timestep, we select the highest rated model for each developer and compare capability profiles. To account for differences in overall developer strength and category difficulty, we fit θi,k = δ + ηi + γk + ri,k for each time step separately. Here, differences in r j,k capture differences in capability profiles, while ηi captures differences in overall performance. This metric captures similarities in the capability profiles for different developers, rather than directly measuring the theoretical cosine similarity from Section 4. In Figure 2 (left), we plot the distribution of cos(ri,· , ri′ ,· ) between pairs of developers. We find little evidence of a common capability profile across all developers, as the observed similarities are close to a null model (see Appendix C.3 for details and statistical tests). However, in Figure 2 (right), we do find that clusters of developers tend to be similar. For example, models from Google and Meta are stronger in creative writing and multi-turn interactions and weaker in coding and math. These clusters cut across developer types; for example, models from OpenAI and Anthropic are in a different cluster than those from Google and Meta. We next ask whether these relative strengths persist over time. Figure 3 (left) shows that many developer– category residuals fluctuate around zero, but some exhibit stable advantages or disadvantages. In particular, we find that 29 of the 104 developer–category pairs have the same sign in every quarter. For example, Anthropic persistently underperforms in English, while Cohere overperforms in creative writing. Figure 3 (right) plots the L2 norm of each developer’s residual vector, ∥ri,·,t ∥2 , which captures the magnitude of category-specific specialization. We see that this magnitude first increases then decreases over time, indicating that developers’ capability profiles become less specialized after a certain time. This pattern holds both for the 14 developers that appear in every quarter and the full set of developers, including those entering in 2025 and 2026. Together, these results suggest that developers retain some persistent differences in their relative strengths, even as the overall magnitude of specialization decreases. While the magnitude of specialization decreases in later periods, we find little evidence of a uniform capability monoculture.
9
38
Anthropic Instruction Following
residual norm
residual
English
50 0
36 34 32 balanced (14 developers) all developers (25)
30
−50 2025
2026
2025
2026
0 −25 −20
0
gi, k Competitive gap
20
2 1 0 −1 −2
+3.2
MiniMax OpenAI Alibaba xAI Anthropic Tencent Moonshot Google DeepSeek Amazon Meta NVIDIA
̂ 25 Pooled: β = 0.48
β ̂ (95% CI)
Δθi, k Improvement
Figure 3: Some developer-specific capability advantages persist over time, even as the overall magnitude of specialization changes. Left: most developer-category residuals are noisy, but a few persist across time. For example, Anthropic’s score in English and its score in instruction following hold in sign across time steps. Right: magnitude of residuals over time.
Figure 4: Developers catch up more in categories where they lag further behind the leader. Left: relationship between competitive gaps and subsequent improvements, where β̂ denotes the slope. Right: developerspecific estimates of the catch-up coefficient, with 95% confidence intervals.
6.3
RQ2: Do developers improve more in capabilities where they lag competitors?
We investigate how differences in capability profiles relate to subsequent improvement by looking at how developers improve or catch up to competitors. This examines an empirical analogue of the catch-up condition in Proposition 2. Specifically, we relate a developer’s improvement during new model releases, ∆θi,k,t , to its pre-release gap relative to the best rival gi,k,t = θleader,k,t − θi,k,t . We fit ∆θi,k,t = ηi,k + γk,t + βgi,k,t + ε i,k,t , where t is the calendar quarter of the release, and η and γ represent fixed effects (details in Appendix C.4). We estimate β̂, which captures whether larger competitive gaps predict subsequent improvement, for the 12 developers with sufficiently many model releases (more details in Appendix C.4). Figure 4 shows that developers catch up more in categories where they lagged the frontier, with an estimated coefficient of β̂ = 0.48. Intuitively, a 10-point larger competitive gap is associated with 4.8 points more subsequent improvement, conditional on the fixed effects. This relationship holds across most developers, as β̂ > 0 for 10 out of 12 developers, with the 95% confidence interval excluding zero. Here, the standard error is similar when clustering by either release event (0.117) or developer (0.113). To better understand the factors underlying this pattern, we investigate whether this improvement reflects differences in overall model strength, developers’ category-specific weaknesses, or the strength of competitors. Figure 5 accounts for overall baseline model performance, θi,· , in two ways: by directly controlling for θi,· in the regression (left), and by estimating β̂ separately across quartiles of θi,· (right). In both 10
β̂
linear no control
1
average
0 0.0
0.2
0.4
0.6
β̂
1300
1350
1400
1450
outgoing model rating (θi , bin median)
rating points
Figure 5: The catch-up relationship remains positive after controlling for overall model strength. Left: estimates of β̂ after adding a linear control for overall model strength, θi,· . Right: estimates of β̂ across quartiles of overall model strength.
θ(1), k − θ(10), k
100 50 0
160
θ(1), k − θ(20), k
2026
0
θ(1), k − θ(50), k
150
80 2025
300
2025
2026
0
2025
2026
Figure 6: Performance gaps narrow across the competitive frontier. We measure gaps between the leader and the 10th-, 20th-, and 50th-ranked models, averaged across categories. cases, β̂ remains positive, though the catch-up relationship is largest among models with lower baseline performance. We additionally decompose the frontier gap into a developer’s own category-specific performance and the performance of its strongest rival in Appendix D.2. Our results suggest that developers particularly catch up in categories where they themselves are weak, rather than simply in categories with unusually strong rivals. Together, these results suggest that the observed improvement pattern is primarily associated with developers’ category-specific weaknesses, rather than their overall performance or unusually strong competitors. We conduct additional robustness checks in Appendix D.1 by accounting for release year, regression to the mean, and comparator choice. The positive relationship persists across alternative specifications, while our regression-to-the-mean analysis suggests that measurement noise alone does not explain the observed association. Together, RQ1 and RQ2 reveal that developers retain distinct relative strengths across capabilities, even as they tend to improve more in areas where they lag their competitors. We next examine how performance gaps between models have changed over time.
6.4
RQ3: Are models converging in performance?
Having found that developers tend to improve more in capabilities where they lag competitors (RQ2), we next examine whether performance gaps between competing models have narrowed over time. We do so by measuring the performance gap between the leader and lower-ranked models, which is the empirical analog of gt from Proposition 2, averaged across categories. Figure 6 shows increasing crowding; between July 2024 and September 2026, the absolute gaps between the leader and the 10th-, 20th-, and 50th-ranked models decrease by 53%, 61%, and 66%, respectively. This pattern is not driven solely by developers releasing multiple models: the number of distinct developers within 100 and 200 points of the leader increases by 2.4× and 1.4×, respectively. We further investigate this in Figure 7 (left), where we show that models in 2026 lie closer to the frontier than models from 2025. These results demonstrate performance convergence for an increasingly large set of models over time. We next investigate whether this crowded frontier is accompanied by changes in model usage. We do so by matching data between Arena and OpenRouter, covering 71.3% of overall OpenRouter token volume, and 76.7% average monthly token volume (see Appendix C.1). Figure 7 shows that OpenRouter usage is concentrated among near-frontier models; models within 150 points of the Arena leader account for 70% of
11
300 0 0.0
0.5
quantile of the field
1.0
ceiling
0.75 0.50 0.25 0.00
0
100
200
300
difference to frontier (points)
effective number
2025 2026
share of tokens
θ(1), k − θ (points)
600
40
models
developers
20
0 2025
2026
Figure 7: Models become closer in performance over time, alongside increasingly dispersed usage. Left: models in 2026 lie closer to the performance frontier than in earlier years. Middle: OpenRouter token usage is concentrated among models near the Arena leader. Right: the effective number of models and developers used on OpenRouter has increased over time. observed tokens. At the same time, OpenRouter usage is becoming increasingly dispersed across models and developers. Between January 2025 and August 2026, the effective number of models and developers– defined as the inverse Herfindahl index of token shares–used on OpenRouter increases by 2.4× and 2.7×, respectively. Increasing competition near the performance frontier coincides with a broader distribution of realized model usage. Together, our empirical results reveal convergence in performance without uniform monoculture in capability profiles. Developers retain persistent differences in their relative strengths (RQ1), even as improvements are concentrated in capabilities where they lag competitors (RQ2) and the performance frontier becomes increasingly crowded (RQ3).
7
Discussion
Competition without monoculture Our results demonstrate that developers can converge in performance while still maintaining distinct relative strengths. At the same time, we observe an increasingly crowded performance frontier alongside diversified model usage. These findings suggest a potentially encouraging future for AI competition: rather than converging to a single dominant model or a set of interchangeable alternatives, the ecosystem may support many similarly competitive models with distinct strengths. If these differences translate into meaningful advantages for different users and tasks, greater competition could expand effective choice rather than eliminate it. What role does evaluation play? Public evaluations provide a common signal of which capabilities are rewarded and how developers compare, giving competitors a shared target toward which to optimize. Without a common signal, developers might face more dispersed incentives, potentially encouraging differentiation or specialization (Raghavan, 2024). While developers’ production functions determine which capabilities are easier for them to improve, shared evaluation shapes which improvements are strategically valuable, as their returns depend on their performance relative to competitors. Even when developers face identical evaluation incentives, differences in their production functions can sustain differentiated capability profiles, rather than inevitably producing monoculture. What role do evaluators play? A natural question is the role evaluators play in shaping competitive dynamics. In our model, evaluators choose w, which impacts developer incentives. Evaluators might be able to influence where competitive pressure is concentrated within our model. For example, increasing the weight on a capability makes improving on it more valuable to developers, all else equal. Evaluation design can therefore shape not only how model performance is measured, but also which capabilities developers prioritize and, ultimately, the competitive landscape itself.
12
Limitations Our theoretical model abstracts features of real-world competition. We assume developers optimize expected win rate rather than rank, which simplifies the strategic environment and affects equilibrium existence. In Appendix A we show that this objective directly captures weighted category-level pairwise win probabilities under Bradley–Terry/Elo-style evaluation. Our theoretical results characterize mechanisms through which evaluation can shape competitive investment, while our empirical results document related patterns in practice; they do not establish that evaluation causes the observed patterns of convergence. Causal attribution is particularly difficult in this setting because competition and model development evolve jointly. Moreover, differences in evaluated capability profiles do not necessarily translate into meaningful differences in downstream performance or user outcomes. Finally, our usage results rely on OpenRouter, which captures only a subset of real-world model usage and includes traffic routed through automatic model-selection mechanisms.
8
Related Work
Leaderboards Our work studies how preference-based leaderboards coordinate firms’ incentives and, in turn, shape diversity. Leaderboards crowdsource language-model preferences and provide granular information about preference (Chiang et al., 2024; Chi et al., 2025). Designing such leaderboards raises at least two challenges: aggregating heterogeneous preferences into a representative ranking (Rodriguez et al., 2021) and making that ranking robust to strategic manipulation. The first challenge is closely related to estimating top-k rankings from limited pairwise-comparison data (Chen & Suh, 2015; Rajkumar et al., 2015), and can be viewed as a social choice problem (Haghtalab et al., 2026; Lanctot et al., 2023). For the second challenge, prior work has shown that leaderboards can be manipulated through vote rigging (Min et al., 2025), strategic candidacy (Singh et al., 2025; Hays et al., 2026), and targeted manipulation (Huang et al., 2026). Closest to our theoretical setting is Chen et al. (2026), which studies how benchmark design induces strategic post-training and asks whether the resulting equilibrium ranks models according to their latent quality. We instead ask how heterogeneity in developers’ production technologies interacts with a fixed common evaluation. We model costly investment through heterogeneous production functions, which allows us to characterize when production-side comparative advantage sustains specialization, and to study the dynamics of catch-up and frontier crowding. Contest Theory Contest theory studies how strategic agents expend costly effort to improve their probability of success (Borel, 1953; Friedman, 1958; Skaperdas, 1996). Our model is closely related to multibattle contests (Tullock, 2001; Konrad & Kovenock, 2009), in which agents allocate costly resources across multiple competitive dimensions. A key difference is that we separate investment from competitive performance: developer-specific production functions Fi map multidimensional investment into capability profiles, which are then compared through the contest. This allows us to study how heterogeneity in production technologies interacts with a common evaluation signal to determine whether equilibrium outputs become similar or specialized, rather than focusing primarily on effort allocation or contest/prize design. Strategic Machine Learning In many real-world settings, agents respond strategically to machine learning algorithms, as deploying prediction algorithms might either impact agent responses for future predictions themselves (Hardt et al., 2016; Kleinberg & Raghavan, 2020; Perdomo et al., 2020; Liu et al., 2022). These strategic responses can also impose social costs, for example by inducing agents to expend additional effort simply to maintain favorable classifications (Milli et al., 2019). Our setting reverses the usual direction of strategic response: rather than individuals adapting to a deployed model, model developers adapt their investments to an evaluation mechanism. Competition and Monoculture Finally, our work connects to a growing literature on algorithmic monoculture and the effects of competition on diversity. Algorithmic monoculture describes settings in which multiple decision makers rely on similar algorithms, rankings, or predictions, causing their decisions to become correlated (Kim et al., 2025; Jo et al., 2026; Bommasani et al., 2022). Prior work has shown that competition can act as an anti-coordination force, encouraging developers to differentiate (Raghavan, 2024).
13
We identify a countervailing force; when competitors are evaluated against a common benchmark, evaluation can coordinate investment toward the same capabilities. Related work similarly shows that competition among increasingly capable models need not increase diversity and can, in some settings, reduce welfare (Jagadeesan et al., 2023). Closest to our diversity question is Donahue & Raghavan (2026), which studies how aggregation and evaluation objectives affect producer incentives and consumer utility, showing that standard win rate can encourage homogenization while alternative weighted win-rate objectives can encourage specialization. We instead model the underlying investment process explicitly: developers allocate costly resources across capabilities through heterogeneous production functions. This allows us to characterize how common evaluation interacts with production-side comparative advantage to generate monoculture or specialization, and to study the dynamics of catch-up and frontier crowding.
9
Conclusion
Leaderboards not only measure model capabilities, but can also shape how developers allocate resources. Our model shows that this competition can lead to monoculture or specialization depending on the underlying production functions. Similar production functions can induce monoculture, while comparative advantage can induce differentiated capability profiles and, in some settings, specialization. We additionally characterize conditions under which diminishing returns and catch-up lead to convergence in performance over time. In practice, these forces coexist: developers improve more where they lag while retaining persistent category-specific differences, alongside an increasingly crowded model frontier. Our findings highlight that convergence in competitive performance need not imply monoculture in capabilities, leaving room for a future with many similarly competitive but differentiated models.
Acknowledgements We would like to thank Gaurav Ghosal, Kanad Pardeshi, Kevin Li, Aishik Nagar, and Wayne Chi for their comments on this paper. We would additionally like to thank Ariel Procaccia, David Parkes, Manish Raghavan, Serena Wang, Kate Donahue, and Itai Shapira for productive discussions. We also want to thank the machine learning foundations group at Harvard for their comments on an earlier version of this work. Co-author Raman is supported by an NSF GRFP Fellowship and a K&L Gates Fellowship.
14
References Rishi Bommasani, Kathleen A Creel, Ananya Kumar, Dan Jurafsky, and Percy S Liang. Picking on the same person: Does algorithmic monoculture lead to outcome homogenization? Advances in neural information processing systems, 35:3663–3678, 2022. Emile Borel. The theory of play and integral equations with skew symmetric kernels. Econometrica: journal of the Econometric Society, pp. 97–100, 1953. Alex Chan. Benchmark mineability and the financing of ai innovation. Technical report, National Bureau of Economic Research, 2026. Yatong Chen, Guanhua Zhang, and Moritz Hardt. Leaderboard incentives: Model rankings under strategic post-training. arXiv preprint arXiv:2603.08371, 2026. Yuxin Chen and Changho Suh. Spectral mle: Top-k rank aggregation from pairwise comparisons. In International conference on machine learning, pp. 371–380. PMLR, 2015. Wayne Chi, Valerie Chen, Anastasios Nikolas Angelopoulos, Wei-Lin Chiang, Aditya Mittal, Naman Jain, Tianjun Zhang, Ion Stoica, Chris Donahue, and Ameet Talwalkar. Copilot arena: A platform for code llm evaluation in the wild. arXiv preprint arXiv:2502.09328, 2025. Wei-Lin Chiang, Lianmin Zheng, Ying Sheng, Anastasios Nikolas Angelopoulos, Tianle Li, Dacheng Li, Hao Zhang, Banghua Zhu, Michael Jordan, Joseph E Gonzalez, et al. Chatbot arena: An open platform for evaluating llms by human preference. arXiv preprint arXiv:2403.04132, 2024. Ricardo Dominguez-Olmedo, Florian Eddie Dorner, and Moritz Hardt. Training on the test task confounds evaluation and emergence. In International Conference on Learning Representations, volume 2025, pp. 68564– 68594, 2025. Kate Donahue and Manish Raghavan. Impacts of aggregation on model diversity and consumer utility. arXiv preprint arXiv:2602.23293, 2026. Lawrence Friedman. Game-theory models in the allocation of advertising expenditures. Operations research, 6(5):699–709, 1958. Nika Haghtalab, Ariel D Procaccia, Han Shao, Serena Lutong Wang, and Kunhe Yang. Pluralistic leaderboards. arXiv preprint arXiv:2606.02547, 2026. Moritz Hardt, Nimrod Megiddo, Christos Papadimitriou, and Mary Wootters. Strategic classification. In Proceedings of the 2016 ACM conference on innovations in theoretical computer science, pp. 111–122, 2016. Chris Hays, Rachel Li, Bailey Flanigan, and Manish Raghavan. Strategic candidacy in generative ai arenas. arXiv preprint arXiv:2603.26891, 2026. Jenny Huang, Yunyi Shen, Dennis Wei, and Tamara Broderick. Dropping just a handful of preferences can change top large language model rankings. In International Conference on Learning Representations, volume 2026, pp. 90685–90721, 2026. Meena Jagadeesan, Michael Jordan, Jacob Steinhardt, and Nika Haghtalab. Improved bayes risk can yield reduced social welfare under competition. Advances in Neural Information Processing Systems, 36:66940– 66952, 2023. Nathanael Jo, Nikhil Garg, and Manish Raghavan. arXiv:2602.24086, 2026.
The subjectivity of monoculture.
arXiv preprint
Elliot Kim, Avi Garg, Kenny Peng, and Nikhil Garg. Correlated errors in large language models. arXiv preprint arXiv:2506.07962, 2025. Jon Kleinberg and Manish Raghavan. How do classifiers induce agents to invest effort strategically? ACM Transactions on Economics and Computation (TEAC), 8(4):1–23, 2020. 15
Jon Kleinberg and Manish Raghavan. Algorithmic monoculture and social welfare. Proceedings of the National Academy of Sciences, 118(22):e2018340118, 2021. Kai A Konrad and Dan Kovenock. Multi-battle contests. Games and Economic Behavior, 66(1):256–274, 2009. Marc Lanctot, Kate Larson, Yoram Bachrach, Luke Marris, Zun Li, Avishkar Bhoopchand, Thomas Anthony, Brian Tanner, and Anna Koop. Evaluating agents using social choice theory. arXiv preprint arXiv:2312.03121, 2023. Lydia T Liu, Nikhil Garg, and Christian Borgs. Strategic ranking. In International Conference on Artificial Intelligence and Statistics, pp. 2489–2518. PMLR, 2022. Smitha Milli, John Miller, Anca D Dragan, and Moritz Hardt. The social cost of strategic classification. In Proceedings of the conference on fairness, accountability, and transparency, pp. 230–239, 2019. Rui Min, Tianyu Pang, Chao Du, Qian Liu, Minhao Cheng, and Min Lin. Improving your model ranking on chatbot arena by vote rigging. arXiv preprint arXiv:2501.17858, 2025. Kenny Peng and Nikhil Garg. Monoculture in matching markets. Advances in Neural Information Processing Systems, 37:81959–81991, 2024. Juan Perdomo, Tijana Zrnic, Celestine Mendler-Dünner, and Moritz Hardt. Performative prediction. In International conference on machine learning, pp. 7599–7609. PMLR, 2020. Manish Raghavan. Competition and diversity in generative ai. arXiv preprint arXiv:2412.08610, 2024. Arun Rajkumar, Suprovat Ghoshal, Lek-Heng Lim, and Shivani Agarwal. Ranking from stochastic pairwise preferences: Recovering condorcet winners and tournament solution sets at the top. In International Conference on Machine Learning, pp. 665–673. PMLR, 2015. Brian Roberson. The colonel blotto game. Economic Theory, 29(1):1–24, 2006. Pedro Rodriguez, Joe Barrow, Alexander Miserlis Hoyle, John P Lalor, Robin Jia, and Jordan Lee BoydGraber. Evaluation examples are not equally informative: How should that change nlp leaderboards? In Proceedings of the 59th Annual Meeting of the Association for Computational Linguistics and the 11th International Joint Conference on Natural Language Processing (Volume 1: Long Papers), pp. 4486–4503, 2021. Shivalika Singh, Yiyang Nan, Alex Wang, Daniel D’souza, Sayash Kapoor, Ahmet Üstün, Sanmi Koyejo, Yuntian Deng, Shayne Longpre, Noah A Smith, et al. The leaderboard illusion. arXiv preprint arXiv:2504.20879, 2025. Stergios Skaperdas. Contest success functions. Economic theory, 7(2):283–290, 1996. Gordon Tullock. Efficient rent seeking. In Efficient rent-seeking: Chronicle of an intellectual quagmire, pp. 3–16. Springer, 2001. Milan Vojnović. Contest theory: Incentive mechanisms and ranking methods. Cambridge University Press, 2015.
16
A
Win Rate and Elo
We discuss the relationship between the win-rate objective in our model and Bradley–Terry/Elo-style rating systems. Recall that developer i’s objective depends on its pairwise probability of beating other developers across categories. In category k, the probability that developer i beats developer i′ is σ ( Fi (xi )k − Fi′ (xi′ )k ). When σ is logistic, this corresponds exactly to a Bradley–Terry model within each category, where Fi (xi )k is the latent performance of developer i in category k. Elo uses the same logistic relationship between differences in latent scores and pairwise win probabilities, up to a rescaling of the scores. Our model aggregates these pairwise win probabilities across categories. For category weights w, the overall win probability of developer i against developer i′ is K
∑ wk σ ( Fi (xi )k − Fi′ (xi′ )k ) .
k =1
Thus, the objective in our model corresponds to developers maximizing a linear function of their categorylevel win rates. This directly captures settings in which models are evaluated according to overall win rate, or according to a weighted aggregation of category-level performance. This is distinct from fitting a single latent Bradley–Terry rating to each model using comparisons pooled across categories. In general, ! K
∑ wk σ ( zk ) ̸ = σ
k =1
K
∑ wk zk
,
k =1
since a weighted average of logistic functions is not itself generally logistic unless zk is constant. Thus, when production and performance are inherently category-specific, there need not exist a single Bradley–Terry score whose implied pairwise probabilities coincide with the weighted win probabilities in our model. A leaderboard based on a single Bradley–Terry/Elo score therefore imposes an additional one-dimensional representation of model performance. Our model instead directly represents category-level win probabilities and developers’ incentives to improve their weighted aggregate win rate.
B
Situations Where an Equilibrium Doesn’t Exist
We note that an equilibrium is not guaranteed to exist if σ is close to the step function. For example, suppose that 1 , τ > 4α. f i ( xi ) = xi , c( xi ) = αxi , στ (z) = 1 + e−τz Here, ui ( xi ; x j ) = στ ( xi − x j ) − αxi , where τ controls how sharply the evaluator distinguishes between developers; as τ → ∞, στ approaches a step function. We first show that no symmetric candidate equilibrium, x1 = x2 = x exists when τ > 4α. At such a profile, ∂ui τ = στ′ (0) − α = − α > 0. ∂xi 4 Thus, holding the opposing developer’s investment fixed, each developer can increase its utility by slightly increasing its own investment. We note that investments above x̄ cannot be optimal, and so no symmetric profile can be a Nash equilibrium. This is because, beyond x̄, each developer achieves negative utility, and so would prefer to deviate. Next, we demonstrate that an asymmetric equilibrium cannot exist either. Suppose without loss of generality that x1 > x2 . When a developer is behind, we have στ′′ ( x2 − x1 ) > 0, so its utility is strictly convex in its own investment. As a result, the losing developer cannot have an interior optimum strictly below its competitor. Therefore, any asymmetric equilibrium must, up to relabeling, take the form ( x, 0) for some x > 0. Since x is optimal for the winning developer against zero, it satisfies u1′ ( x; 0) = στ′ ( x ) − α = 0.
17
Moreover, since τ > 4α, we have u1′ (0; 0) = τ/4 − α > 0. Since στ′ (y) is strictly decreasing for y > 0, it follows that u1′ (y; 0) > 0 for every y ∈ [0, x ). Hence u1 ( x; 0) = στ ( x ) − αx > u1 (0; 0) =
1 . 2
We now show that such a solution cannot be an equilibrium. If developer 2 deviates from 0 to 2x, its gain is 1 u2 (2x; x ) − u2 (0; x ) = στ ( x ) − 2αx − στ (− x ) = 2 στ ( x ) − αx − > 0, 2 where the final inequality follows from u1 ( x; 0) > 1/2. Thus, developer 2 strictly prefers to leapfrog developer 1, so ( x, 0) cannot be an equilibrium. Therefore, no pure-strategy Nash equilibrium exists.
C
Experimental Details
C.1
Name Matching Details
For our usage analysis, we match model names between OpenRouter and LM Arena, which use different naming conventions for provider prefixes, routing variants, release dates, and model versions. We first canonicalize names by removing provider and routing information and matching models based on their alphabetic and numeric components. We then allow matches that differ only in date stamps, and manually verify remaining models with material token volume. We deliberately avoid general fuzzy matching, since incorrect matches would attribute token volume to the wrong capability profile. Overall, we match 213 of 408 OpenRouter models, covering 71.3% of pooled token volume and an average of 76.7% of monthly token volume. Models without a defensible LMArena counterpart, including pre-release codenames and models not separately evaluated by LMArena, are left unmatched. We treat unmatched token volume as falling outside any threshold of the top-rated model, making our estimates of usage near the frontier conservative.
C.2
Noise Correction
The leaderboard reports an Elo rating θ̂ikt = θikt + ε ikt , together with an estimated sampling variance vikt = Var(ε ikt ). Because the outgoing model’s rating enters both sides of our regression, sampling noise mechanically induces a positive relationship between the measured gap and subsequent improvement. In particular, new old riv old ∆θ̂ik = θ̂ik − θ̂ik , ĝik = θ̂ik − θ̂ik , so εold ik enters both variables with a negative sign. Assuming mean-zero rating errors that are independent across models and releases conditional on the true ratings, riv Cov ∆θ̂ik , ĝik = vold Var ( ĝik − gik ) = vold ik , ik + vik . Sampling noise can bias toward a positive catch-up effect. We remove this bias using an errors-in-variables correction. Let Z denote the design matrix for the developer-category and category-quarter fixed effects, and let M = I − Z ( Z ⊤ Z ) −1 Z ⊤ denote the corresponding residual-maker. Thus, multiplying by M removes the variation explained by these fixed effects. After computing residuals, the regression coefficient is the covariance between the measured competitive gap and subsequent improvement, divided by the variance of the measured gap. Rating noise contributes to both quantities. We therefore subtract its expected contribution before computing the coefficient: β̂ c =
ĝ⊤ M∆θ̂ − dfac nv̄old , ĝ⊤ M ĝ − dfac n v̄old + v̄riv 18
where v̄old and v̄riv are the panel-average reported sampling variances for the outgoing model and its rival, respectively, and dfac accounts for the degrees of freedom consumed by the within transformation. The correction has little effect on our estimate: the baseline estimate is β̂ = 0.487, compared with β̂ c = 0.480. This limited change reflects that variation in the measured competitive gaps is substantially larger than the reported sampling noise.
C.3
Statistical Comparisons for RQ1
In Figure 2 (left), we compare this distribution to a permutation null that independently permutes developers within each category, preserving each category’s marginal distribution of residuals while destroying any developer-specific pattern of relative strength. We find little difference between the observed and null distributions: the null has a mean cosine similarity of −0.051, compared with −0.048 in the observed data. While this difference is statistically significant (p < 0.001, paired t-test), it is negligible in magnitude. In Figure 2 (right) we average the similarities between pairs of developers across snapshots. Four groupings are particularly visible in the similarity matrix, which we summarize here (each contains additional developers beyond those highlighted): models from IBM and Microsoft are stronger in math, and relatively weaker in multi-turn interactions and creative writing; models from NVIDIA and Amazon are stronger in English and coding, and weaker in creative writing; models from Google and Meta are stronger in creative writing and multi-turn interactions, and weaker in coding and math; and models from OpenAI and Anthropic are stronger in instruction following, longer queries, and weaker in English.
C.4
Statistical Comparisons for RQ2
We define a flagship changeover as any change in the identity of a developer’s model with the highest overall rating. We correct all estimates for measurement error using Arena’s reported rating variances, removing the mechanical covariance between the competitive gap and subsequent improvement induced by their shared baseline rating (details in Appendix C.2). We restrict this analysis to developers with at least four qualifying flagship changeovers, each with mature ratings (at least 56 days post-release) for the incoming model. This leaves 12 developers in our analysis. Here, gi,k,t is computed as the difference between a model and the best competitor in that category among the 12 developers, at the time that the new model was released (the last snapshot before changing over).
D
Additional Experiments
D.1
Confounds in β̂
We next account for other confounds potentially skewing β̂. In Table 1, we account for confounds including the selection of comparator (e.g., best rival, second-best rival, and top-3 average) and release year (2025 vs. 2026, with 2024 having only 5 events). For both of these, we find that β̂ > 0.45, showing a similar catch-up effect. We additionally test whether the result is driven by a subset of release events by splitting events into two alternating subsamples and computing β̂ separately on each. We find that β̂ > 0.33 in both halves of the split. To account for event-specific factors shared across categories, such as differences in the overall magnitude of improvement across releases, we include a release-event fixed effect δe . The resulting estimate remains positive and increases to β̂ = 0.949. We finally consider mechanical regression to the mean, since noise in the outgoing model’s rating enters both the measured gap and subsequent improvement. Because the historical leaderboard provides only rating snapshots, we cannot re-estimate β̂ using independent ratings for each release event; instead, we use raw Arena battles to estimate the magnitude of this mechanical effect. We retrieve 116,257 battles, randomly split them in half, and fit Bradley–Terry ratings separately on each half to obtain two independent estimates, θ̂ A and θ̂ B , of each model’s rating. We regress θ̂ B − θ̂ A on the gap computed from half A alone. Because the two estimates measure the same underlying model performance, any systematic positive relationship should arise from sampling variation in θ̂ A , since the two estimates are constructed from independent random halves of the same set of battles. These battles cover only April–July 2025 and three of
19
Table 1: We account for confounds when computing β̂, and find that β̂ remains positive throughout. β̂ (s.e.)
Events
N
all events
+0.480∗∗∗ (0.117)
106
848
Comparator choice
best rival second-best rival top-3 average
+0.480∗∗∗ (0.117)
+0.485∗∗∗ (0.120) +0.521∗∗∗ (0.117)
106 106 106
848 848 848
Release year
2025 2026
+0.455∗∗∗ (0.114) +0.849∗∗∗ (0.096)
60 41
480 328
Sample composition
events A events B
+0.500∗∗∗ (0.155) +0.331∗∗∗ (0.105)
53 53
424 424
Event-level heterogeneity
release-event fixed effects
+0.949∗∗∗ (0.115)
106
848
Regression to the mean
measured spurious slope correction-implied slope
+0.099 (0.038) +0.139
20 splits –
116,257 –
Baseline
our eight categories (plus the overall category), so we use this exercise to estimate the magnitude of the bias rather than to re-estimate β̂. Averaged over 20 random splits, the spurious slope is 0.099, and the errorsin-variables correction predicts 0.139. As a result, measurement error appears too small to mechanically generate the observed catch-up relationship.
D.2
Decomposing Capability Gaps
A larger capability gap can arise either because a developer’s outgoing model performs poorly in a capability or because a rival performs well. To distinguish between these factors, we regress incoming capability on outgoing capability and the rival frontier separately: new old rival θikt = αik + λt + ρ θikt + δ θikt + ϵikt ,
where αik are developer-category fixed effects and λt are quarter fixed effects. Unlike our main specification, we use quarter rather than category-quarter fixed effects so that variation in the rival frontier remains identified. We estimate ρ̂ = 0.363 and δ̂ = −0.078 (event-clustered SE = 0.116 for δ̂). Conditional on the outgoing model’s capability, we do not find evidence that a stronger rival frontier predicts stronger incoming capability. Combined with our finding that β̂ > 0, our takeaway is that developers improve more in capabilities where they lag, with a larger gap being consistent more strongly with a weaker developer rather than a stronger rival frontier. Proposition 3 provides one mechanism capable of generating the observed catch-up pattern, as diminishing marginal returns makes it plausible for catch-up to occur, although our observational analysis cannot identify the underlying mechanism. Taking a step back, shared evaluation provides similar incentives to developers, while diminishing returns potentially allows weaker models to catch-up.
E
Proofs of Equilibria and Monoculture Results
E.1
Common Cost Function
Proposition 4 (Common Cost Functions). Suppose each developer i has continuous production function Fi and cost function ci , where each ci : R≥0 → R≥0 is a strictly increasing bijection with ci (0) = 0. Let c be any other such cost function. Then, for each developer i, there exists a production function F̃i and a bijection between action vectors xi ↔ zi such that c i ∥ x i ∥1 = c ∥ z i ∥1
and 20
Fi (xi ) = F̃i (zi ).
Consequently, the game defined by ( Fi , ci )iN=1 is equivalent under reparameterization to the game defined by N ( F̃i , c)i=1 : corresponding strategy profiles induce identical payoffs, and their Nash equilibria are in bijective correspondence. Proof. Define the scalar map gi ( T ) := ci−1 c( T ) ,
T ≥ 0.
Since ci and c are strictly increasing bijections of R≥0 , so is gi . In particular, gi−1 exists and is itself a strictly increasing bijection of R≥0 . By construction, c i gi ( T ) = c ( T ) for all T ≥ 0. (2) Equivalently, substituting gi−1 ( T ) for T gives c gi−1 ( T ) = ci ( T )
for all T ≥ 0.
(3)
For xi ̸= 0 define the reference-unit vector gi−1 ∥xi ∥1 xi , zi : = ∥ x i ∥1 and set zi = 0 when xi = 0. Thus xi is rescaled, keeping its direction fixed, so that ∥zi ∥1 = gi−1 (∥xi ∥1 ). Applying gi to both sides of this identity gives gi ∥ z i ∥ 1 = ∥ x i ∥ 1 . Moreover, by (3), c ∥zi ∥1 = c gi−1 (∥xi ∥1 ) = ci ∥xi ∥1 , so cost is exactly preserved. For z ̸= 0, define F̃i (z) := Fi
! gi ∥ z ∥ 1 z , ∥ z ∥1
and let F̃i (0) = Fi (0). Evaluating at z = zi for xi ̸= 0 using gi ∥zi ∥1 = ∥xi ∥1 gives, ! ∥xi ∥1 gi−1 (∥xi ∥1 ) F̃i (zi ) = Fi · xi = Fi (xi ), ∥ z i ∥1 ∥ x i ∥1 where we used ∥zi ∥1 = gi−1 (∥xi ∥1 ). If xi = 0, then zi = 0 and the equality follows directly from F̃i (0) = Fi (0). Thus Fi (xi ) = F̃i (zi ) as required. K , with inverse Finally, the map xi 7→ zi is a bijection of R≥ 0 xi =
gi (∥zi ∥1 ) z ∥ z i ∥1 i
for zi ̸= 0, and xi = 0 when zi = 0. Applying this construction to every developer i, corresponding strategy profiles (x1 , . . . , x N ) and (z1 , . . . , z N ) induce identical outputs and costs for every developer, and hence identical payoffs. Since the correspondence is a bijection for each developer, best responses are preserved under the reparameterization, and therefore the Nash equilibria of the two games are in bijective correspondence.
21
E.2
Proof of Theorem 1
Theorem 1 (Equilibrium Existence). Suppose that gi,k (xi ) = [ Fi (xi )]k is twice continuously differentiable and c σ′′ (z)
convex. Let ρσ := supz∈R σ′ (z) . There is a pure-strategy Nash equilibrium if
−∇2 gi,k (xi ) ⪰ ρσ ∇ gi,k (xi )∇ gi,k (xi )⊤
∀ xi , ∀ i, k.
Proof. Since σ is bounded in [0, 1] and w ∈ ∆K −1 , the total reward of any developer is at most 1. Moreover, choosing xi = 0 gives nonnegative utility. Therefore, any action satisfying c(∥xi ∥1 ) > 1 cannot be a best response. Let x̄ = c−1 (1). We may therefore restrict each developer’s strategy set to K X i = { x i ∈ R+ : ∥xi ∥1 ≤ x̄ },
which is compact and convex. Since any action outside Xi yields strictly negative utility, while xi = 0 yields nonnegative utility, no action outside Xi can be a profitable deviation. Thus any Nash equilibrium of the restricted game is also a Nash equilibrium of the original game. We note that ui is continuous because it is built from the addition and multiplication of continuous functions in σ, Fi , and c. It remains to show that ui (xi , x−i ) is concave in xi . For zij,k = gi,k (xi ) − g j,k (x j ),
∇2xi σ(zij,k ) = σ′ (zij,k )∇2 gi,k (xi ) + σ′′ (zij,k )∇ gi,k (xi )∇ gi,k (xi )⊤ . Since σ′ (z) > 0 and
σ′′ (z) ≤ ρσ , σ′ (z)
the assumed curvature condition implies
∇2xi σ(zij,k ) ⪯ 0. Thus every pairwise reward term is concave in xi . Their nonnegative weighted sum is therefore concave, and since c is convex, −c(∥xi ∥1 ) is concave as well. Hence ui (·, x−i ) is concave (and so quasi-concave) on Xi for every x−i . Finally, the utilities are continuous and the strategy sets Xi are nonempty, compact, and convex. Therefore, by the Debreu–Fan–Glicksberg equilibrium existence theorem, the game admits a pure-strategy Nash equilibrium.
E.3
Proof of Lemma 1
Lemma 1 (Symmetric Developers). Suppose the conditions of Theorem 1 hold. If Fi = Fi′ , then there exists a pure-strategy Nash equilibrium x∗ such that xi∗ = xi∗′ and Hi,i′ (x∗ ) = 1. Moreover, if Fi = F for every developer i, then there exists a symmetric pure-strategy Nash equilibrium satisfying x1∗ = · · · = x∗N , and at this equilibrium, ∗ , with H ( x∗ ) = 1. θ1∗ = · · · = θ N Proof. By Theorem 1, we may restrict each developer’s action space to a compact convex set Xi , and each payoff ui is continuous and concave in the developer’s own action. Hence each best-response correspondence is nonempty, convex-valued, and upper hemicontinuous. First suppose that Fi = Fi′ . Consider the subset of strategy profiles ( ) ′
X i,i =
N
x ∈ ∏ X j : xi = xi ′ j =1
22
.
′
At any profile x ∈ X i,i , developers i and i′ face identical optimization problems: they have the same production function and cost function, and, because xi = xi′ , each faces the same actions and outputs from all other developers. Therefore, BRi (x−i ) = BRi′ (x−i′ ). Since these best-response sets are identical, nonempty, and convex, we can define a reduced best-response ′ correspondence on X i,i that requires developers i and i′ to select the same element of their common bestresponse set, while every other developer selects from its usual best-response set. Equivalently, param′ eterize X i,i by a common action y = xi = xi′ and the actions (xℓ )ℓ̸=i,i′ . The resulting correspondence is nonempty and convex-valued. Moreover, it is upper hemicontinuous because each developer’s bestresponse correspondence is upper hemicontinuous and the restriction to profiles satisfying xi = xi′ is con′ tinuous. Thus, by Kakutani’s fixed-point theorem, there exists a fixed point x∗ ∈ X i,i . At this fixed point every developer is playing a best response in the original game, and, by construction, xi∗ = xi∗′ . Now suppose that Fi = F for every i. Now consider the fully symmetric subset ( )
X sym =
N
x ∈ ∏ X j : x1 = · · · = x N
.
j =1
Here, every developer faces the same optimization problem, and therefore faces the same best response problem. We can choose the same best response for each developer under this situation. As above, the resulting correspondence maps X sym into itself and satisfies the conditions of Kakutani’s fixed-point theorem. Therefore, there exists a fixed point with xi constant, which implies θi constant, and consequently H = 1.
E.4
Proof of Theorem 2
Theorem 2 (Similarity in Production Functions). Suppose the conditions of Theorem 1 hold, while the production functions are L-Lipschitz, and the pseudogradient G is µ-strongly monotone, which ensures equilibrium stability to perturbations: ⊤ ∀x, x′ . G (x) − G (x′ ) (x − x′ ) ≥ µ∥x − x′ ∥22 If developers i and i′ have similar production functions in both value and gradient: sup ∥ Fi (xi ) − Fi′ (xi )∥2 ≤ ϵ,
xi ∈Xi
then there exists an equilibrium x∗ that satisfies ϵ ∗ ∗ ∥ x i − x i ′ ∥2 ≤ O , µ
sup ∇ gi,k (xi ) − ∇ gi′ ,k (xi ) 2 ≤ ϵ
∀k.
xi ∈Xi
∥ Fi (xi∗ ) − Fi′ (xi∗′ )∥2 ≤ O
L ϵ 1+ . µ
Moreover, if ∥θi∗ ∥2 , ∥θi∗′ ∥2 ≥ m > 0, then their pairwise monoculture satisfies ! L 2 ϵ2 ∗ 1+ Hi,i′ (x ) ≥ 1 − O . µ m2 Proof. Let G (x) be the pseudogradient for the original game with production functions Fi and Fi′ and let e(x) be the pseudogradient for the counterfactual game where Fi is replaced with Fi′ (while everything else G stays constant). e are close in L2 norm. For each developer ℓ, the corresponding block of the We show that G and G pseudogradient is Gℓ (x) = −∇xℓ uℓ (x). Since uℓ (x) =
K 1 w σ ( Fℓ (xℓ )k − Fr (xr )k ) − c(∥xℓ ∥1 ), ∑ ∑ N − 1 r ̸ = ℓ k =1 k
23
we have
∇xℓ uℓ ( x ) =
K 1 w σ′ ( Fℓ (xℓ )k − Fr (xr )k ) ∇xℓ Fℓ (xℓ )k − ∇xℓ c(∥xℓ ∥1 ). ∑ ∑ N − 1 r ̸ = ℓ k =1 k
Since the strategy space is compact and the production functions are continuous, the arguments of σ lie in a compact interval. Since σ is twice continuously differentiable, σ′ and σ′′ are bounded on this interval, so σ′ is Lipschitz; moreover, since the production functions are continuously differentiable on the compact strategy space, their gradients are uniformly bounded. Replacing Fi with Fi′ affects only terms involving developer i. For ℓ = i, both the argument of σ′ and the production-function gradient change; for ℓ ̸= i, only the comparison against developer i changes. Using ∥ Fi (xi ) − Fi′ (xi )∥2 ≤ ϵ, ∥∇ Fi (xi )k − ∇ Fi′ (xi )k ∥2 ≤ ϵ, and the Lipschitz continuity of σ′ , we can bound these differences term-by-term to obtain e(x)∥2 ≤ Cϵ, sup∥ G (x) − G x∈X
for some constant C > 0 independent of ϵ. Next, let x∗ denote the equilibrium of the original game. Because Fi and Fi′ both satisfy the conditions of Theorem 1, the counterfactual game also satisfies these conditions. By Lemma 1, there exists an equilibrium e x∗ of the counterfactual game such that e xi∗ = e xi∗′ . We select such an equilibrium e x∗ . Since each developer’s utility is concave and differentiable in its own strategy, the first-order optimality conditions characterize equilibrium. That is, because x∗ and e x∗ are equilibria of the original and counterfactual games, respectively, we have that e(e G (x∗ )⊤ (e x∗ − x∗ ) ≥ 0, G x∗ )⊤ (x∗ − e x∗ ) ≥ 0. e(e Let d = x∗ − e x∗ . Adding the two inequalities gives ( G (x∗ ) − G x∗ ))⊤ d ≤ 0. Recall that G (x) is strongly monotone, and so ⊤ G (x) − G (x′ ) (x − x′ ) ≥ µ∥x − x′ ∥22 . Setting x = x∗ and x′ = e x∗ gives
( G (x∗ ) − G (e x∗ ))⊤ d ≥ µ∥d∥22 .
e(e Invoking ( G (x∗ ) − G x∗ ))⊤ d ≤ 0 gives that e(e x∗ ))⊤ d ≤ ( G x∗ ) − G (e x∗ ))⊤ d ≤ Cϵ∥d∥2 , µ∥d∥22 ≤ ( G (x∗ ) − G (e where the final inequality follows from Cauchy–Schwarz and the bound on the difference between the pseudogradients. Rearranging and solving for d gives that
∥x∗ − e x ∗ ∥2 ≤
Cϵ . µ
Since e xi∗ = e xi∗′ ,
∥xi∗ − xi∗′ ∥2 ≤ ∥xi∗ − e xi∗ ∥2 + ∥xi∗′ − e xi∗′ ∥2 ≤ O(∥x∗ − e x ∗ ∥2 ) = O Finally, to bound Hi,i′ (x∗ ), let δ = ∥θi∗ − θi∗′ ∥2
= ∥ Fi (xi∗ ) − Fi′ (xi∗′ )∥2 ≤ ∥ Fi (xi∗ ) − Fi (xi∗′ )∥2 + ∥ Fi (xi∗′ ) − Fi′ (xi∗′ )∥2 ≤ L∥xi∗ − xi∗′ ∥2 + ϵ L = O ϵ 1+ . µ
Next, recall that Hi,i′ (x∗ ) =
⟨θi∗ , θi∗′ ⟩ . ∥θi∗ ∥2 ∥θi∗′ ∥2 24
ϵ . µ
∗ ∗ Let b θi = θi∗ /∥θi∗ ∥2 and b θi′ = θi∗′ /∥θi∗′ ∥2 . Since both normalized vectors have unit norm, ∗ ∗ ∗ ∗ ∥b θi − b θi′ ∥22 = 2 − 2⟨b θi , b θi′ ⟩ = 2(1 − Hi,i′ (x∗ )).
If ∥θi∗ ∥2 , ∥θi∗′ ∥2 ≥ m, then, adding and subtracting θi∗′ /∥θi∗ ∥2 and applying the triangle inequality, θi∗ − θi∗′ θi∗′ θi∗ 1 1 ∗ = − + θ − i′ ∥θi∗ ∥2 ∥θi∗′ ∥2 2 ∥θi∗ ∥2 ∥θi∗ ∥2 ∥θi∗′ ∥2 2
≤
∥θi∗ − θi∗′ ∥2 1 1 + ∥θi∗′ ∥2 − ∗ ∗ ∗ ∥θi ∥2 ∥θi ∥2 ∥θi′ ∥2
∥θi∗ ∥2 − ∥θi∗′ ∥2 ∥θi∗ − θi∗′ ∥2 + ∥θi∗ ∥2 ∥θi∗ ∥2 2∥θi∗ − θi∗′ ∥2 2δ ≤ = . m m =
Therefore, 2(1 − Hi,i′ (x∗ )) ≤
4δ2 , m2
and hence 2δ2 Hi,i′ (x ) ≥ 1 − 2 = 1 − O m
ϵ2 m2
∗
E.5
L 1+ µ
2 ! .
Proof of Theorem 3
Theorem 3 (Marginal Cost Differences Induce Capability Differentiation). For developer i, define the minimum cost of producing capability profile θ as Ci (θ ) := minxi : Fi (xi )=θ c(∥xi ∥1 ). For a collection of rival capability vectors Y = {y1 , . . . , y N −1 }, define K 1 VY (θ ) := ∑ w k σ ( θ k − y k ). N − 1 y∑ ∈Y k = 1 K containing all relevant best responses such that, for every Suppose there is a convex capability region Θ ⊆ R+ developer i and rival environment Y, ϕi,Y (θ ) := Ci (θ ) − VY (θ )
has a unique interior minimizer, is µ-strongly convex, and has L-Lipschitz gradient on Θ. Consider developers i ̸= i′ , and suppose their marginal capability costs satisfy inf ∥∇Ci (θ ) − ∇Ci′ (θ )∥2 ≥ δi,i′ > 0.
θ ∈Θ
Let x∗ be any pure-strategy Nash equilibrium, with θi∗ = Fi (xi∗ ) and θi∗′ = Fi′ (xi∗′ ). Define
ℓσ := sup |σ′′ (z)|,
ρ N :=
z ∈R
ℓσ ∥w∥∞ . µ ( N − 1)
Then
∥θi∗ − θi∗′ ∥2 ≥
δi,i′ . L (1 + ρ N )
Consequently, if ri = ∥θi∗ ∥2 > 0 and ri′ = ∥θi∗′ ∥2 > 0 then Hi,i′ (x∗ ) ≤ 1 −
2 δi,i′ − (r i − r i ′ )2 L (1+ ρ N )
2ri ri′ 25
+
.
Proof. Let
Yi∗ := {θ j∗ : j ̸= i },
Yi∗′ := {θ j∗ : j ̸= i′ }
denote the rival environments faced by developers i and i′ at equilibrium. Since x∗ is a Nash equilibrium and Θ contains all relevant best responses, we have θi∗ = arg min ϕi,Yi∗ (θ ),
θi∗′ = arg min ϕi′ ,Y ∗′ (θ ).
θ ∈Θ
θ ∈Θ
i
By the assumed interiority of the minimizers,
∇ϕi,Yi∗ (θi∗ ) = 0,
∇ϕi′ ,Y∗′ (θi∗′ ) = 0. i
We first compare the two developers while holding the rival environment fixed. Define the counterfactual best response of developer i′ to developer i’s rival environment: θei′ := arg min ϕi′ ,Y ∗ (θ ). θ ∈Θ
i
We will decompose ∥θi∗ − θi∗′ ∥2 into ∥θi∗ − θei′ ∥2 and ∥θei′ − θi∗′ ∥2 . To bound the first term, we note that ∇ϕi,Yi∗ (θi∗ ) = 0 implies ∇Ci (θi∗ ) = ∇VYi∗ (θi∗ ). As a result,
∥∇ϕi′ ,Yi∗ (θi∗ )∥2 = ∥∇Ci′ (θi∗ ) − ∇VYi∗ (θi∗ )∥2 = ∥∇Ci′ (θi∗ ) − ∇Ci (θi∗ )∥2 ≥ δi,i′ We additionally note that by interiority, ∇ϕi′ ,Y ∗ (θei′ ) = 0. Therefore, combining these two gives that i
δi,i′ ≤ ∇ϕi′ ,Y ∗ (θi∗ ) − ∇ϕi′ ,Y ∗ (θei′ ) i
i
2
.
We can upper bound this because ϕi′ ,Y ∗ has L-Lipschitz gradient, and so i
δi,i′ ≤ ∇ϕi′ ,Y ∗ (θi∗ ) − ∇ϕi′ ,Y ∗ (θei′ ) i
i
2
≤ L∥θi∗ − θei′ ∥2 .
Rearranging gives,
∥θi∗ − θei′ ∥2 ≥
δi,i′ . L
Next, we need to bound ∥θei′ − θi∗′ ∥2 . The environments Yi∗ and Yi∗′ share the same N − 2 other rivals and differ only in that Yi∗ contains θi∗′ whereas Yi∗′ contains θi∗ . Thus, for any θ ∈ Θ and coordinate k, ∂VYi∗ (θ )
−
∂VY ∗′ (θ )
∂θk
=
i
∂θk wk ℓσ wk ∗ ∗ σ′ (θk − θi∗′ ,k ) − σ′ (θk − θi,k ) ≤ |θ − θi∗′ ,k |. N−1 N − 1 i,k
Summing across coordinates gives
∇VYi∗ (θ ) − ∇VY∗′ (θ ) i
2 2
≤
K ℓ2σ w2 |θ ∗ − θi∗′ ,k |2 ∑ 2 ( N − 1) k=1 k i,k
≤
ℓ2σ ∥w∥2∞ ∗ ∥θ − θi∗′ ∥22 , ( N − 1)2 i
and so
∇VYi∗ (θ ) − ∇VY∗′ (θ ) i
2
≤
26
ℓσ ∥w∥∞ ∗ ∥θi − θi∗′ ∥2 . N−1
Because the cost term is the same for both ϕi′ ,Y ∗ and ϕi′ ,Y ∗′ , we have that i
∇ϕi′ ,Yi∗ (θi∗′ )
2
i
= ∇ϕi′ ,Yi∗ (θi∗′ ) − ∇ϕi′ ,Y∗′ (θi∗′ )
2
i
=
∇VY∗′ (θi∗′ ) − ∇VYi∗ (θi∗′ ) i 2
≤
ℓσ ∥w∥∞ ∗ ∥θi − θi∗′ ∥2 . N−1
Since ϕi′ ,Y ∗ is µ-strongly convex and θei′ is its minimizer, strong monotonicity of its gradient gives i
D E µ∥θi∗′ − θei′ ∥22 ≤ ∇ϕi′ ,Y ∗ (θi∗′ ) − ∇ϕi′ ,Y ∗ (θei′ ), θi∗′ − θei′ i
≤ Therefore,
i
∇ϕi′ ,Yi∗ (θi∗′ ) ∥θi∗′ − θei′ ∥2 . 2
1 1 ℓσ ∥w∥∞ ∗ ∇ϕi′ ,Yi∗ (θi∗′ ) ≤ ∥θi − θi∗′ ∥2 = ρ N ∥θi∗ − θi∗′ ∥2 , ∥θi∗′ − θei′ ∥2 ≤ µ µ N−1 2
where ρN =
ℓσ ∥w∥∞ . µ ( N − 1)
Finally, by the triangle inequality,
∥θi∗ − θei′ ∥2 ≤ ∥θi∗ − θi∗′ ∥2 + ∥θi∗′ − θei′ ∥2 ≤ (1 + ρ N )∥θi∗ − θi∗′ ∥2 . Plugging in the bound for ∥θi∗ − θei′ ∥2 yields
∥θi∗ − θi∗′ ∥2 ≥
δi,i′ . L (1 + ρ N )
For the cosine-similarity bound, let d := ∥θi∗ − θi∗′ ∥2 ,
ri := ∥θi∗ ∥2 ,
ri′ := ∥θi∗′ ∥2 .
For nonzero outputs, d2 = ri2 + ri2′ − 2ri ri′ Hi,i′ (x∗ ) = (ri − ri′ )2 + 2ri ri′ 1 − Hi,i′ (x∗ ) . Therefore, Hi,i′ (x∗ ) = 1 −
d2 − (r i − r i ′ )2 . 2ri ri′
Using d≥
δi,i′ L (1 + ρ N )
2 δi,i′ − (r i − r i ′ )2 L (1+ ρ N )
and the trivial bound Hi,i′ ≤ 1 gives
Hi,i′ (x∗ ) ≤ 1 −
2ri ri′
27
+
.
E.6
Proof of Proposition 1
Proposition 1 (Supportable Equilibrium Directions). Suppose that the conditions of Theorem 1 hold. A profile K −1 N of directions D = (d1 , . . . , d N ) ∈ (S+ ) is induced by a pure-strategy Nash equilibrium with nonzero outputs if and only if D is locally supportable. A pure-strategy equilibrium with monoculture exists if and only if (d, . . . , d) is locally supportable for some d ∈ K −1 S+ , and a pure-strategy equilibrium with complete specialization exists if and only if there is a locally supportable profile D = (d1 , . . . , d N ) with di⊤ di′ = 0 for all i ̸= i′ . Proof. First suppose that D = (d1 , . . . , d N ) is induced by a pure-strategy Nash equilibrium x∗ with nonzero F (x∗ )
outputs. Let αi = ∥ Fi (xi∗ )∥2 and di = ∥ F i(x∗i )∥ , so that Fi (xi∗ ) = αi di for every developer i. i
2
i
For each developer i and capability k, define its marginal evaluation weight at x∗ as wk ∗ σ′ Fi (xi∗ )k − Fj (x∗j )k . pi,k = ∑ N − 1 j ̸ =i
Since Fi (xi∗ ) = αi di , this is exactly ∗ pi,k = pi,k ( D, α) =
wk ′ σ α d − α d i i,k j j,k . N−1 ∑ j ̸ =i
The gradient of developer i’s utility with respect to its investment is therefore
∇xi ui (x∗ ) = ∇ Fi (xi∗ )⊤ pi ( D, α) − c′ (∥xi∗ ∥1 )1. Because x∗ is an equilibrium, the first-order optimality conditions imply
∇ Fi (xi∗ )⊤ pi ( D, α) ≤ c′ (∥xi∗ ∥1 )1, with equality in every coordinate ℓ such that xi,∗ℓ > 0. Thus D is locally supportable. N and x = ( x , . . . , x ) such Conversely, suppose that D is locally supportable. Then there exist α ∈ R++ N 1 that Fi (xi ) = αi di and
∇ Fi (xi )⊤ pi ( D, α) ≤ c′ (∥xi ∥1 )1,
with equality whenever xi,ℓ > 0. At this profile, pi,k ( D, α) =
wk σ′ Fi (xi )k − Fj (x j )k , N−1 ∑ j ̸ =i
and hence the conditions above are exactly the first-order optimality conditions for developer i’s original payoff ui (xi , x−i ). K . Therefore, these firstBy the curvature argument in the proof of Theorem 1, ui (·, x−i ) is concave on R+ order conditions are sufficient for optimality so xi is a best response to x−i for every developer i. It follows that x is a pure-strategy Nash equilibrium, and its normalized output directions are exactly D. Finally, complete monoculture occurs if and only if d1 = · · · = d N , so the first characterization follows by setting D = (d, . . . , d). Similarly, because output vectors are nonnegative, complete specialization occurs if and only if di⊤ d j = 0 The second characterization therefore follows directly. 28
∀i ̸= j.
E.7
Proof of Proposition 2
Proposition 2 (Catch-Up and Long-Run Crowding). Let θit = Fi (Xit ) denote developer i’s capability vector at t = max θ t − θ t . Let gt ∈ R NK stack these gaps time t, and define its category-specific gap to the frontier as gi,k j j,k + i,k across developers and categories at timestep t, and let ∆θt = θ1t+1 − θ1t , . . . , θtN+1 − θtN ∈ R NK . Suppose each Fi is continuously differentiable with max ℓ∈[K ]
∂Fi (x) ∂xℓ
as ∥x∥1 → ∞,
→0
∀i.
2
Suppose there exists β > 0 such that, for sufficiently large t, gt , ∆θt ≥ β∥gt ∥22 . Then we have that ∥gt ∥2 → 0, t → 0 for all developers i and categories k. and maxi′ θit′ ,k − θi,k Proof. Recall that at each time t, developer i chooses xi,t to maximize the win-rate, minus an unbounded cost function. The win-rate is at most 1, while the cost function is increasing and unbounded, so there exists B < ∞ such that c( B) > 1. Therefore, at any equilibrium, ∥xi,t ∥1 ≤ B for every i, t. Next, we deal with two cases on whether the cumulative investments {Xit }t≥1 are bounded or not, and show that in either case ∥ Fi (Xit+1 ) − Fi (Xit )∥2 → 0. First, suppose that {Xit }t≥1 is bounded. Because Xit is the sum of t non-negative numbers, if sum converges, then the individual terms must go to zero; ∑t ∥xi,t ∥1 < ∞, and so ∥xi,t ∥1 → 0. Because ∥xi,t ∥1 → 0, then ∥Xit+1 − Xit ∥1 → 0. Because Fi is continuously differentiable, its Jacobian is bounded on the compact set containing {Xit }t≥1 , and so
∥ Fi (Xit+1 ) − Fi (Xit )∥2 → 0. Instead, suppose that {Xit }t≥1 is unbounded, so ∥Xit ∥1 → ∞. We know that ∥ Xit+1 − Xit ∥1 ≤ B. We can then use the mean-value inequality to show that
∥ Fi (Xit+1 ) − Fi (Xit )∥2 ≤ B
max
sup
∥z∥1 ≥∥Xit ∥1 ℓ∈[K ]
As t → ∞, ∥Xit ∥1 → ∞, and by assumption, we have that
∂Fi (z) ∂zℓ
. 2
∂Fi (z) → 0. As a result, ∥ Fi (Xit+1 ) − Fi (Xit )∥2 → ∂zℓ 2
0, so ∥∆θt ∥2 → 0. We next use the catch-up property. By Cauchy–Schwarz, we have that β∥gt ∥22 ≤ gt , ∆θt ≤ ∥gt ∥2 ∥∆θt ∥2 . If ∥gt ∥2 > 0, dividing by ∥gt ∥2 gives
∥ g t ∥2 ≤
1 ∥∆θt ∥2 . β
Because ∥∆θt ∥2 → 0 and β is a constant, we have that ∥gt ∥2 → 0. By definition of g this implies that t t gi,k = max θit′ ,k − θi,k →0 i′
E.8
for every i, k.
Proof of Proposition 3
Proposition 3 (Sufficient conditions for capability catch-up). Suppose each Fi is continuously differentiable and coordinatewise nondecreasing, each coordinate function [ Fi (·)]k is concave, and Fi is L-Lipschitz with respect to ℓ1 .
29
Additionally, suppose wk > 0 with wmin = min wk , and c is twice continuously differentiable with c′ (0) = 0 and k ∈[K ]
∗ at each timestep. 0 ≤ c′′ (s) ≤ M. Assume that each developer is playing a pure-strategy Nash equilibrium xi,t For each developer i, category k, and investment state x, define
∂[ Fi (x)]k . ∂xℓ ℓ∈[K ]
mi,k (x) := min
Suppose there exists µ > 0 such that, for every pair of developers i, i′ , category k, and relevant investment states x, y, whenever [ Fi (x)]k ≤ [ Fi′ (y)]k , we have mi,k (x)2 ≥ µ ([ Fi′ (y)]k − [ Fi (x)]k ) . Define
p := wmin min σ′ (z) > 0. 2
|z|≤ Lµ
Then, for every developer i, category k, and period t, t t ∆θi,k ≥ βgi,k ,
β :=
pµ M+ pµ
> 0.
Proof. Fix a developer i, category k, and period t. Write t θr,k := [ Fr (Xrt )]k ,
t t +1 t ∆θr,k := θr,k − θr,k ,
t be a developer attaining the category-k frontier at time t. That is, gt = θ t − θ t . If and let j ∈ arg maxr θr,k i,k j,k i,k t = 0, the result follows immediately from coordinatewise monotonicity of F , since ∆θ t ≥ 0. gi,k i i,k t > 0. We first lower bound the marginal evaluation weight on every category. For Next, suppose gi,k any developers r, s, category q, and relevant states x, y, suppose without loss of generality that [ Fr (x)]q ≤ [ Fs (y)]q . Then because production functions are L-Lipschitz, the gradient is bounded by L and so we have that, µ [ Fs (y)]q − [ Fr (x)]q ≤ mr,q (x)2 ≤ L2 .
Here, the latter term comes from the production functions being L-Lipschitz. Rearranging gives that
[ Fr (x)]q − [ Fs (y)]q ≤
L2 . µ
Therefore, |θi,q − θr,q | ≤ L2 /µ, and so pi,q :=
wq σ′ θi,q − θr,q ≥ wmin min σ′ (z) = p. N − 1 r∑ |z|≤ L2 /µ ̸ =i
Next, let si := ∥xi ∥1 . We consider two cases depending on whether or not the trailing developer i t +1 t +1 surpasses developer j at timestep t + 1. In the first case, suppose θi,k ≥ θ j,k , then t t +1 t t +1 t t t t ∆θi,k = θi,k − θi,k ≥ θ j,k − θi,k ≥ θ j,k − θi,k = gi,k .
Here, the last inequality comes from the fact that investments are non-negative and production functions t ≥ βgt for any β ≤ 1. are non-decreasing. As a result, we have that ∆θi,k i,k t +1 t +1 For the second case, suppose that θi,k < θ j,k . Then we can bound this difference by noting that
t +1 t +1 µ(θ j,k − θi,k ) ≤ mi,k (x)2 . We bound mi,k (x) by noting that at equilibrium, we have that c′ (si ) = ∑qK=1 pi,q and so ∂[ Fi (Xit+1 )]k c′ (si ) ≥ pi,k ≥ p mi,k (Xit+1 ). ∂xℓ
30
∂[ Fi (Xit+1 )]q , ∂xℓ
t +1 t +1 t +1 t +1 We note that θ j,k − θi,k > 0 and so mi,k (Xit+1 )2 ≥ µ(θ j,k − θi,k ) > 0, and so zero investment cannot satisfy the first-order optimality condition; hence si > 0 and such an ℓ exists. We next bound c′ (si ) as
c ′ ( si ) = Therefore
Z s
i
0
c′′ (u) du ≤ Msi .
Msi ≥ c′ (si ) ≥ pmi,k (Xi,t+1 ).
Rearranging gives si ≥
p M
mi,k (Xit+1 ).
t using the concavity of F to get We finally substitute this back in and simplify with ∆θi,k i t ∆θi,k = [ Fi (Xit+1 )]k − [ Fi (Xit )]k
≥ ∇[ Fi (Xit+1 )]⊤ k xi ≥ mi,k (Xit+1 ) si p ≥ mi,k (Xit+1 )2 M µp t+1 t +1 (θ − θi,k ) ≥ M j,k µp t t ( g − ∆θi,k ). ≥ M i,k t +1 t +1 t + ∆θ t − ∆θ t ≥ gt − ∆θ t . Rearranging gives Here, the last inequality comes from θ j,k − θi,k = gi,k j,k i,k i,k i,k t ∆θi,k ≥
pµ
t gt = βgi,k . M + pµ i,k
31
Related documents
- You're Hired: Strategic Model Selection for LLM Collaboration#1143417
- Beyond the Verdict: Agentic Code Judging with Verifiable Feedback#1344257
- Beyond the Verdict: Agentic Code Judging with Verifiable Feedback#1319062
- English is Not All You Need: Systematically Exploring the Role of Multilinguality in LLM Post-Training#1048631
- Comparative LLM Analysis: Benchmarking Language Model Performance#80755
Retrieved via Conceptio: every document is proof-bundled with source, license, and retrieval metadata.
Read the Docs → · View CLI source on GitHub · Conceptio Open Knowledge Archive