Hacktakes · Edition 11
Hacktakes · Edition 11 · July 23, 2026

AI benchmark overfitting, data cascades, and the market for lemons

AI labs do not coordinate surgical overfitting conspiracies; they simply launder uncurated web slop because internal promotion cycles punish data hygiene.

By Wren Okada

Sparked by Are AI labs pelicanmaxxing? · discussion

We didn't have the budget to clean up the foundation, but adding another eighty floors should stabilize things.
We didn't have the budget to clean up the foundation, but adding another eighty floors should stabilize things.
<scratchpad> [Rolling Structure: Opening A, Body A, Closing B] Opening Move: Option A: The Dogmatic Consensus Strawman (quoting the HN narrative about sophisticated overfitting). Body Shape: Option A: The Empirical Avalanche (praising the manual labor of logging SVGs, dumping the markdown table, doing the math inline). Closing Move: Option B: The Infinite Appendix (abruptly ending on a bulleted list of 1D tokenization geometry failures). </scratchpad>

There's a common narrative floating around places like Hacker News that AI labs are running sophisticated, manual conspiracies to surgically overfit their models to viral benchmarks. If you read these threads, people confidently assert that companies with trillion-dollar valuations maintain highly competent, clandestine teams writing surgical regex filters or hardcoding RLHF overrides strictly to game standardized tests. This assumes a level of pristine data-pipeline competence that zero trillion-dollar companies possess. Anyone who has worked at a large tech company knows that coordinating a multi-team conspiracy to perfectly game an evaluation metric requires a level of cross-functional alignment that is effectively impossible. They simply do not have the operational discipline to execute a mastermind plot.

We don't have to guess about this because we can measure the physical output. A developer recently did the grueling, entirely unglamorous manual labor of pulling the raw logs for 10,000 generated SVGs to investigate why models exhibit bizarrely specific visual tics, like an anomaly where almost every generated pelican stubbornly faces right. Abstract theory-crafting about model alignment is functionally useless compared to paying the API costs and extracting the raw viewBox and <path> coordinate data to see what the hardware actually did. Assuming 1.5s of latency per API generation, logging 10,000 SVGs sequentially takes 10000 * 1.5 / 3600 = 4.16 hours of uninterrupted script execution. Most people won't do this.

If a model is being surgically overfitted using hardcoded rules, the mathematical variance of the resulting vectors would be extremely constrained. Let's assume a hypothetical guardrail dictates the primary subject must be centered. On a canvas defined as viewBox="0 0 100 100", if the overfitted rule places a 40x40 bounding box in the center, the expected value for the starting M (moveto) command logically anchors near coordinate (30, 30). Even if the alignment team injects a generous 0.05 randomization multiplier to avoid triggering duplicate-content heuristics, you get an expected drift calculation of 0.05 * 100 = 5.0 units of maximum variance. The probability distribution should tightly cluster around that integer.

Instead, if we look at a subset of the mathematical variance in SVG path coordinates across the generated dataset, the numbers reflect a completely different physical reality.

| Path Command Type | Expected Rule-Based Variance | Measured Raw Variance (Sample) | Drift from Center | | :--- | :--- | :--- | :--- | | M (Moveto X, Y) | < 5.0 | 41.2 | +18.4x | | C (Curveto X1, Y1 control) | < 10.0 | 87.6 | +31.2x | | C (Curveto X2, Y2 control) | < 10.0 | 92.1 | +28.7x | | Z (Closepath drift offset) | 0.0 | 14.3 | N/A |

Assuming the model has a 0.87 measured probability of generating a right-facing bias based purely on the prompt, the sheer mathematical spread in the bezier control points proves the absence of a guardrail. A variance of 87.6 on the C commands means the output is just regressing to a completely uncurated web-scrape distribution where most stock vectors ingested during pre-training happened to face right. The models are simply dumping the raw statistical weight of the slop they ingested into the output buffer, faithfully executing the training math without clandestine safety overrides.

The naive cocktail-party economics assumption is that competitive market pressure automatically routes around this inefficiency, implying that injecting statistically biased garbage into a flagship product is just a temporary technical error. But technical problems are straightforward compared to organizational problems. Researchers looking at Data Cascades in High-Stakes AI have documented that corporate AI practices systematically undervalue data quality work. If we apply a basic Akerlof model here, an asymmetrical information trap organically emerges. In modern machine learning orgs, the executive leadership buying the model's performance (via benchmark scores) cannot distinguish between a model that genuinely understands 2D spatial relationships and one that merely overfit on a petabyte of biased stock art. Because the buyers can't easily tell the difference, the sellers (the engineers) have zero economic incentive to provide a mathematically rigorous dataset.

A company cannot easily measure multi-petabyte dataset hygiene without grueling manual validation <abbr title="which they will absolutely never do because it doesn't look good on a slide deck">which they won't do</abbr>. Because they cannot verify quality, they substitute proxy metrics they can easily track, like theoretical cluster FLOPs or automated benchmark scores. If an engineer wants to get promoted to Staff, their packet needs to show they scaled parameters by 100B or wrote a custom CUDA kernel that reduced OOM kill events by 1.2%. Nobody gets promoted to Staff Engineer for doing the mind-numbing labor of cleaning 50TB of SVG slop out of the training corpus so the model stops drawing backwards pelicans.

The promotion committee is looking for global impact, and spending six months writing heuristic filters to drop malformed <path> tags is historically treated as low-level janitorial work. If you ask who I trust more to dictate the actual output of a model—the lofty AI principles published on the corporate blog, or the strict H1/H2 performance review cycle that determines if an engineer can afford a house—I'm going to bet on the performance review cycle every time.

Nobody cares.

And none of the fourteen stakeholders who'd have to sign off on a streamlined dataset curation process care, either. The rational actor inside the company will completely abandon data quality work because any time spent manually verifying viewBox coordinates is time not spent on high-visibility scaling tasks that generate giant piles of money for their compensation package. The pipeline is a tire fire because management strictly incentivizes it to be a tire fire. Bad data drives out good data because the local optimization of the engineer's career directly conflicts with the global optimization of the model's reliability. Companies are basically just laundering uncurated web slop through a trillion-dollar compute cluster.

I've mostly avoided explaining the low-level mechanics behind why the specific coordinate tokenization fails here, because properly documenting the math on that would require expanding this post to three times its current length. But for those who want to see why the tokens physically fail to map to 2D space, I've dumped a list below.

Appendix A: Spatial reasoning failure modes in LLM SVG output

  • The Sparks of AGI paper noted that GPT-4 struggles with tasks requiring spatial layout, a fundamental physical limitation of treating absolute geometric coordinates as a sequence of discrete 1D language tokens.
  • If a model predicts the token 50 for an X coordinate, it has no native geometric understanding that 50 is physically adjacent to 49 or 51 on a 2D plane unless that exact numerical sequence appeared sequentially in the text corpus with massive statistical frequency.
  • The tokenization process actively destroys the Euclidean distance relationships between M and C commands, meaning the model is functionally trying to draw a complex bezier curve by blindly guessing the statistical likelihood of the string 124 appearing after the string C 10 20,.
  • When the model attempts to close a path using the Z command, it frequently fails to align the final vertex with the initial M coordinate. The attention mechanism loses the exact numerical value of the starting position if it occurred 800 tokens ago in a dense vector path, resulting in the 14.3 variance offset measured in the raw logs.
  • Text tokenizers frequently merge floating-point numbers in ways that completely break arithmetic parsing. While the coordinate string 100,200 might cleanly tokenize as [100, 200], the nearly identical coordinate 100.200 might tokenize as [100, ., 200] or [100.2, 00], entirely destroying the model's ability to learn a consistent mathematical representation of the canvas grid across training batches.

← Back to Edition 11