PlannerForge: LLM Agents for Scenario-Based Testing of Motion Planners in Autonomous Driving

Yuan Gao, Sebastian Müller, Mattia Piccinini, Marc Kaufeld, Yuchen Zhang, Finn Rasmus Schäfer, Qunying Song, Johannes Betz

Technical University of Munich · University College London

Published September 8, 2026 · on the feed September 10, 2026 · ▲ 8 · arXiv 2609.08965

AgentsRobotics & embodied Full code arXiv ↗Hugging Face ↗

The abstract

Ensuring the safety of autonomous driving is a critical challenge. Scenario-based testing is a systematic process used to validate Autonomous Driving Systems (ADSs), but it remains a fragmented modular pipeline in which scenario generation, retrieval, modification, ADS execution, and results analysis are performed by separate tools with little interaction. Large Language Model (LLM) agents have shown promise across ADS sub-systems such as perception, planning, and control. However, no prior work covers the whole scenario-based testing pipeline for ADSs with a unified LLM-agent framework. We present PlannerForge, an LLM-agent framework that extends all scenario-based testing stages (from Scenario Generation to ADS Assessment) and adds two further LLM-enhanced stages: ADS Enhancement and ADS Benchmarking. We evaluate PlannerForge with 10 off-the-shelf LLMs across all tasks (Generation, Selection, Modification, Module Routing, Planner Testing, and Enhancement) under 5 prompt conditions. Best-per-task scores range from 0.88 to 1.00, and open-source 20-35B backends match commercial APIs on most tasks. Open-source models such as Qwen3.6:35B match commercial APIs on three of the five tasks. Chaining the modules end-to-end retains 83% / 78% of seed queries (commercial / open). It outperforms Scenario Factory 2.0 (Finkeldei et al., 2025) on natural-language generation (193 vs. 144 executable of 200) and realises 92-96% of requested city, road and vehicle attributes. It outperforms BM25 (Robertson and Zaragoza, 2009) at rank 1 selection (92.0% vs. 67.5%) and From-Words-to-Collisions (Gao et al., 2025) on physically valid edits (>=94% vs. 31%). At N=400, cost-tuning lifts planner success from 50.4% to 70.2% and cuts collisions from 19.0% to 8.4%, without domain-specific fine-tuning.

The Brief

3:21

A short podcast summary of the paper. Written and voiced by AI.

Transcript

PlannerForge. LLM Agents for Scenario-Based Testing of Motion Planners in Autonomous Driving. By Yuan Gao and seven others, from the Technical University of Munich and University College London. Published on the eighth of September. Its code repository is worked out: about forty-five source files, with a readme and a licence.

Keeping autonomous driving safe is a critical challenge, and scenario-based testing is the systematic way Autonomous Driving Systems, ADSs, are validated. In practice, though, it is a fragmented modular pipeline. Scenario generation, retrieval, modification, execution of the ADS, and analysis of results are each handled by separate tools that barely interact. LLM agents have shown promise in parts of an ADS such as perception, planning and control, but no earlier work has covered the whole testing pipeline with one unified LLM-agent framework. The pieces exist. What has been missing is a single system that carries a scenario from the moment it is described, through running it against a planner, to making sense of what happened.

PlannerForge is that framework. It extends every stage of scenario-based testing, from Scenario Generation through to ADS Assessment, and adds two further stages enhanced by LLMs: ADS Enhancement and ADS Benchmarking. The testing pipeline becomes a single agent framework that can also improve and compare the planners it tests. Testing, in other words, stops being the last step. What it reveals feeds straight into making the planner better, and the improved planner can be measured again inside the same framework.

Evaluation covers ten off-the-shelf LLMs across every task, namely Generation, Selection, Modification, Module Routing, Planner Testing and Enhancement, under five prompt conditions. Best scores per task run from zero point eight eight up to one. Open-source backends between twenty and thirty-five billion parameters match commercial APIs on most tasks, and an open model such as Qwen3.6 at thirty-five billion matches them on three of the five tasks.

Each stage was also measured against an existing method for that stage, and the pipeline was run as a whole. Chained end to end, the modules retain eighty-three percent of seed queries with commercial models, and seventy-eight percent with open ones.

Against Scenario Factory 2.0 on generation from natural language, PlannerForge produces one hundred and ninety-three executable scenarios out of two hundred, against one hundred and forty-four. It realises between ninety-two and ninety-six percent of the requested city, road and vehicle attributes.

For selection, it beats BM25 at rank one, ninety-two percent against sixty-seven point five. For modification, it beats From-Words-to-Collisions on physically valid edits, at least ninety-four percent against thirty-one.

The last result is about improving planners. At a scale of four hundred, cost-tuning lifts planner success from fifty point four percent to seventy point two percent, and cuts collisions from nineteen percent to eight point four percent, with no fine-tuning specific to the driving domain.

What PlannerForge offers is continuity. Stages that used to live in separate tools now run inside one agent framework, and the chain does not stop at finding faults: it carries on into enhancing the planner and benchmarking it again. The results suggest that much of this can run on open models of moderate size rather than only on commercial ones, and that the planner gains came without any fine-tuning for the driving domain.

Paper Quest · 7 chapters · about 41 min

Play this paper

Learn it by doing: make the calls the authors made, guess the result before you see it, and defend it in a viva graded on your own words. Chapter 1 is right here.

Chapter 1 🧩 · The problem

Testing a self-driving planner means hopping between tools that barely talk. Start there.

You test motion planners for self-driving cars in simulation. Building a test scene means a GUI editor or a script; finding one means hand-crafted database filters; changing one is barely supported at all.

The road ahead

  1. 1 · The problem ~7 min Testing a self-driving car's motion planner in simulation is split across separate, mostly manual tools, and language models have mostly helped with just one stage.
  2. 2 · What came before ~3 min
  3. 3 · The key idea ~9 min One LLM agent framework runs every testing stage in a chat, routes each request, checks each scored module's output, and feeds results back into planner tuning.
  4. 4 · Choose your own research ~3 min
  5. 5 · Build the method ~8 min The pipeline generates or selects a scenario, modifies its traffic, runs the planner, tunes its cost weights, and benchmarks planners in one framework.
  6. 6 · The experiment ~6 min You’ll guess: When the LLM retuned the planner's cost weights at the largest scale, what happened to collisions as planner success rose?
  7. 7 · The viva ~5 min Three questions from the examiners, answered in your own words. Win it for the paper’s trophy.
Join free to play the whole quest ›

Free, with Google or an email address. Your stars and progress are kept.

KipQuest: the day’s AI research, as podcasts and quests. All papers Android app Privacy Contact Episodes are written and voiced by AI from each paper. Summaries can contain mistakes: the paper is the source.