Crédit photo: Lottie animation by Centre Robotics (LottieFiles Free, used with credit). · source
94.85 on the NAVSIM leaderboard.
That's the number a team from AFARI Research is touting for their new autonomous driving system, ChainFlow-VLA. They claim it matches human-level performance, which they peg at 94.8. A difference of 0.05 points. If you're not laughing yet, you haven't been covering this industry long enough.
I spent the last week reading through six separate papers, all published within days of each other, all promising to finally crack the code on vision-language models for autonomous driving. And look, some of this work is genuinely interesting! But the sheer volume of competing approaches, each claiming state-of-the-art results on slightly different benchmarks, reminds me of the early days of deep learning when every lab had their own ImageNet variant and their own definition of "breakthrough."
Call me old-fashioned, but I remember when we used to wait for reproducible results before declaring victory.
Here's what all six papers agree on, even if they'd never admit to reading each other's work: current end-to-end autonomous driving systems are fundamentally limited by a mismatch between how they reason about time and how they plan trajectories. The autoregressive models (think GPT-style, predict the next token) are good at understanding cause and effect, but they accumulate errors like a game of telephone. The diffusion models (think image generators) can optimize globally but don't understand that action A needs to happen before action B.
The TPS-Drive paper puts it bluntly: existing approaches either flatten continuous spatial states into symbols, which causes what they call "spatial hallucinations," or they preserve spatial information but overwhelm the system with irrelevant background textures, leading to "representation interference." Neither is great when you're trying not to hit a pedestrian.
This is actually a real insight, and I want to give credit where it's due. The robotics community has been dancing around this problem for years, trying to shoehorn language models into tasks they weren't designed for. The fact that multiple teams are now naming the failure modes explicitly (spatial hallucinations! representation interference!) suggests we're at least past the denial stage.
So what are the proposed fixes? Let me walk through them, because the variety here is instructive.
ChainFlow-VLA from AFARI Research tries to have it both ways: an autoregressive generator produces "causal trajectory modes" (basically, a menu of possible futures), then a diffusion-based refiner picks the best one and polishes it. They call this the Chain-Flow architecture. It's clever! Whether it actually works in the real world is another question entirely, one the paper doesn't really address.
Researchers revisited classical Dijkstra approaches and achieved up to 57% speed improvements on London and Swiss transit networks, challenging assumptions about state-of-the-art pathfinding.
James Chen · 2 hours ago · 6 min
The Luce is weird, expensive, and nobody asked for it. Ferrari doesn't care. I've seen this movie before.
Mark Kowalski · 3 hours ago · 5 min
Two new papers tackle robot navigation with pixel-level maps and dynamic scene graphs. I've seen this kind of progress before, and I'm cautiously optimistic.
Mark Kowalski · 3 hours ago · 5 min
Two new papers show how visual AI can build maps that actually work for navigation, and I'm cautiously optimistic.
TPS-Drive takes a different approach, introducing what they call an "Agent-Centric Tokenizer" that explicitly filters out background noise to focus on the stuff that matters (other cars, pedestrians, that cyclist who's definitely about to do something unpredictable). They claim new safety records on the NAVSIM benchmarks, both v1 and v2.
EnDfuser from a team working on the CARLA simulator goes all-in on uncertainty estimation. Instead of committing to a single plan, it generates 128 candidate trajectories from each perception frame and uses the spread of those candidates as a measure of how confident the system should be. When uncertainty is high, it triggers safety rules. This is, I should note, basically what human drivers do when they see something weird, they slow down and consider multiple possibilities. The fact that we need a paper to propose this approach says something about how far the field has drifted from common sense.
Then there's SOLE-R1, which is trying to solve a related but distinct problem: how do you train a robot using reinforcement learning when you don't have a ground-truth reward signal? Their answer is to use a video-language model that watches what the robot is doing and provides feedback. They claim it works on 24 unseen tasks and "substantially outperforms" GPT-5 and Gemini-3-Pro as reward models. I'd love to see those comparisons in more detail, but the paper is light on specifics about the failure modes of the commercial models.
FineVLA tackles the instruction-following problem. Most robot training data just says "pick up the cup," not "approach the cup from the left using your right arm and grasp it by the handle." They built a dataset of 47,159 trajectories with fine-grained annotations and claim it improves real-world manipulation by significant margins, up to +23 points on pose control. The real-world results (62.7 out of 100 on dual-arm manipulation) are modest enough to be believable, which I appreciate.
Finally, SMoDP proposes a mixture-of-experts architecture where different "experts" handle different phases of a task. The routing is based on semantic labels from vision-language models, so one expert might specialize in approach behaviors while another handles grasping. It's a neat idea for scaling up without scaling up compute.
Here's what none of these papers adequately address, and it's the elephant in the room: how do these systems perform when things go wrong in ways the training data didn't anticipate?
The NAVSIM benchmarks are useful, but they're still simulations. CARLA is useful, but it's still a simulation. The real world has drunk drivers, construction zones that appear overnight, and that one guy in every city who drives a modified golf cart on the highway (if you know, you know).
The SOLE-R1 paper explicitly mentions "reward hacking" as a failure mode they've tried to address, which is refreshingly honest. When a robot figures out it can get a high reward by doing something technically correct but completely useless (or dangerous), that's reward hacking. The paper claims their system is "markedly more robust" to this problem, but what does markedly mean? 10% better? 50%? It's too early to say, and the paper doesn't give us enough to judge.
Similarly, the ChainFlow-VLA claim of matching human-level performance at 94.8 needs serious scrutiny. Human-level according to what metric? Averaged over what conditions? The paper acknowledges it achieves "robust planning in ambiguous and long-tail scenarios," but long-tail is doing a lot of work in that sentence. The actual long tail of driving scenarios is essentially infinite.
I've been covering tech long enough to recognize a benchmark arms race when I see one. In the 2010s it was ImageNet accuracy. Then it was GLUE scores for language models. Now it's NAVSIM leaderboards for autonomous driving.
The problem with benchmark optimization is that it rewards incremental improvements on known challenges while potentially ignoring unknown ones. A system that scores 94.85 on NAVSIM might fail catastrophically on a scenario that NAVSIM doesn't include. We don't know what we don't know.
This is the self-driving car hype cycle all over again, except now it's wearing a vision-language model costume. The underlying challenge hasn't changed: we're trying to build systems that can handle arbitrary real-world situations using training data that, by definition, can't include all arbitrary real-world situations.
If I had to pick the most promising direction from this batch of papers, I'd point to the uncertainty estimation work in EnDfuser and the fine-grained instruction following in FineVLA. Both are addressing problems that have clear real-world implications, and both are honest about their limitations.
The EnDfuser approach of generating multiple candidate trajectories and using disagreement as a uncertainty signal is something that could actually save lives. A system that knows when it doesn't know what to do, and responds by being more cautious, is more valuable than a system that's confident and wrong.
The FineVLA work on instruction granularity matters because it addresses a fundamental bottleneck in robot training: most of our data is too vague to be useful for learning precise behaviors. Their dataset of 47,159 fine-grained trajectories is small by modern AI standards, but it's a step toward the kind of detailed supervision these systems actually need.
Look, I'm not saying this work is bad. Some of it is quite good! The field is clearly making progress on the technical challenges of combining language understanding with spatial reasoning and trajectory planning.
But I've been around long enough to know that technical progress doesn't automatically translate to real-world deployment. The gap between "achieves state-of-the-art on NAVSIM" and "safely navigates rush hour traffic in Boston" is enormous, and none of these papers claim to have closed it.
What we need now is less benchmark optimization and more honest assessment of failure modes. We need papers that spend as much time on "here's when our system breaks" as they do on "here's our leaderboard score." We need real-world testing data that isn't cherry-picked for success stories.
Until then, I'll keep reading these papers with interest and skepticism in roughly equal measure. The kids working on this stuff are smart, no question. But smart isn't the same as ready, and 94.85 on a benchmark isn't the same as safe on the street.
If you want to argue, my email's on the about page.
