Robust Asynchronous Planning via Auto-Formalization

summary

Video file (mp4)

The gist

The gist The choice of formal representation primarily determines whether planning scales: as dependency graphs grow from 5 to 100 actions, Planner collapses from 96% to 5% plan accuracy and PDDL2.1

In short

The paper unified asynchronous planning challenges and tested three methods for generating plans: direct generation, PDDL2.1 formalization, and CP-SAT formalization. It found that representation choice is key to scaling; CP-SAT formalization significantly outperforms other methods as task complexity grows. Robust planning relies on reliably writing and editing the correct formal specification from natural language.

Key concepts

Planner
This approach has the LLM directly generate a complete action schedule or sequence of steps based on the task description. It is fast but struggles significantly with complex, long-running tasks because it lacks a formal structure to ensure correctness and consistency.
Formalizer
This method translates the natural language task into a formal mathematical specification that an external solver (like CP-SAT) can understand. This approach is more robust for complex problems because the external solver handles the intricate logic, leading to much higher accuracy at scale.
Asynchronous Planning
This involves planning tasks where actions have unpredictable durations and execution happens over time, often involving concurrency. The paper tests how well different planning methods handle these real-world complexities, including changes during execution.
Faithfulness Diagnostics
These are checks used to see how accurately the formal representation (the translation from language to code) reflects the original task. Poor faithfulness causes errors like missing dependencies or incorrect action effects, which lead to failed plans.

Terminology used across episodes

This episode discusses

The paper

Robust Asynchronous Planning via Auto-Formalization · Read on arXiv

Jiayi Zhang, Jianing Yin, Ben Zhou Li Zhang

Drexel University · Arizona State University

LLMs can plan by generating schedules directly as a Planner, or by translating a task into a formal specification for a solver as a Formalizer. Most real-world tasks are asynchronous, with non-uniform durations, concurrency, and execution-time changes, yet existing benchmarks hardly cover them. We unify asynchronous planning under one formulation and release three benchmarks spanning task-graph scale, grounded state and resource constraints, and execution-time events. Surprisingly, PDDL2.1, the formalism built for temporal planning, is the weakest pipeline. On AsyncPlan-XXL it averages 30.8% plan accuracy, against 81.7% for the Planner and 94.0% for a CP-SAT Formalizer. The gap widens with scale, and at 100 actions the three pipelines reach 9.0%, 44.5%, and 82.5%, respectively. The formalism is not to blame. Compiled from the same model-extracted intermediate representation, PDDL2.1 and CP-SAT reach nearly identical accuracy (81.6% vs. 81.5%), and gold task graphs reach 100% for both. What remains is a bottleneck shared by every pipeline: recovering the task graph from language. Execution-time events further degrade every pipeline, yet updating only event-induced constraints reaches 81.6% versus 41.6% for full regeneration. Robust asynchronous planning thus hinges not on the expressiveness of the target formalism but on how reliably a model can write and edit it, and a well-chosen interface can let a weaker model match a stronger one.

Transcript

Introduction to the show: ident: AI Radio. Generated commentary on the latest Artificial Intelligence papers.

Tom: I'm Tom.

Jane: And I'm Jane, here with Lu, Meng and our in-house large language model, Lalam.

Tom: Today's paper: "Robust Asynchronous Planning via Auto-Formalization".

Jane: The gist The choice of formal representation primarily determines whether planning scales: as dependency graphs grow from 5 to 100 actions,

Tom: First, who's behind it and why it matters.

Title and authors: Tom: We've established that there are three main ways to handle these planning problems, and this paper focuses on comparing the direct planning method against two different ways of translating tasks into a solver: using a direct Planner and using a Formalizer.

Jane: And what this paper does is look at how crucial that choice of formal representation is for scaling up those systems. It’s not just about getting one way to work, it’s about understanding which way actually works when the problem gets complicated.

Lu: They set up three specific benchmarks to test different types of challenges: action-constrained problems with non-uniform durations and precedence, state-constrained problems involving grounded states and resources, and online planning where the task changes while you're executing it.

Meng: I’m interested in the online planning part because that’s where most real systems break when things change during execution. How does this paper handle that dynamic stuff?

Lalam: The results show they test all three settings at scale, and they introduce one specific dataset for each one, like AsyncPlan-XXL, which scales AsyncHow style duration and precedence tasks to graphs with up to one hundred actions <ref:2606.00981#pg1>.

The paper's summary: Tom: So what’s the core finding here? It seems the paper unifies these different asynchronous planning challenges under one formulation, which is a key step because it lets them compare things fairly across those three distinct settings.

Jane: That unification allows them to see how different formal representations perform differently when facing action constraints, state constraints, or online planning scenarios. They’re showing that the choice of formal representation primarily determines whether planning actually scales.

Lu: They highlight a major difference in faithfulness diagnostics between PDDL2 point 1 and general constraint satisfaction programs when you have an AI model keeping track of predicates, effects, and goals consistently <ref:2606.00981#pg1,general constraint satisfaction programs when>. PDDL2 point 1 becomes really brittle there compared to the more general constraint satisfaction approach they are using for comparison <ref:2606.00981#pg1>.

Meng: So if I’m building a system that needs to handle lots of complex constraints, this suggests I should probably be looking at something more robust than just sticking to PDDL2 point 1 syntax when using an LLM as the translator <ref:2606.00981#pg1>.

Lalam: And the CP-SAT Formalizer is substantially more robust than the direct Planner when the formal representation matches what’s in the task structure, which they found was a key factor in their success.

The paper's improvements: Tom: The paper suggests that by using a formalizer approach, you can combine the LLM’s language understanding with the solver’s correctness guarantees, which is a pretty powerful combination for building reliable planning systems.

Jane: It seems like the improvement isn't just about getting a slightly better plan; it’s about achieving much higher faithfulness when translating natural language into something the computer can actually solve correctly.

Lu: They also show that they study multiple formal languages instead of assuming one representation is enough, which means they are testing different ways to translate those natural-language tasks into formal ones.

Meng: If you’re deploying this, the idea that CP-SAT Formalizer can maintain eighty-three percent accuracy even at step one hundred is a tangible number we can use to judge if it’s worth the engineering lift of using a formalizer instead of just trying to generate sequences directly <ref:2606.00981#pg1>.

Lalam: And they introduced a state-aware repair strategy specifically for online planning, which helps recover accuracy from forty-six point one percent up to eighty-four point five percent when tasks change during execution.

Conclusion: Tom: So, to wrap things up on Robust Asynchronous Planning via Auto-Formalization, the main implication is that matching the formal representation to the task structure is what lets these planning systems scale effectively when complexity grows.

Jane: It means we can stop relying solely on one method and start choosing a translation path based on whether we need high accuracy under extreme scaling or if we are dealing with dynamic execution events.

Lu: The work points toward a foundation where you use LLMs as formalizers to get the language understanding plus the solver’s guarantee, but you have to be careful because richer formalisms can introduce syntactic and semantic errors.

Meng: From a deployment standpoint, it suggests that for safety-critical domains, we need more than just makespan accuracy; we need verification of those fidelity diagnostics they found.

Lalam: And they confirmed that the unified formulation and representation alignment principle provide a solid foundation for asynchronous planning systems that scale where direct generation simply doesn't work anymore.

More episodes

← Home