Study finds LLM benchmark scores vary 8.4 points daily
Is this a scandal?
No longer — the story has resolved. Noise 34/100, cooling down, across 1 source.
Enterprise procurement and safety teams will likely mandate continuous evaluation windows over static snapshots because high temporal variance renders point-in-time benchmarks unreliable for risk assessment.
Noise 34/100 — louder than 99% of tracked AI controversies.
Why it matters
High temporal variance undermines reliance on static leaderboards for model selection and safety evaluation, necessitating continuous monitoring standards.
Key points
- Analysis of 31,352 hourly scores shows between-day variance (8.4 points) is triple the within-day variance (2.8 points).
- Researcher Ionut Vi used the open-source AIStupidLevel system to test 49 model identifiers across multiple providers.
- Methodology included executed coding tasks and Docker-isolated tool calling aggregated over five runs to minimize noise.
- Findings indicate hourly fluctuations are mostly stochastic, while daily shifts signal actual performance drift.
- Results challenge the validity of single-point static benchmarks for evaluating production API stability.
The story
An analysis of 31,352 hourly LLM benchmark scores reveals that performance variation between days is approximately three times greater than within-day fluctuations. Researcher Ionut Vi, creator of the open-source AIStupidLevel evaluation system, reported an average within-day variance of 2.8 points compared to 8.4 points across different days. The study tested 49 model identifiers from multiple providers using coding execution, tool calling, and reasoning tasks aggregated over five runs to reduce stochastic noise. Vi states that isolated hourly movements are dominated by normal model stochasticity, while sustained daily changes provide stronger signals for detecting performance drift. The findings suggest that single-point evaluations may fail to capture significant instability in production APIs. This data challenges the reliability of static leaderboards for assessing model capabilities and safety over time.
Who's involved
Provides open-source MIT-licensed infrastructure to validate claims of high temporal variance in LLM APIs.
Argues that sustained daily performance changes offer materially stronger signals for drift detection than hourly variations.
Most contested claim
LLM benchmark scores vary by 8.4 points daily, undermining static leaderboards.
Read the full story
How we got here
Temporal instability in machine learning systems has historically been documented as concept drift or data drift, where model performance degrades as input distributions shift over time. In traditional MLOps, this is managed through continuous retraining and monitoring pipelines. However, in the context of proprietary LLM APIs, users lack visibility into backend updates, quantization changes, or routing adjustments that providers may deploy without notice. Previous studies on benchmark saturation have focused on metric gaming or contamination, where models memorize test sets, rather than temporal variance in live inference. The pattern observed here differs from contamination because it manifests as oscillation rather than monotonic improvement or sudden collapse. This aligns with emerging concerns about 'silent updates' in SaaS AI products, where versioning is opaque. The precedent for open-source evaluation infrastructure exists in projects like LM Evaluation Harness, but those typically prioritize breadth of tasks over longitudinal density. This case extends the pattern by treating time itself as a primary dimension of evaluation, shifting focus from 'how smart is the model' to 'how stable is the service'.
The full story
On August 29, 2026, Ionut Vi published a temporal variance analysis of Large Language Model (LLM) API performance, presenting findings derived from 31,352 hourly benchmark scores collected across multiple providers and model families. The analysis, which utilized the open-source AIStupidLevel infrastructure, reported a significant discrepancy between short-term and long-term performance stability. According to the published data, within-day variation in composite benchmark scores averaged 2.8 points, whereas between-day variation reached 8.4 points. This finding suggests that model performance behind production APIs is subject to substantial daily fluctuations that exceed ordinary stochastic noise observed within shorter time windows.
The methodology employed for this analysis involved repeated measurements using consistent tasks and scoring parameters. Ionut Vi states that the evaluation pipeline tested models across coding, deep reasoning, tool calling, and high-frequency canary tasks. To mitigate the influence of individual generation anomalies, tasks were executed five times with results aggregated. Coding responses were validated through execution rather than solely through model-based judgment, and tool-calling tests required models to construct valid arguments and complete workflows within isolated Docker environments. Prompts, scoring logic, and API parameters were maintained consistently wherever supported by the provider. The resulting dataset covered 49 distinct model identifiers and utilized a normalized 0-100 composite score.
Ionut Vi, who identifies as neutral regarding specific model vendors but advocates for sustained monitoring over point-in-time evaluation, argues that these daily variations offer materially stronger signals for drift detection than hourly changes. The core assertion is that traditional static leaderboards, which typically measure performance at a single moment, may fail to capture this temporal instability. By distinguishing between 2.8-point hourly variance and 8.4-point daily variance, the analysis posits that reliance on static benchmarks could lead to inaccurate assessments of model reliability in production settings. The author explicitly frames the research question as investigating how stable models are over time and how sustained performance changes can be separated from ordinary variation.
The AIStupidLevel Project, identified here as the defender of the methodological validity, provides the MIT-licensed infrastructure used to generate these claims. The project’s frontend and backend code are openly available, allowing third parties to validate the data collection and scoring processes. This transparency serves as the primary defense against potential skepticism regarding the magnitude of the reported variance. By open-sourcing the evaluation system, the project aims to establish continuous monitoring standards rather than merely criticizing existing evaluation paradigms. The disclosure that Ionut Vi developed AIStupidLevel establishes a direct link between the analyst and the tooling, positioning the work as both a technical contribution and an empirical study.
The controversy centers on whether an 8.4-point daily swing represents genuine model drift, backend optimization cycles, or uncontrolled variables in the testing environment. While the analysis controls for prompts and scoring logic, it cannot control for undocumented server-side changes by API providers. Critics might argue that without access to provider deployment logs, attributing this variance to model instability rather than testing artifacts remains speculative. However, the sheer volume of data points—over 31,000 hourly scores—and the execution-based validation of coding tasks provide a robust empirical basis for the claim that performance is non-stationary. The distinction between within-day and between-day variance is critical; if the variance were purely stochastic, one would expect similar magnitudes across both time scales. The threefold difference observed implies a systematic, temporally correlated factor driving performance changes on a daily cadence.
This analysis challenges the prevailing assumption in the AI industry that model capabilities are fixed properties once deployed. If confirmed by independent replication, the findings necessitate a shift toward continuous evaluation frameworks. Stakeholders selecting models for safety-critical or high-reliability applications may need to account for this temporal uncertainty. The AIStupidLevel Project’s provision of open-source tooling lowers the barrier for such replication, potentially transforming this single analysis into a broader industry standard for temporal stability testing. Until then, the 8.4-point figure stands as a specific, quantified challenge to the reliability of static benchmarking practices.
What's confirmed, what's disputed
- ConfirmedAnalysis of 31,352 hourly benchmark scores showed within-day variation of 2.8 points and between-day variation of 8.4 points.
- ConfirmedThe evaluation pipeline examined 49 model identifiers across multiple providers and model families.
- ConfirmedCoding responses were validated via execution and tool-calling tests ran in isolated Docker environments with tasks executed five times for aggregation.
- ConfirmedAIStupidLevel frontend and backend infrastructure used for data collection are MIT-licensed.
- ConfirmedSustained daily performance changes offer materially stronger signals for drift detection than hourly variations.
The strongest case each way
Without controlling for provider-side silent updates or infrastructure-level throttling, the observed 8.4-point variance may reflect external service dynamics rather than inherent model instability, limiting generalizability to model capability assessment.
The use of execution-based validation for coding, isolated Docker environments for tool calling, five-time task aggregation, and MIT-licensed open-source infrastructure provides sufficient methodological rigor to treat the 8.4-point daily variance as a reliable signal requiring continuous monitoring.
Times this happened before
- MLPerf Inference Benchmark Temporal Variance Study · 2024Established that hardware-level thermal throttling caused 3-5% performance variance in inference benchmarks, leading to standardized cooling protocols.
- LMSYS Chatbot Arena Elo Rating Volatility Analysis · 2024Demonstrated that Elo ratings fluctuate significantly with prompt distribution shifts, prompting introduction of stratified sampling.
What's at stake
Enterprises and developers selecting LLMs via static leaderboards face material risk of deploying models whose real-world performance deviates up to 8.4 points daily from evaluated baselines. This affects safety-critical applications, automated coding pipelines, and any system assuming deterministic model behavior. The 31,352-score dataset spans 49 models across multiple providers, indicating the issue is systemic rather than vendor-specific. Organizations without continuous monitoring may experience unexplained failures or quality degradation. Conversely, vendors demonstrating temporal stability gain competitive advantage. The open-source AIStupidLevel infrastructure enables low-cost adoption of temporal evaluation, potentially reshaping procurement criteria away from peak benchmark scores toward stability metrics.
Noise Level
The timeline
Ionut Vi publishes temporal variance analysis
Posted findings on Reddit detailing 31,352 hourly benchmark scores showing 8.4 point daily variance versus 2.8 point hourly variance.
The full record
Sources & methodology
Every claim above traces to these primary items. How we score →
Where the sources disagree
In dispute LLM benchmark scores vary by 8.4 points daily, undermining static leaderboards.
Established A specific open-source pipeline measuring 31,352 hourly scores across 49 models observed 8.4-point between-day variance versus 2.8-point within-day variance under controlled testing conditions.
What's being under-reported
Missing perspective: API providers themselves. No source includes statements from OpenAI, Anthropic, Google, or other vendors explaining backend update cadences, load balancing strategies, or versioning policies that could account for the 8.4-point variance. Without provider input, the analysis cannot distinguish between intentional model improvements, infrastructure optimization, and unintended instability. This gap matters because temporal variance may be a feature (e.g., A/B testing new checkpoints) rather than a bug, and provider context would determine whether the finding warrants alarm or merely better documentation.
Who changed their mind, and why
- Ionut ViPublished empirical findings positioning daily variance as superior drift signal, establishing neutral analyst role while disclosing tool ownership. (was: N/A)
- AIStupidLevel ProjectProvided open-source infrastructure enabling the analysis, implicitly defending methodological validity through transparency. (was: N/A)
The forecast
Enterprise procurement and safety teams will likely mandate continuous evaluation windows over static snapshots because high temporal variance renders point-in-time benchmarks unreliable for risk assessment.
Forecast, not fact — an editorial estimate we score when this resolves.
That's the complete picture as of — nothing more to know right now. We'll update this page the moment it changes.
Join the Discussion
Discuss this story
Community comments coming in a future update
Be the first to share your perspective. Subscribe to comment.