ForeDrive: A World Model Is Only Useful If It Changes the Plan. ForeDrive: Foresight-Guided End-to-End Autonomous Driving with a Planning-Relevant Latent World Model • Sinuo Wang, Zichong Gu, et al. • Huazhong University of Science and Technology; Shanghai Zaofu Intelligent Technology; Tongji University • arXiv • 2026. This episode examines revision two, posted September 23, 2026. The question is not simply whether the model can predict. Imagine approaching an intersection with a delivery van partly blocking your view. Consider two hypothetical predictors. One accurately anticipates the movement of shadows, the changing appearance of the road, and the van’s position. The other produces less precise visual features but preserves a crucial possibility: something could emerge from behind the van before your planned turn is complete. Which is the better world model?. For reconstructing the future, perhaps the first. For deciding whether to accelerate, perhaps the second. The interesting question is whether our training objectives can distinguish those two notions of quality. That is the lens through which I would read ForeDrive: not as an argument that prediction automatically produces intelligence, but as an investigation into the interface between prediction and action. Here is the reported design in compact form. ForeDrive takes a current front image, ego state, and navigation commands. DINOv3 supports JEPA-style, one-to-four-second latent forecasting and imitation-trained diffusion planning. Forecasting uses EMA targets; planning updates the encoder, not the predictor. Gated residual fusion, predicted ego motion, and Trajectory-Adaptive Bias—TAB—connect forecasting to planning. Training uses neither RL nor external trajectory scoring. The rest of this episode separates those design facts from their implications. We will ask what a predicted representation actually contributes, why gradient routing matters, how geometric attention changes the problem, and what experiments would convince us that a planner is using meaningful foresight rather than another convenient feature stream. The central engineering question is straightforward: what information must survive representation learning so that a different, better action becomes available?. That question is more demanding than asking whether a future embedding is close to its training target. It also gives us a practical way to evaluate this class of architecture without getting distracted by either attractive visualizations or aggregate benchmark rankings. A latent future is a representation, not a new observation. The conceptual starting point is joint-embedding prediction. In I-JEPA, the model predicts representations of withheld image regions from visible context rather than reconstructing their pixels. The target is therefore defined by an encoder, not directly by RGB values. This changes what the prediction problem rewards: success means recovering information retained by the representation, rather than reproducing every detail of the original signal. V-JEPA extends this approach to video. Its predictive training uses a target encoder whose parameters track the online encoder through an exponential moving average. Prediction targets are detached from backpropagation, while the predictor learns to match them. The moving target network and gradient separation are important parts of the learning mechanism, not incidental implementation details. For driving, the attraction is easy to understand through a thought experiment. Suppose a future image contains a pedestrian, a lane boundary, an advertisement, and complicated reflections on a windshield. We would like the learned target to preserve whatever changes the feasible action set without forcing the predictor to spend equal effort on every visual detail. But that wish is not a guarantee. Removing a pixel decoder does not automatically produce a representation of collision risk, right of way, or recoverability. Those concepts still need to become accessible through the training objective and data. DINOv3 is relevant because it supplies pretrained dense visual features rather than requiring the driving task to discover its entire visual vocabulary from scratch. Its technical report specifically addresses maintaining high-quality dense representations during large-scale self-supervised training. That is useful initialization, but it should not be confused with a driving-specific dynamics model. There is another distinction worth making explicit. A predicted future does not provide an additional sensor measurement. Imagine two physically different situations that produce exactly the same available image and ego inputs. A deterministic predictor receiving those identical inputs cannot distinguish the situations merely by forecasting further ahead. What it can do is reorganize the available evidence into a form that is easier for a finite-capacity planner to use. A difficult implicit computation—such as anticipating how a corridor will open during a turn—may become a more accessible conditioning feature. I would therefore evaluate latent foresight as a computational representation, not as privileged access to future reality. The practical test is whether it makes action-relevant distinctions easier to recover, while retaining a sensible response when the available evidence is ambiguous. Why the gradient graph deserves as much attention as the architecture. When prediction and planning share a representation, they also negotiate over what that representation means. Consider a generic jointly trained system. Its prediction objective favors features that remain stable and forecastable. Its action objective favors features that separate expert decisions. Those preferences may agree, but they need not. A subtle obstacle boundary could be difficult to predict yet decisive for action. A dominant background pattern could be easy to predict yet nearly irrelevant. This is a recognizable multi-task optimization problem. Tianhe Yu and colleagues’ Gradient Surgery for Multi-Task Learning studies detrimental interference between task gradients and proposes modifying conflicting updates. That work does not establish which routing choice is best for driving, but it provides a useful reminder: sharing parameters does not imply that all objectives should have unrestricted access to every module. My interpretation of asymmetric coupling is as a division of responsibilities. Let the task influence the representational vocabulary, while preserving a forecasting obligation for the module that claims to predict future features. A hypothetical example makes the distinction clearer. Suppose task learning makes the encoder more sensitive to a drivable boundary. A target encoder that tracks those features will eventually make that boundary more prominent in the prediction target. The predictor must then learn to forecast it. That is an indirect route by which task relevance can enter prediction, without treating the predictor as an unconstrained adapter for the action loss. The alternative failure mode is subtle. If a module is called a world model but is rewarded mainly for helping the policy, it could learn a useful hidden code that no longer has a stable interpretation as a forecast. That might still improve control. It would simply support a different scientific claim. There is precedent for deliberately task-oriented models. MuZero predicts quantities needed by its search procedure—reward, value, and policy—rather than requiring observation reconstruction. TD-MPC2 likewise performs control using a learned, decoder-free latent model. These approaches make the intended use of the model central to its design. For an imitation-trained forecasting system, I would keep two questions separate. Does the representation support better action selection? And does the predictive branch still satisfy the forecasting interpretation we assign to it?. This also changes how I would compare latent losses. If two systems learn different feature spaces, a smaller distance to their respective targets is not automatically a common-unit measure of world understanding. I would want shared downstream probes, matched inputs, and behavioral tests alongside each model’s own reconstruction-style diagnostics. The gradient graph is therefore part of the model specification. “Jointly trained” is not precise enough. Foresight needs a conservative interface. A useful design exercise is to imagine the prediction branch failing while the current observation remains informative. Suppose a traffic participant behaves unusually. The observed image shows something important, but the predicted features pull toward a more common continuation. How much authority should the imagined continuation have over the plan?. I would prefer an interface in which current evidence remains available independently of the forecast. The objective is not to forbid anticipation. It is to avoid making a prediction error erase information the system already possesses. One qualification matters here: ForeDrive’s horizon gates are sample-shared, not per-scene uncertainty estimators. A constant weight associated with a horizon cannot, by itself, distinguish a clear intersection from an unfamiliar construction zone. It can express an average preference for one prediction stream over another. That is different from estimating whether a particular prediction is trustworthy. The distinction is analogous to the broader calibration problem: a model’s confidence signal must be tested against actual correctness, rather than interpreted as reliable merely because it exists. Guo and colleagues’ On Calibration of Modern Neural Networks makes that point for classification probabilities; extending it to planning requires defining which errors and decisions the confidence should track. For a research extension, I would ask whether forecast reliability should be measured per scene, per horizon, or even per candidate maneuver. A prediction that is adequate for stopping may be inadequate for committing to a narrow gap. The geometric interface raises a different issue. A trajectory lives in vehicle-centered coordinates, while visual features live on an image grid. Connecting the two through calibration is an established idea: DETR3D, for example, projects three-dimensional queries into camera views to retrieve relevant image features. The general lesson is that known geometry can help organize attention instead of leaving every correspondence to learned similarity. Applied to planning, that suggests a useful inductive bias: look more closely at evidence associated with the proposed path. But I would resist turning that preference into a hard exclusion rule. In a hypothetical intersection, the important pedestrian may still be beside the corridor rather than inside it. A crossing vehicle may approach from outside the projected path. The candidate trajectory itself may initially be wrong. My engineering preference would be to retain global access while adding a soft spatial preference, then explicitly test sensitivity to calibration error, road slope, image cropping, and badly initialized candidates. Geometry can make attention more purposeful; it cannot by itself establish that the resulting plan is safe. Diffusion generates options; it does not validate their consequences. The closest planning reference is DiffusionDrive. Its truncated diffusion formulation starts from noisy trajectory anchors rather than requiring a full denoising process from an unstructured Gaussian. The anchors provide multiple behavioral modes, and a cascaded decoder refines them using scene context. The paper reports useful trajectory generation with two denoising steps, making the approach relevant to latency-constrained planning. An intuitive way to understand that formulation is that the model is not inventing the entire maneuver space afresh. It starts with candidate structures and adapts them to the scene. That is a sensible place to inject predictive context. But two kinds of multimodality must remain distinct: multiple actions the ego vehicle could take, and multiple ways the environment could evolve. Producing diverse ego trajectories does not automatically mean evaluating diverse environmental responses. ForeDrive’s forecaster is not conditioned on candidate actions. For contrast, DINO-WM learns action-dependent feature prediction and uses action-sequence optimization to pursue visual goals. V-JEPA 2-AC similarly adds an action-conditioned predictor for model-predictive control after representation pretraining. Those systems explicitly connect proposed controls to predicted consequences. Here is the practical distinction I would keep in mind. “What is likely to happen next in this scene?” is a different question from “What will happen if I execute this particular maneuver?”. A likely continuation can still be valuable context for imitation. It may help identify a developing conflict or anticipate the shape of a turn. But it should not be treated as a counterfactual simulator merely because the downstream planner generates several candidates. The same caution applies to selection. An internal mode-preference head can choose among generated trajectories without being a calibrated risk estimator. “No external scorer” and “no selection mechanism” are not equivalent statements. For adaptation work, I would first decide which job is missing: better candidate generation, better candidate ranking, or better modeling of candidate-dependent consequences. Adding one forecasting branch should not be assumed to solve all three. Read the evaluation protocol before reading the ranking. ForeDrive reports 89.9 PDMS on NAVSIM v1 and 90.0 one-stage EPDMS on NAVSIM v2 navtest. Its matched ablations include the following:. | Configuration | PDMS | |---|---:| | Current-only baseline | 88.9 | | Auxiliary forecasting only | 89.0 | | Baseline plus TAB | 89.5 | | Future pipeline, without TAB | 89.6 | | Full ForeDrive | 89.9 |. For causal attribution, this kind of matched comparison is where I would begin. A headline difference against another published system may combine changes in sensors, backbone, decoder, optimization, and supervision. A controlled comparison asks a narrower and more useful question. Even then, I would not stop at the largest number. I would want to know whether a component improves the same scenarios repeatedly, whether its benefit survives training-seed variation, and whether an equally expensive current-only alternative could obtain similar gains. NAVSIM itself occupies a middle ground between displacement-based open-loop evaluation and interactive simulation. It computes driving-oriented metrics over short simulated trajectories, while the environment remains non-reactive. The benchmark’s original motivation is to obtain more behaviorally meaningful evaluation without the expense and domain-gap problems of full visual closed-loop simulation. The score is also not an ordinary accuracy percentage. NAVSIM’s metric documentation combines progress, collision-related criteria, comfort, and compliance measures. EPDMS adds further criteria and filtering behavior. Consequently, an aggregate score should be read alongside its components; a single number does not identify which aspect of driving improved. The phrase one-stage is especially important. The broader NAVSIM v2 pseudo-simulation procedure uses additional, synthetically rendered observations and behavior-dependent weighting to probe departures from logged states. Its purpose includes examining error recovery without requiring a fully sequential interactive rollout. That procedure is not interchangeable with scoring only the initial stage. My practical rule would be to record the dataset split, metric implementation, evaluation stages, and actor-response assumptions next to every reported number. Without those fields, a spreadsheet can create comparisons that the experiments never actually made. Finally, neither short non-reactive evaluation nor a strong imitation score establishes performance during negotiation with responsive traffic. Consider a merge where another driver yields only after the ego begins moving. The response to the ego’s action is part of the problem. A replayed continuation cannot answer every question about that interaction. That does not make the benchmark unhelpful. It defines the claim that the benchmark can support. The closest approaches assign world models different jobs. A useful related-work map is organized by function rather than by the label “world model.”. LAW uses future latent prediction as supervision for learning driving representations and actions. Its predictive module takes current features and predicted ego actions, then learns against features observed later. The important role here is the training signal supplied by future prediction. Drive-JEPA combines driving-video representation pretraining with multimodal trajectory distillation. It introduces a proposal-centric planner trained with simulator-generated alternatives alongside human trajectories. That addresses both representation learning and the limited behavioral coverage of a single demonstrated continuation. DriveLaW is a particularly useful comparison for the conditioning interface. It feeds representations from a video generator into a diffusion-based planner and uses a progressive, three-stage training strategy. This makes visual generation and planning closely connected, while retaining a video-generation objective and its associated machinery. WoTE assigns prediction another role: evaluating trajectories. It forecasts future bird’s-eye-view states so that candidate outcomes can inform selection, and evaluates its framework on NAVSIM and the CARLA-based Bench2Drive benchmark. These approaches suggest a practical taxonomy. Prediction can train the representation, provide context to the generator, evaluate proposed actions, or support an explicit search over action-conditioned futures. I would avoid treating those uses as equivalent simply because they all involve future features. Each has a different failure surface. A pretraining objective can learn information that the final policy never uses. A conditioning stream can become a shortcut. An evaluator can rank trajectories incorrectly. A search procedure can exploit errors in its learned dynamics. They also imply different debugging strategies. If the representation is the problem, inspect what a weak readout can recover. If conditioning is the problem, intervene on the feature stream. If ranking is the problem, separate candidate coverage from selection quality. If search is the problem, compare imagined outcomes with executed transitions. This is where the literature becomes useful for implementation choices rather than just citations. Before choosing an architecture, identify which of those functions your existing system lacks. Otherwise, it is easy to add a sophisticated predictive module without establishing what new responsibility it is supposed to fulfill. How I would test whether the foresight is meaningful. The reported visual-only intervention leaves performance unchanged under horizon shuffling; mismatched-scene futures degrade it. That observation motivates a broader experimental program. The following are my proposed tests and interpretations, not additional reported results. First, I would distinguish feature dependence from semantic dependence. Removing a feature stream and observing degradation shows that the trained system relies on it. It does not, by itself, show that the stream’s claimed temporal meaning explains the benefit. A network can depend on a useful statistical code without using it in the way its designers intended. I would therefore construct a hierarchy of interventions. Compare correct forecasts with repeated current features, forecasts from another scene, temporally rearranged forecasts, and carefully matched corruptions. Preserve feature scale and token count where possible. Otherwise, the experiment may mostly measure the model’s response to an unfamiliar input distribution. Second, I would separate temporal ordering from temporal coverage. A model could benefit from features associated with several look-ahead ranges while treating them largely as a collection. Another model might depend strongly on the sequence of events. Those are different mechanisms, and I would use tasks where ordering changes the correct action to distinguish them. Third, I would isolate predicted ego motion from predicted scene information. A forecast of the ego vehicle’s future speed can act like a compact behavioral prior. That may be useful, but it is not the same as anticipating another participant’s motion. I would compare visual-only, ego-only, and combined conditioning under matched capacity and compute. This is also where causal-confusion concerns become relevant. De Haan, Jayaraman, and Levine show that imitation learning can exploit misleading correlations, and that additional information can sometimes worsen policy behavior under distribution shift. Their work motivates interventions that test which inputs actually drive the policy, rather than assuming that richer observations produce better causal decisions. Fourth, I would test the meaning of “better forecast.” Replace the predictive representation with one that scores better under a forecasting metric, then examine planning behavior. But I would control the interface carefully. A planner trained on one feature distribution may not immediately benefit from a different, nominally cleaner distribution. A failed substitution could indicate an interface mismatch rather than useless information. Fifth, I would use both probes and policy interventions. A shallow readout asks whether information is accessible. An intervention asks whether the policy depends on it. Neither substitutes for the other. A representation can contain a useful variable that the planner ignores, or support a policy through correlations that a chosen probe does not capture. Finally, I would move beyond expert-state evaluation. The classic DAgger formulation emphasizes that actions change the distribution of future observations, violating the ordinary independent-sample picture behind supervised imitation. That is precisely why recovery behavior deserves its own evaluation rather than being inferred from performance near demonstrations. My priority scenarios would include delayed braking, lateral displacement, unfamiliar participant behavior, and disagreement between the predicted ego continuation and the maneuver eventually selected. I would examine both recovery and compounding failure, not only the first action after the perturbation. The goal is a chain of evidence: the feature contains relevant information, the policy uses that information, the use improves decisions, and the benefit survives the states induced by those decisions. How I would adapt the idea without reproducing the whole system. For a lab with an existing image-to-trajectory policy, I would begin with a deliberately small experiment. Keep the planner, encoder capacity, data split, and optimization budget fixed. Add future supervision first, then direct future conditioning, then a geometric interface. Treat each step as a separate hypothesis. I would also include an extra-compute control: a current-only model with a comparable parameter and latency budget. Otherwise, a gain from additional computation can be misidentified as a gain from forecasting. Before large-scale training, I would audit the gradient graph. Backpropagate each objective separately and inspect which parameter groups receive gradients. Check the current-image path, predictive branch, target encoder, fusion layers, and planner independently. A misplaced detach can silently change the scientific experiment while leaving the forward pass perfectly plausible. The data pipeline deserves an equally explicit audit. Future observations can legitimately supply training targets, but they must not leak into deployable inputs. I would test the inference package with future frames and future-status labels physically absent, rather than trusting a configuration flag to exclude them. For geometric attention, I would start with synthetic sanity checks. Project simple paths, vary camera extrinsics, change crop parameters, and inspect the preferred image regions. Only then would I interpret learned attention visualizations. This makes it easier to separate a calibration bug from a modeling failure. As of September 27, 2026, I could not verify an official public ForeDrive code or checkpoint release. Relevant implementation starting points do exist: the official DiffusionDrive repository provides planner code and training material, NAVSIM provides the evaluation stack, and Meta’s DINOv3 repository provides the visual backbone implementation and models. These are supporting components, not a verified ForeDrive reproduction. For a manipulation or mobile-robot adaptation, I would preserve the experimental logic rather than the driving-specific coordinates. Ask what future representation would make the next action easier to choose. For manipulation, that might concern contact geometry or object configuration. For navigation, it might concern traversable space or approaching obstacles. Those are hypotheses to test, not reasons to reuse a four-second driving horizon automatically. I would also measure the complete runtime path: preprocessing, prediction, conditioning, generation, selection, and control handoff. The relevant engineering trade-off is not merely whether a predictive branch fits in memory, but whether its decision benefit survives the latency it adds. The smallest successful adaptation would be one that demonstrates a repeatable behavioral gain, explains which information produces it, and has a clear fallback when that information is unreliable. The takeaway: make the representation earn its role. My reading is that the most productive question raised by this work is not whether world models should replace reactive policies. It is how to make prediction and action learning cooperate without confusing their responsibilities. A predictive representation should earn its place through evidence. We should be able to say what it preserves, why the planner needs it, how errors in it affect behavior, and which evaluation setting supports the claimed improvement. For research practice, that means drawing the gradient graph, controlling the interface, separating action diversity from environmental uncertainty, and testing the system away from expert states. It also means resisting the temptation to treat a learned gate as uncertainty, a useful latent as a faithful simulator, or a benchmark aggregate as a deployment guarantee. The standard I would carry into the next experiment is simple:. Do not ask only whether the model anticipated the future. Ask whether its anticipation exposed a decision-relevant distinction—and whether the policy acted better because of it.