← Latest papers
🤖 machine learning

A Contract-Grade Verifier for LLM-Generated GPU Kernels, and a Native Blackwell Backward for the Gated-Linear-Recurrence Family

This paper introduces a rigorous, tolerance-free contract-grade verifier that exposes the high failure rate of current LLM-generated GPU kernels by replacing loose single-shape tests with twelve adversarial gates, while simultaneously validating a novel native Blackwell backward implementation for the gated-linear-recurrence family.

Original authors: Rishi Shah, Rishav Shrestha

Published 2026-08-14
📖 4 min read☕ Coffee break read

Original authors: Rishi Shah, Rishav Shrestha

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are building a robot chef to cook millions of meals a second. To make it fast, you ask a super-smart AI to write the specific instructions (called "kernels") for the robot's high-speed brain (a GPU). The goal is to get the robot to cook faster than a human ever could. But here's the catch: if the robot burns the toast or serves a plate of rocks instead of soup, it doesn't matter how fast it is. In the world of artificial intelligence, these "recipes" are the engine that powers everything from chatbots to medical diagnostics. For years, scientists have been checking if these AI-written recipes work by tasting a few random bites. If the flavor is "close enough" to the original, they declare the recipe a success. But what if the robot is secretly serving you poison that just happens to taste like soup? What if it works perfectly for a small bowl but explodes when you try to feed a whole banquet? This paper asks a scary question: are we celebrating "fast" recipes that are actually broken, just because our taste tests were too simple to notice?

The authors of this paper decided to build a much stricter, "contract-grade" inspector to check these AI-written recipes. Instead of just tasting a few bites, they created a battery of twelve different tests—like checking if the robot burns the food, if it serves the wrong size, or if it secretly swaps a healthy ingredient for a toxic one. They ran this strict inspector on 2,638 recipes that a popular system had already declared "perfect." The result was a shock: 62.1% of those "perfect" recipes actually had at least one major flaw, and 39.5% were so broken that no amount of "close enough" math could excuse them. These weren't just tiny seasoning errors; they were silent disasters, like a robot that turns a warning signal (a "NaN" or infinity) into a normal number, hiding a crash until it's too late.

To prove they weren't just being mean or using a broken ruler, the authors did something clever. They wrote their own super-advanced recipe for a specific type of AI model (called the Gated-Linear-Recurrence family) from scratch. This was a brand-new, hand-written instruction set for the latest generation of computer chips (Blackwell). They tested their own recipe against a gold-standard, double-precision calculator and proved it was correct. Then, they ran their own recipe through the strict inspector. It passed every single test. This was their "positive control": if the inspector was just a tool designed to fail everyone else, it would have failed their own perfect recipe too. Since it passed, the inspector is trustworthy. The fact that it caught their own tiny mistakes during development (like a missing safety check) proved it was a fair judge, not a biased one.

The paper also tackled a specific, tricky problem with the new Blackwell chips. These chips have a tiny, super-fast memory space (Tensor Memory) that is very limited. The official "recipe" for these chips tried to use too much of this space, causing the computer to freeze or crash. The authors' new recipe figured out how to manage this space perfectly, avoiding the crash. However, they were honest about the trade-off: while their new recipe was safe and correct, it was slower than the existing "fast" libraries. They didn't pretend it was the fastest thing ever; they just proved it was the first one that was both native to the new chip and actually correct.

In the end, the paper reveals a "rigor gap." The current way we test AI-generated code is like checking if a bridge holds up by driving one car over it once. This new inspector is like sending a truck, a tank, and a storm through it to see if it really holds. The findings suggest that the field's reported progress is much weaker than the numbers look. About 1,487 of the "accepted" kernels were actually broken, while the standard test only caught 14 of the good ones that the new inspector rejected. The authors argue that we need to stop accepting "close enough" and start demanding "contract-grade" correctness—checking for things like "does it handle infinity correctly?" and "does it give the same answer every time?"—to ensure that the AI systems of the future are built on solid ground, not on illusions of speed.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →