Papers
Topics
Authors
Recent
Search
2000 character limit reached

LMPlan: Language-Model-Based Planning

Updated 9 July 2026
  • LMPlan is a family of approaches where large language models transform initial states into goal states via natural language, symbolic reasoning, or executable code.
  • The literature distinguishes between general LLM-based planning systems and specific methods like natural-language task-plan learners and generalized PDDL planners.
  • Key challenges include ensuring soundness, completeness, and efficiency by integrating LLMs with external verifiers, simulators, and formal optimization tools.

Searching arXiv for papers on5 LMPlan5^ and closely related uses of the term. arxiv_search(query="5LMPlan planning LLMs PDDL5", max_results=5\5LMPlan planning LLMs PDDL5) arxiv_search(query="5\5 For Generalised PDDL Planning5\5 LMPlan5", max_results=5\5LMPlan planning LLMs PDDL5) arxiv_search(query="5(Chen et al., 25 Aug 2025)5 max_results=5) arxiv_search(query="5\5 to Plan with Natural Language5\5 max_results=5) LMPlan denotes a family of language-model-based planning approaches in which a LLM participates in transforming an initial state into a goal-reaching course of action. In the recent literature, the term is used in two distinct but related senses: as a broad label for LLM-based planning systems, and as the name of specific methods, notably a natural-language task-plan learner and a generalized PDDL planner that synthesizes programmatic policies. Across these uses,5 LMPlan5^ sits at the intersection of symbolic planning, search, optimization, tool use, and executable policy synthesis, with recurring concerns around soundness, completeness, executability, generalization, and efficiency (&&&5\5&&&, &&&5 LMPlan5&&&, &&&5LMPlan planning LLMs PDDL5&&&).

5\5. Terminology and scope

In the broadest sense,5 LMPlan5^ refers to the use of LLMs as planners: systems in which an LM proposes actions, decompositions, symbolic models, heuristics, or executable code that can transform an initial world state into a goal state. This reading appears explicitly in survey and systems papers that treat5 LMPlan5^ as a general concept rather than a single architecture (&&&5\5&&&, Din et al., 18 Dec 2025).

A narrower usage names particular methods. In "Learning to Plan with Natural Language" (&&&5 LMPlan5&&&),5 LMPlan5^ is a two-phase method that learns a reusable natural-language task plan from training errors and validation feedback, then injects that learned plan into test-time prompting. In "LLMs For Generalised PDDL Planning: Synthesising Sound and Programmatic Policies" 5(Chen et al., 25 Aug 2025)5 LMPlan5^ is a planner that prompts LLMs to synthesize Python programs serving as generalized policies or value functions for PDDL domains.

This dual usage matters because it prevents a common misreading of the literature.5 LMPlan5^ is not a single canonical algorithm. Depending on the paper, it may denote a prompt-time planner, a translator from natural language to PDDL or optimization code, an interactive tool-using planner, a policy synthesizer, or a domain-specific architecture such as symbolic-to-geometric task and motion planning for manipulation (Gestrin et al., 2024, Hao et al., 2024, &&&5\5LMPlan planning LLMs PDDL5&&&, Din et al., 18 Dec 2025).

5 LMPlan5. Formal planning model

A standard formalization used in the5 LMPlan5^ literature defines a planning problem as PRESERVED_PLACEHOLDER_5LMPlan planning LLMs PDDL5, where PRESERVED_PLACEHOLDER_5\5^ is the state space, PRESERVED_PLACEHOLDER_5 LMPlan5^ the action set, PRESERVED_PLACEHOLDER_5(Chen et al., 25 Aug 2025)5^ the transition function, PRESERVED_PLACEHOLDER_5\5^ the initial state, and GG a goal predicate. In STRIPS-style terms, each action has preconditions and add/delete effects, with state update given by st+1=(stdel(a))add(a)s_{t+1} = (s_t \setminus del(a)) \cup add(a). A plan π=(a1,,aT)\pi = (a_1,\dots,a_T) is valid if successive applications of actions from s0s_0 terminate in a state satisfying GG (&&&5\5&&&).

The generalized-PDDL5 LMPlan5^ paper uses an equivalent deterministic formulation, PRESERVED_PLACEHOLDER_5\5LMPlan planning LLMs PDDL5, where PRESERVED_PLACEHOLDER_5\5\5^ is the transition function and PRESERVED_PLACEHOLDER_5\5 LMPlan5^ is a cost function. Applicable actions at state PRESERVED_PLACEHOLDER_5\5(Chen et al., 25 Aug 2025)5^ are PRESERVED_PLACEHOLDER_5\5\5, and a solution is a finite sequence of applicable actions reaching a goal state 5(Chen et al., 25 Aug 2025)5

These formalizations support the metrics that recur throughout the literature. A prominent survey organizes evaluation around six criteria: completeness, executability, optimality, representation, generalization, and efficiency. Completeness asks whether a planner finds a solution when one exists and recognizes unsatisfiable tasks; executability measures whether produced plans respect action preconditions in the environment; optimality concerns plan cost or regret; representation concerns the fidelity of natural-language, symbolic, or programmatic encodings; generalization measures transfer to unseen domains or instances; efficiency covers tokens, wall-clock time, and inference cost (&&&5\5&&&).

In application-specific variants, the same template is lifted to richer state spaces. In symbolic-to-geometric manipulation, symbolic states are grounded predicates over objects, poses, and workspace relations, while each symbolic action must be mapped to a feasible geometric trajectory subject to kinematics, collision avoidance, and planner-specific constraints (Din et al., 18 Dec 2025). This suggests that5 LMPlan5^ is best viewed as a layered planning interface rather than a commitment to a particular world model.

One major pattern uses LLMs directly at inference time, often with closed-loop interaction. REPL-Plan is exemplary: the model writes code line by line in an LLM-REPL, executes it, reads outputs and exceptions, spawns child REPLs when undefined functions are called, and uses variables, loops, functions, and tool calls to manage long-horizon planning. The resulting system is fully code-expressive and dynamic, combining deterministic execution with language-level reasoning for fuzzy subproblems (&&&5\5LMPlan planning LLMs PDDL5&&&).

A related but more formally grounded pattern equips the LLM with a live simulator or symbolic engine. PyPDDLEngine exposes PDDL planning operations through a Model Context Protocol interface so that the model can query the current state, query applicable actions, execute one action at a time, reset to the initial state, and validate complete plans. In this setup the LLM acts as an interactive search policy over a formal transition system rather than committing to a full plan in one shot (&&&5\57&&&).

A second pattern makes the LLM a translator or formalizer and delegates solving to a downstream formal engine. NL5 LMPlan5Plan incrementally extracts types, hierarchies, action schemas, predicates, objects, initial states, and goals from minimal natural-language descriptions, constructs a PDDL domain and problem, validates them, and then calls a classical planner. LLMFP pushes the same idea further by having the model derive decision variables, constraints, and objectives, generate Python/Z5(Chen et al., 25 Aug 2025)5^ programs from scratch, execute them, and self-repair missing constraints or faulty formulations (Gestrin et al., 2024, Hao et al., 2024).

A third pattern relocates most LM work to construction time. A reliability-focused synthesis argues for generating symbolic solvers, planning models, or policy code offline, verifying them, and then executing them at inference time with minimal or no further LLM calls. It groups such approaches into NL5 LMPlan5Search, NL5 LMPlan5PDDL, and NL5 LMPlan5Policy, and frames the shift as a response to the unsoundness, incompleteness, and high cost of many single-shot or shallow-search hybrids (&&&5 LMPlan5LMPlan planning LLMs PDDL5&&&).

5\5. Specific systems named “LMPlan”

The natural-language5 LMPlan5^ of "Learning to Plan with Natural Language" represents a task plan as text comprising general step-by-step solutions and behavioral instructions. Its training loop collects errors produced under the current plan, prompts the LLM to propose multiple update candidates, validates each candidate on a held-out subset with a threshold PRESERVED_PLACEHOLDER_5\55, compresses surviving candidates to remove redundancies, and appends the best one to the plan. At test time, the learned plan is inserted into the prompt so that the model is instructed to follow the learned solutions step by step (&&&5 LMPlan5&&&).

That system reports substantial accuracy gains across mathematical, causal, logical, symbolic, and combinatorial reasoning tasks. On the AMPS benchmark, zero-shot CoT averages rose to 66.6 versus 55\5.6 for Self-Plan; on MATH, zero-shot CoT average reached 5 LMPlan59.8 versus 5 LMPlan5(Chen et al., 25 Aug 2025)5.5(Chen et al., 25 Aug 2025)5^ for Self-Plan; and on six non-math tasks, zero-shot average reached 66.5LMPlan planning LLMs PDDL5, with large gains in settings such as Last Letter Concatenation. The learned plans were also transferable across models, for example improving SayCan from 75 LMPlan5.5LMPlan planning LLMs PDDL5^ to 85LMPlan planning LLMs PDDL5.5LMPlan planning LLMs PDDL5^ when a ChatGPT-learned plan was applied to GPT-5\5-5(Chen et al., 25 Aug 2025)5 LMPlan5k (&&&5 LMPlan5&&&).

The generalized-PDDL5 LMPlan5^ of 5(Chen et al., 25 Aug 2025)5^ is structurally different. It prompts a LLM to synthesize Python classes that implement either a value function PRESERVED_PLACEHOLDER_5\56 for Greedy Best-First Search or a reactive policy PRESERVED_PLACEHOLDER_5\57. PDDL domains and problems are parsed, actions are grounded, and applicability is computed through SQLite-backed database-style queries over relational state representations. Runtime guards enforce applicability for policy rollout and replace heuristic outputs of PRESERVED_PLACEHOLDER_5\58 with a large finite constant, enabling soundness theorems for policy rollout, value-function GBFS, and a combined two-queue GBFS.

Empirically, that5 LMPlan5^ achieves unusually strong generalized-planning performance on ten IPC Learning Track domains. The policy-only variant solves PRESERVED_PLACEHOLDER_5\59 test problems, exceeding LAMA’s PRESERVED_PLACEHOLDER_5 LMPlan5LMPlan planning LLMs PDDL5^ and solving all 95LMPlan planning LLMs PDDL5^ test problems in six domains. A portfolio that selects value function or policy per domain reaches PRESERVED_PLACEHOLDER_5 LMPlan5\5. The paper also reports a striking symbolic-renaming result: for value-function synthesis, replacing meaningful PDDL names with meaningless symbols slightly improves total coverage from PRESERVED_PLACEHOLDER_5 LMPlan5 LMPlan5^ to PRESERVED_PLACEHOLDER_5 LMPlan5(Chen et al., 25 Aug 2025)5, whereas policy synthesis is more brittle under such renaming 5(Chen et al., 25 Aug 2025)5

Taken together, these two named5 LMPlan5^ systems illustrate two different research directions. One treats planning as the learning of reusable natural-language guidance for downstream reasoning. The other treats planning as the synthesis of sound, executable programs over formal transition systems.

5. Domain-specific realizations of the5 LMPlan5^ concept

In robotics manipulation, Lang5 LMPlan5Manip operationalizes5 LMPlan5^ as symbolic-to-geometric task and motion planning. An LLM is constrained to the symbolic action grammar PRESERVED_PLACEHOLDER_5 LMPlan5\5, the environment state is textualized from Kautham’s internal geometry, the model emits a JSON action sequence, and each symbolic action is grounded into grasp selection, inverse kinematics, planner selection, and collision-free motion queries through Kautham and OMPL. On a Franka Emika Panda task, 5 LMPlan5LMPlan planning LLMs PDDL5^ trials with randomized object poses yielded an 85% task success rate and 95 LMPlan5% motion-planning feasibility, with symbolic-plan correctness errors of about 5\5LMPlan planning LLMs PDDL5% (Din et al., 18 Dec 2025).

In autonomous driving, LAP uses an LLM not to output controls directly but to classify scene complexity and recommend mode and speed adjustments for a hybrid planner switching framework. The text outputs are mapped to a mode variable PRESERVED_PLACEHOLDER_5 LMPlan55^ and a speed-shaping parameter PRESERVED_PLACEHOLDER_5 LMPlan56, which are then consumed by tree-search MPC for fast driving or alternating-minimization full-shape planning for dense traffic. In a CARLA-based Macau Grand Prix environment, LAP reports lap time 5 LMPlan569.5\5(Chen et al., 25 Aug 2025)5^ s versus 5 LMPlan565.65 s for the optimistic obstacle-free baseline, average speed 86.95 km/h, and peak 5 LMPlan5\5\5^ km/h; with retrieval-augmented generation, Gemini-5 LMPlan5.5LMPlan planning LLMs PDDL5-Flash reached 97% precision in scene understanding versus 5\58% without RAG (&&&5 LMPlan56&&&).

In participatory urban planning, the term5 LMPlan5^ is used for a multi-agent framework in which a planner agent and 5\5,5LMPlan planning LLMs PDDL5LMPlan planning LLMs PDDL5LMPlan planning LLMs PDDL5^ resident agents co-produce land-use plans through role-play, community discussion, and iterative revision. On two Beijing regions, one paper reports Satisfaction and Inclusion scores of 5LMPlan planning LLMs PDDL5.787 and 5LMPlan planning LLMs PDDL5.775(Chen et al., 25 Aug 2025)5^ in HLG and 5LMPlan planning LLMs PDDL5.778 and 5LMPlan planning LLMs PDDL5.795LMPlan planning LLMs PDDL5^ in DHM, while another closely related version reports 5LMPlan planning LLMs PDDL5.785\5^ and 5LMPlan planning LLMs PDDL5.765\5^ in HLG and 5LMPlan planning LLMs PDDL5.785\5^ and 5LMPlan planning LLMs PDDL5.795\5^ in DHM; both papers position the framework as outperforming human experts on need-aware metrics and remaining competitive on Service and Ecology (&&&5 LMPlan57&&&, &&&5 LMPlan58&&&).

In multi-robot temporal planning, PLANTOR integrates LLM-based knowledge-base generation with Prolog and MILP. The model produces a two-phase Prolog knowledge base, Prolog derives a total-order plan and causal enablers, MILP schedules actions under temporal and resource constraints, and the final STN is compiled into a Behavior Tree for ROS5 LMPlan5^ execution. The framework was validated in block-world and arch-building settings, including a real experiment with UR5(Chen et al., 25 Aug 2025)5e and UR5e arms (&&&5 LMPlan59&&&).

In long-horizon embodied planning under uncertainty or partial observability, the5 LMPlan5^ idea appears in several forms. LLaMAR uses a centralized plan–act–correct–verify loop over a textual memory and multimodal observations, achieving about 5(Chen et al., 25 Aug 2025)5LMPlan planning LLMs PDDL5% higher success rate than other state-of-the-art LM-based multi-agent planners on MAP-THOR and Search-and-Rescue tasks (&&&5(Chen et al., 25 Aug 2025)5LMPlan planning LLMs PDDL5&&&). PlanU couples LLM-driven action proposals with MCTS over quantile return distributions and an Upper Confidence Bounds with Curiosity score, improving over RAP, LATS, and prompt-only baselines in Blocksworld, Overcooked, VirtualHome, TravelPlanner, and WebShop (&&&5(Chen et al., 25 Aug 2025)5\5&&&).

6. Reliability, efficiency, and open questions

A central tension in5 LMPlan5^ research is between flexibility and formal reliability. Survey and synthesis papers repeatedly note that pure LLM planners and many bounded-search hybrids are unsound or incomplete, costly at inference time, and vulnerable to hallucinated feasibility or degraded performance on unseen tasks. This is the main rationale behind solver-backed, translator-based, and construction-time approaches that reuse symbolic search, PDDL planners, MILP, SMT, or executable policies (&&&5\5&&&, &&&5 LMPlan5LMPlan planning LLMs PDDL5&&&).

Empirical evidence supports this caution. In agentic step-wise PDDL planning on 5\5LMPlan planning LLMs PDDL5 LMPlan5^ IPC Blocksworld instances, Fast Downward solves 85.5(Chen et al., 25 Aug 2025)5%, while direct and agentic LLM planning solve 65(Chen et al., 25 Aug 2025)5.7% and 66.7% respectively under a 5\5Learning to Plan with Natural Language5LMPlan planning LLMs PDDL5-second budget. The agentic improvement is only 5(Chen et al., 25 Aug 2025)5.5LMPlan planning LLMs PDDL5^ percentage points and costs about PRESERVED_PLACEHOLDER_5 LMPlan57 more tokens per solution, leading the authors to argue that step-wise interaction helps substantially only when environmental feedback provides externally grounded progress signals rather than self-assessed state updates (&&&5\57&&&).

This has a practical implication for how5 LMPlan5^ systems are engineered. The most robust variants tend to couple the LM to an external verifier, planner, optimizer, simulator, or executable programming environment. In such systems, the LM is strongest when used for decomposition, representation choice, knowledge extraction, symbolic grounding, policy synthesis, explanation, or repair, while correctness is enforced by formal semantics or grounded execution (Gestrin et al., 2024, &&&5\5LMPlan planning LLMs PDDL5&&&, &&&5LMPlan planning LLMs PDDL5&&&).

A second open question concerns what LMs are actually exploiting when they plan. The symbolic-renaming ablation in generalized PDDL planning is noteworthy because value-function synthesis sometimes improves when meaningful names such as (at dog kitchen) are replaced by meaningless symbols such as (p^^^^5 LMPlan5^^^^ o^^^^5\5^^^^ o^^^^5([2508.18507](/papers/2508.18507))5^^^^). The paper presents this as a challenge to explanations centered only on natural-language semantics or memorized solutions, and it suggests that structure-sensitive program synthesis may play a larger role than often assumed 5(Chen et al., 25 Aug 2025)5

Overall, the literature portrays5 LMPlan5^ not as a settled planner family but as a research program. Its most successful instantiations either learn reusable plans, synthesize executable solver components, or embed LLMs inside formally constrained planning stacks. The unresolved issues—soundness without heavy scaffolding, efficient handling of long horizons, planning under uncertainty, and the role of semantics versus structure—remain central to the field’s current trajectory (&&&5\5&&&, &&&5 LMPlan5LMPlan planning LLMs PDDL5&&&).

Topic to Video (Beta)

No one has generated a video about this topic yet.

Whiteboard

No one has generated a whiteboard explanation for this topic yet.

Follow Topic

Get notified by email when new papers are published related to LMPlan.