HN Debrief

ARC-AGI Leaderboard

  • AI
  • Benchmarks
  • Machine Learning
  • Developer Tools
  • Open Source

The post is the ARC Prize leaderboard, which ranks AI systems on ARC-AGI tasks. These are puzzle-like game environments meant to test whether a model can infer rules and solve new tasks efficiently, not just answer static questions. The eye-catching result is Claude Opus 5 opening a large lead on ARC-AGI-3, while some notable models are missing because the benchmark only includes runs that fit its cost rules and, for semi-private tests, meet data-retention requirements.

Treat flagship benchmark wins as marketing signals until they survive fresh private evals and show up in your own workload. If you rely on frontier models for product decisions, maintain a private benchmark and separate model quality from harness, prompting, and retention-policy effects.

Discussion mood

Skeptical and cynical. People largely treated the leaderboard as a noisy marketing battleground where benchmark optimization, contamination, and evaluation design matter at least as much as any real gain in general capability.

Key insights

  1. 01

    No-harness scores answer a narrower question

    The fight over harnesses clarified what ARC-AGI is actually measuring. Banning a custom wrapper keeps the benchmark closer to a cold-start test of the base model’s own priors. Allowing a task-specific harness would quickly turn the result into a measure of search tricks, handcrafted DSLs, and external memory. The opposing view is still useful. Real systems do rely on tools, scratchpads, and orchestration, so a no-harness leaderboard says little about what a production agent can deliver for users.

    Do not use ARC-AGI to estimate shipped agent performance. Pair base-model evals with a separate agent eval that includes the scaffolding your product actually uses.

      Attribution:
    • r0ze-at-hn #1
    • usernametaken29 #1
    • yladiz #1
    • kypro #1
    • ryoshu #1
  2. 02

    Private evals depend on unenforceable trust

    Semi-private benchmarks for closed models only work if the provider promises not to retain or train on the prompts and trajectories. That is enough for operational access, but not enough for confidence after the fact. Even with Zero Data Retention claims, outsiders cannot distinguish "never stored" from "stored then hidden" by inspecting model behavior alone. Missing entries like Fable made that fragility obvious. Access policy, not just capability, decides who gets measured.

    If benchmark integrity matters to your business, prefer setups you can run locally or through independently controlled infrastructure. Otherwise assume every external private eval has a shelf life before trust becomes the weak point.

      Attribution:
    • NitpickLawyer #1
    • 3form #1
    • villish #1
    • Barbing #1
    • block_dagger #1
    • kamranjon #1
  3. 03

    The suspicious pattern is template mastery plus novelty regression

    What triggered the strongest suspicion was not merely a high score. It was a very specific behavior pattern described in the linked critique. On familiar "Witness-like" tasks, Opus 5 appears to jump straight to an optimal solution with no exploration. On more novel mechanic combinations, commenters pointed out claims that it regresses relative to Opus 4.8. That looks less like a broad reasoning upgrade and more like intensive training on a recognizable genre or distribution.

    When a model posts a benchmark jump, inspect per-task traces and novelty buckets before you infer general progress. A single aggregate score can hide a model that got better at templates and worse at discovery.

      Attribution:
    • KaoruAoiShiho #1
    • throwa356262 #1
    • pierrefermat1 #1
    • modeless #1
    • root-parent #1
    • zamadatix #1
  4. 04

    Wrapper claims are now benchmark claims

    Comments about Schema Harness showed how much benchmark interpretation now hinges on unreleased orchestration code. Even if the headline result is directionally true, a strong wrapper can shift trial-and-error from the environment into the model context window and produce huge gains that belong to the wrapper design, not to the underlying model. The pushback was that without code and clean replication, even impressive traces can hide leakage or evaluation quirks. That means benchmark narratives are now entangled with packaging details that are often not public.

    Ask for code, traces, and replication details before treating benchmark gains as model gains. If you benchmark internally, version and disclose the harness separately from the model so you can tell what actually improved.

      Attribution:
    • Jensson #1
    • NitpickLawyer #1 #2
    • haldujai #1 #2 #3
  5. 05

    Users do not consistently feel the benchmark jump

    Several people said the dramatic leaderboard gap does not match their day-to-day experience. Some explained that away as hedonic adaptation or workload saturation, where newer models improve on tasks you do not happen to hit. Others reported real gains but described them as uneven, with stronger reasoning mixed with stubbornness, hedging, or product restrictions. The useful read is that benchmark wins and user-perceived value are decoupling. Capability may be climbing while the product experience plateaus or even feels worse.

    Track task completion, latency, refusal rate, and cost on your own workflows instead of inferring user value from frontier benchmark charts. Product tuning can erase or amplify model gains enough that raw benchmark leadership stops predicting ROI.

      Attribution:
    • throwaw12 #1
    • OtherShrezzing #1
    • SubiculumCode #1
    • kranke155 #1
    • stared #1
    • tudelo #1
    • submeta #1

Against the grain

  1. 01

    Private evals still show real movement

    One commenter rejected the contamination-first story and said the sensible baseline is that models really have improved at reasoning tasks over the last six months. Cheats likely exist, but that does not explain away every large gain. Private benchmarks outside ARC are reportedly showing the same general direction.

    Do not overcorrect into dismissing every benchmark advance as fake. Keep a standing private eval so you can tell when broad capability is actually moving, even if public leaderboards are noisy.

      Attribution:
    • xiphias2 #1
  2. 02

    ARC may miss what makes models useful

    A different critique went past cheating concerns and said ARC-AGI is simply a poor target for language models. These systems are built and deployed primarily for text, code, and file-oriented work, not game-like visual puzzles with implicit human conventions. On that view, even a perfectly clean ARC score would tell you little about whether the model helps with real work.

    If your use cases are coding, support, research, or document workflows, weight domain evals above game-style reasoning benchmarks. A clean score on the wrong task is still the wrong purchasing signal.

      Attribution:
    • saberience #1
    • Reubend #1
    • luciana1u #1

In plain english

ARC-AGI
A benchmark suite from the ARC Prize project that tries to measure general reasoning by giving AI systems novel tasks, often framed as abstract puzzles or game-like environments.
ARC-AGI-3
The third major version of the ARC-AGI benchmark, focused on interactive puzzle-game tasks where a system must discover rules and solve levels efficiently.
DSL
Domain-specific language, a small specialized language designed for one type of problem rather than general programming.
harness
The surrounding tooling and workflow that controls how a model is called, what tools it can use, and how results are checked.
inductive bias
The built-in assumptions or structural preferences that make a system learn some kinds of patterns more easily than others.
Schema Harness
A named wrapper project mentioned in the comments that claims large ARC-AGI gains by orchestrating frontier models rather than using a plain prompt.
Zero Data Retention
A provider policy that says prompts and outputs from an API request are not stored for later use such as training or review.

Reference links

Benchmark integrity and critique

Alternative benchmarks and rankings

  • Gert Labs rankings
    Offered as a private benchmark that commenters claimed is less vulnerable to benchmark memorization because agents interact in a live environment.
  • Frontier-Bench
    Mentioned as another benchmark where Opus 5 reportedly leads by a large margin.

Model behavior and data retention

Background references