Skip to content

About

[NeurIPS 2026] DriveHierarchy: A Benchmark for Diagnosing VLM Driving Capabilities from Open-Loop Understanding to Closed-Loop Execution

Resources

Stars

25 stars

Watchers

0 watching

Forks

Repository files navigation

DriveHierarchy.

A Benchmark for Diagnosing VLM Driving Capabilities
from Open-Loop Understanding to Closed-Loop Execution

🎉DriveHierarchy is accpeted by NeurIPS 2026!

Chengkai Xu1   Jiaqi Liu2   Yicheng Guo1   Peng Hang1   Jian Sun1

1 Tongji University    2 UNC Chapel Hill

arXiv Dataset on Hugging Face Evaluation guide Cite DriveHierarchy

Understand what a driving VLM can do, where it fails, and what to improve.

✨ Highlights · 📊 Benchmark · 🎨 Scenario Editor · 🔍 Key Findings · 🚀 Quick Start · 📚 Resources · 📝 Citation

DriveHierarchy overview: benchmark construction and four capability ranks, from perceptual grounding through contextual memory and mental reasoning to closed-loop execution, supporting diagnosis and targeted improvement.

Four capability ranks connect open-loop understanding to interactive driving evaluation.

✨ Highlights

DriveHierarchy is a hierarchical benchmark for diagnosing vision-language models (VLMs) in autonomous driving. It connects fine-grained open-loop assessment with closed-loop simulation to reveal capability strengths, weaknesses, and their relationship to driving behavior.

  • 🧩 Diagnose across four ranks. Evaluate perceptual grounding, contextual memory, mental reasoning, and closed-loop execution within one capability hierarchy.
  • 🎨 Build your own scenarios, no coding required. Use the interactive scenario editor to visually customize ego initialization, surrounding traffic, trajectories, and weather. Design driving interactions around your own research questions without writing scenario scripts.
  • 🔗 Connect understanding to action. Pair 14 open-loop tasks with 100 interactive scenarios in a CARLA–SUMO co-simulation platform built on a real-world road layout.
  • 🎯 Turn diagnosis into targeted improvement. Experiments on 15 VLMs and a benchmark-guided fine-tuning case study examine how improvements in open-loop capabilities transfer to closed-loop driving.
  • ⚙️ Run a unified evaluation workflow. Use model presets, vLLM or Transformers inference, and standardized scoring scripts for reproducible comparisons.
Capability ranks Full-corpus QA pairs Full-corpus frames Closed-loop scenarios VLMs studied
4 76,798 84,279 100 15

The corpus statistics describe the full benchmark in the paper. Reported open-loop results use a refined 14,000-record evaluation set, with 1,000 records per task, as specified by the active dataset catalog.

📊 Benchmark

Rank Capability What does it test? Evaluation
R1 👁️Perceptual Grounding Recognize objects and hazards, estimate distances, localize targets, and describe traffic situations. 8 open-loop tasks
R2 🧠Contextual Memory Integrate information across camera views, temporal sequences, and spatial relationships. 4 open-loop tasks
R3 💡Mental Reasoning Predict future outcomes and recover the temporal order of driving observations. 2 open-loop tasks
R4 🚗Closed-Loop Execution Act under continuous traffic interaction in CARLA–SUMO simulation. 100 scenarios · 10 families
📋 Explore all 14 open-loop tasks
Rank Task ID Task
R1 R1_1_A Object existence
R1 R1_1_B Object counting
R1 R1_1_C State and attribute recognition
R1 R1_2_A Nearest-object distance
R1 R1_2_B Referred-object distance
R1 R1_2_C Distance-bucket estimation
R1 R1_3 Visual grounding / location questions
R1 R1_4 Situation description
R2 R2_1 Multi-view memory
R2 R2_2_A Temporal counting
R2 R2_2_B Temporal status recognition
R2 R2_3 Spatial relationships
R3 R3_1 Outcome prediction
R3 R3_2 Sequential planning

Task files and their full names are available in Open_Loop_Evaluation.

🛣️ Explore the 10 closed-loop scenario families

Pedestrian encounters · Obstacle avoidance · Right turns · Intersections · T-intersections · Traffic flow · Sudden braking · Merging in and out · Yielding at intersections · Roundabouts.

Each scenario includes entity.json and entity_sumo.json under Scenario_Onsite. Closed-loop scoring combines route completion, safety, and efficiency; see the paper for the metric definition.

🎨 Interactive Scenario Editor

Your scenario, your design — no programming required. DriveHierarchy includes a visual, interactive editor for creating custom driving scenarios. Configure the scene and its participants through the interface, from the ego vehicle's starting state to surrounding traffic and their trajectories.

DriveHierarchy closed-loop platform: an interactive scenario editor with ego initialization, traffic placement, trajectory editing, and weather control, connected to CARLA–SUMO co-simulation and driving evaluation.

Design custom interactions visually, evaluate them in CARLA–SUMO, and inspect the resulting driving behavior.

What you can customize Design possibilities
🚗 Ego vehicle Set the ego vehicle's initial placement and state.
🚶 Traffic participants Place surrounding vehicles, pedestrians, and other dynamic actors to construct your own interactions.
🛣️ Trajectories Edit actor trajectories to build encounters, merging maneuvers, yielding situations, and other driving challenges.
🌦️ Weather Configure weather conditions to explore different driving environments.

Create → Simulate → Inspect. The platform connects scenario design to CARLA's rendering, vehicle physics, and sensors, with SUMO managing background traffic. Simulation logs and replay support failure analysis and further scenario refinement.

🗺️ Scenario Coverage

The benchmark provides 100 curated scenarios across 10 families on a real-world road layout. The editor lets you create additional scenarios tailored to the behaviors you want to investigate.

Examples of driving interactions on the test-site road layout, including pedestrian encounters, obstacle avoidance, sudden braking, turning, intersections, merging, yielding, and roundabout navigation.

Representative scenario types distributed across the test-site road network.

Explore the released scenarios or follow the closed-loop evaluation guide to prepare the simulator and run R4.

🔍 Key Findings

The paper studies 15 open-source VLMs, including generalist and driving-specialized models.

  • Driving capabilities are related but distinct. R1 and R2 are strongly associated (Spearman ρ = 0.843), while their associations with R3 are weaker. A single aggregate score can hide meaningful differences between capability profiles.
  • Open-loop understanding is informative about closed-loop behavior. Correlations with R4 are 0.664 for R1, 0.596 for R2, and 0.418 for R3, motivating evaluation across both settings.
  • Diagnosed weaknesses can guide improvement. In the Qwen3-VL-8B-Instruct case study, jointly fine-tuning on the identified weak capability groups improves the average R4 score from 0.902 to 8.021, without using R4 as a supervision target.

These are results under the paper's evaluation protocol; the fine-tuning result is a case study on one base model. See Tables 1–4 and Figure 5 for full results and analysis.

📈 Capability Profiles at a Glance

The radar plots show how model strengths vary across individual open-loop tasks. The comparison below highlights capability profiles among representative 8B–12B models.

Open-loop capability radar chart comparing Qwen3-VL-8B, InternVL3.5-8B, ZwZ-8B, MiniCPM-V-4.5, Gemma-3-12B, and Pixtral-12B.

Task-level profiles reveal strengths and weaknesses that an overall score can obscure.

🔎 Explore Qwen and InternVL model-family comparisons

Open-loop capability profiles for Qwen3-VL at 2B, 8B, and 32B, and Qwen2.5-VL at 72B. Open-loop capability profiles for InternVL3.5 at 2B, 8B, and 38B, and InternVL3 at 78B.

Qwen series (left) and InternVL series (right). Click either plot to view it at full resolution.

The figures use R2-1-A, R2-1-B, and R2-1-C for the tasks named R2_1, R2_2_A, and R2_2_B in the repository, respectively. All three plots assess R1–R3; closed-loop R4 is evaluated separately.

🚀 Quick Start

Start with open-loop evaluation. For CARLA–SUMO setup, scenario selection, output formats, and advanced options, see the complete evaluation guide.

1. 🛠️ Install

git clone https://github.com/PerfectXu88/DriveHierarchy.git
cd DriveHierarchy

conda create -n drivehierarchy_openloop python=3.10 -y
conda activate drivehierarchy_openloop
pip install --upgrade pip
pip install -r requirements.txt

Run all commands from the repository root. Inference requires a compatible model runtime and sufficient hardware for the selected checkpoint; model-specific dependencies may also be needed.

2. 📦 Prepare data and check configuration

Task JSONL files are included in Open_Loop_Evaluation. Prepare the referenced source imagery before inference and make sure the image paths in the records resolve on your machine. Some records use absolute paths such as /data/sets/nuscenes/...; mount the data there or update those references. See data and environment preparation.

Validate the model preset and dataset selection without loading a model:

bash scripts/run_open_loop.sh \
  --backend vllm \
  --config qwen3_vl_8b_instruct_vllm \
  --dry-run

The dry-run checks configuration and dataset resolution; it does not validate image availability or GPU readiness.

3. ▶️ Evaluate and score

bash scripts/run_open_loop.sh \
  --backend vllm \
  --config qwen3_vl_8b_instruct_vllm \
  --score

Predictions are written to result/open_loop/qwen3_vl_8b_instruct_vllm/, with the score summary at evaluation/final_score.json inside that directory.

Next steps: Choose another model · Use Transformers or selected tasks · Run closed-loop evaluation.

📚 Resources

Resource Where to find it
Paper DriveHierarchy · PDF
Dataset and simulator asset release Hugging Face
Installation, inference, and scoring Evaluation guide
Open-loop task records Open_Loop_Evaluation
Closed-loop scenarios Scenario_Onsite
Model and runtime presets scripts/configs
Questions and bug reports GitHub Issues

Closed-loop assets: CarlaUE4/ and HDMaps/ are distributed separately from Git. Restore both under Close_Loop_Evaluation/Carla_Simulation/ before running R4. See external asset setup.

📝 Citation

If DriveHierarchy supports your research, please cite our paper using the following provisional BibTeX entry:

@inproceedings{xu2026drivehierarchy,
  title     = {{DriveHierarchy}: A Benchmark for Diagnosing {VLM} Driving Capabilities from Open-Loop Understanding to Closed-Loop Execution},
  author    = {Xu, Chengkai and Liu, Jiaqi and Guo, Yicheng and Hang, Peng and Sun, Jian},
  booktitle = {Advances in Neural Information Processing Systems},
  year      = {2026},
  url       = {https://github.com/PerfectXu88/DriveHierarchy}
}

📄 License and Intended Use

DriveHierarchy supports non-commercial research on capability measurement, controlled comparison, error analysis, and simulator-based experimentation. The LICENSE is the authoritative notice:

  • Original annotations, scenario descriptions, and documentation: CC BY-NC-SA 4.0.
  • DriveHierarchy-authored source code: Apache-2.0, unless otherwise stated.
  • Third-party and derived material: subject to the original source terms, including nuScenes/nuPlan, NAVSIM, Wayve LingoQA, HRI DRAMA, CARLA, SUMO, WOMD-Reasoning, and the Waymo Open Motion Dataset.

Back to top ↑

About

[NeurIPS 2026] DriveHierarchy: A Benchmark for Diagnosing VLM Driving Capabilities from Open-Loop Understanding to Closed-Loop Execution

Resources

Stars

25 stars

Watchers

0 watching

Forks

Contributors

Languages