---
title: Plan Drift Diagnostics
url: https://www.emergentmind.com/topics/plan-drift-diagnostics
type: topic
---

# Plan Drift Diagnostics

Plan drift diagnostics comprises methods for determining whether a system that is supposed to execute a fixed plan is silently changing what plan it is executing, inferring a different plan from ambiguous instructions, or entering a regime in which previously valid plans, policies, or predictive mappings no longer remain stable. Recent work instantiates this problem in LLM-generated trading systems as plan or strategy drift, in agent interaction as divergence from the user’s intended plan under input faults, in process mining as control-flow drift in execution traces, in generative retrieval as instability of the planner’s candidate set and token evidence, in long-horizon robotics as instruction drift induced by sampling, and in streaming prediction as monitored changes in score vectors, calibration pools, or multimodal data concordance [2604.04812] [2602.02455] [1907.04276] [2604.23396] [2605.09537] [2012.06916] [2606.15953] [2410.13174].

## 1. Conceptual scope and drift taxonomies

A recurring distinction in the literature is between changes in **what** a system is intended to do and changes in **how** it is implemented. In SysTradeBench, drift is explicitly not market drift or model drift in the ML sense; it is **plan/strategy drift**, meaning that the trading system silently changes what strategy it is implementing rather than merely fixing how it is implemented. The benchmark therefore freezes a Base Strategy Doc and a SHA256-frozen canonical JSON strategy card, and allows only implementation refinements such as NaN handling, corrected stop-loss logic under the same declarative rules, and improved logging [2604.04812].

Drift-Bench generalizes the problem to interactive agents by treating LLM-agent interaction as cooperative and defining **cooperative breakdowns** as systematic failures where the agent’s inferred task or sequence of actions no longer matches the user’s intended plan. It organizes these failures into four fault classes: **Flaw of Intention**, **Flaw of Premise**, **Flaw of Parameter**, and **Flaw of Expression**. This yields a plan-level decomposition into goal, world-state assumptions, concrete arguments, and linguistic realization [2602.02455].

Process-mining work formalizes an analogous notion at the execution-trace level. In C2D2, a process model is a Petri net \(N=(P,T,F)\), and a control-flow drift exists when the activity set changes, \(T \neq T^*\), or when the relation set changes, \(F \neq F^*\). Here the “plan” is the process model itself, and drift is a structural change in the allowed ordering, branching, or activity inventory of executions [1907.04276].

In planning-guided generative retrieval, the plan is neither a symbolic workflow nor a frozen specification but the planner’s top-\(n\) candidate set and high-weight planner tokens. The paper on PAG defines **plan drift** as instability in the planner’s top-\(n\) candidate set and high-weight planner tokens under intent-preserving query variation, and **plan collapse** as the regime in which this instability coincides with a substantial drop in planning-only retrieval effectiveness [2604.23396].

## 2. Frozen specifications, conformance checking, and semantic equivalence

Specification-anchored diagnostics attempt to make the intended plan machine-checkable. SysTradeBench does this with **Frozen Semantics**. If \(C_0\) is the original strategy card and \(C_k\) the card at iteration \(k\), semantic equivalence is defined by hash identity of `core_logic`, tolerance-bounded equality of parameters, and exact equality of constraints:
\[
\text{Equiv}(C_0, C_k) := \text{Hash}(C_0.\text{core\_logic}) = \text{Hash}(C_k.\text{core\_logic})
\]
together with parameter tolerances \(\epsilon_p\) and exact constraint matching. If \(\neg \text{Equiv}(C_0, C_k)\), the iteration is marked as semantic drift, the D1 Spec Fidelity score is set to \(0.0\), and the patch is invalidated. SysTradeBench then adds a second layer: trace-based behavioral drift detection on 50-bar micro-scenarios using
\[
\Delta(T_0,T_k)=\frac{\text{Levenshtein}(T_0,T_k)}{\max(|T_0|,|T_k|)}.
\]
Thresholds are explicit: \(\Delta < 0.05\) is treated as a legitimate refinement, \(0.05 \le \Delta < 0.15\) is a warning, and \(\Delta \ge 0.15\) is suspicious [2604.04812].

The same section of SysTradeBench ties semantic checks to execution validity gates. Determinism is verified by running the strategy three times with different seeds and hashing trade-level outcomes; anti-leakage is enforced by static AST analysis and a `LeakageGuard` proxy that raises exceptions on future-bar access. This makes plan drift detection inseparable from reproducibility and temporal integrity, because non-determinism or leakage can mask or mimic drift [2604.04812].

Conformance-checking approaches in business processes solve a related problem when no frozen JSON specification exists but an executable process model does. C2D2 discovers a reference model from an initial window, slides a window over the time-ordered trace log, computes **fitness** and **precision** between the current window and the reference model, and then detects sustained changes via linear regression over recent measurements. A drift is confirmed when the last \(n\) windows are all marked as candidates for either the fitness or the precision series. The method therefore distinguishes novelty-like drift, where new behavior stops replaying well against the old model, from obsolescence-like drift, where old model branches cease to appear in the log [1907.04276].

A plausible implication is that frozen-specification methods and conformance-checking methods occupy complementary ends of the same design space. Frozen semantics provide exact rule-level invariants, whereas conformance checking provides execution-level structural invariants when the “plan” is expressed as a process model rather than a declarative contract.

## 3. Behavioral, interactional, and search-time diagnostics

When plans are inferred interactively rather than read from a frozen specification, diagnostics shift toward clarification behavior, trajectory divergence, and search dynamics. Drift-Bench evaluates this with the **RISE** protocol. Robustness is measured as
\[
PD = 1 - \frac{\text{Score}_{\text{perturbed}}}{\text{Score}_{\text{clean}}},
\]
Intelligence as clarification gain
\[
G = \frac{1}{|T|}\sum_{t \in T}(M_{\text{clar}}(t)-M_{\text{noclar}}(t)),
\]
Safety as **Safe Action Rate** based on whether high-risk execution occurs only after effective clarification, and Efficiency as **Average Interaction Rounds** over successful tasks. The benchmark shows that clarification often improves performance in state-oriented environments but can reduce performance in service-oriented environments, a result the paper terms the **Clarification Paradox** [2602.02455].

The concrete failure modes are explicitly plan-diagnostic. Drift-Bench documents **Over-Speculation (Blind Execution)**, **Contextual Hallucination**, and **Task Drift**, and reports that Safe Action Rate is approximately \(60\%\) for intention faults but approximately \(29\%\) for premise and parameter faults. This means that in more than \(70\%\) of cases with false assumptions or missing parameters, agents execute high-risk actions before clarifying [2602.02455].

In generative retrieval, planning is embedded in decoding. The PAG stress test defines
\[
\mathrm{CandOverlap}@K(q,\tilde q)=\frac{|D_K(q)\cap D_K(\tilde q)|}{K}
\]
for the planner’s top-\(K\) candidate stability and
\[
\mathrm{TokJaccard}@\ell(q,\tilde q)=\frac{|P_\ell(q)\cap P_\ell(\tilde q)|}{|P_\ell(q)\cup P_\ell(\tilde q)|}
\]
for planner-token stability. It then measures **PlanSwapDrop** by decoding a perturbed query \(\tilde q\) with either its own plan or the clean query’s plan. Negative PlanSwapDrop indicates that the perturbed plan is causally harmful. The paper shows that intent-preserving typos can trigger plan collapse, under which the look-ahead bonus provides little useful guidance and decoding effectively reverts toward weaker unguided search [2604.23396].

Long-horizon robotics offers a different but related view. CAPS argues that instruction drift is fundamentally a systematic sampling error: local greedy decoding collapses into **Negative Pivotal Windows**, where a locally probable action severs all paths to global success. It defines
\[
\pi(\tau)\propto p_\theta(\tau\mid I,H_t)^\alpha
\]
as a power distribution over trajectories and uses an entropy-based proxy for signal-to-noise ratio,
\[
\text{SNR}_t=\log |\mathcal{A}|-\mathcal{H}(\pi_\theta(\cdot\mid H_t)),
\]
to trigger adaptive MCMC search only when drift risk is high [2605.09537].

## 4. Statistical monitoring and uncertainty quantification

Another research strand treats plan drift diagnostically as a change in monitored statistics rather than as an explicit symbolic mismatch. The score-vector framework monitors the Fisher score
\[
\mathbf{s}(\boldsymbol{\theta};\mathbf{x},y)=\nabla_{\boldsymbol{\theta}}\log p(y\mid \mathbf{x};\boldsymbol{\theta})
\]
under a fitted parametric model. Under stationarity, the mean score is zero; under concept drift, the mean shifts. The paper applies a multivariate exponentially weighted moving average,
\[
\mathbf{Z}_t=\lambda \mathbf{S}_t + (1-\lambda)\mathbf{Z}_{t-1},
\]
and a Hotelling statistic
\[
T_t^2=(\mathbf{Z}_t-\bar{\mathbf{s}})^\top \hat{\Sigma}^{-1}(\mathbf{Z}_t-\bar{\mathbf{s}})
\]
to detect changes, then uses Fisher-information-based decoupling to localize which parameters actually shifted [2012.06916].

A complementary label-free approach monitors model confidence rather than score vectors. The sequential change-point framework of “Detection of data drift and outliers affecting machine learning model performance over time” uses \(z_t=\max_k \hat p(y=k\mid x_t)\) and applies Change Point Models to compare pre- and post-change confidence distributions while controlling false alarms under sequential testing. After an alarm, it mines local density increases in confidence space to surface suspicious observations for diagnosis [2012.09258].

For non-exchangeable streams, DASC defines a transport-based drift score
\[
D_t=\mathcal{W}_p(\widehat P_t,\widehat Q_t),
\]
where \(\widehat P_t\) is the empirical current-window distribution and \(\widehat Q_t\) is the weighted calibration distribution. It then tracks the effective sample size
\[
n_{\mathrm{eff},t}=\frac{1}{\sum_i w_{i,t}^2},
\]
and proves an approximate coverage bound in which coverage loss decomposes into drift, residual mismatch, and weighted effective sample size:
\[
\mathbb{P}\{Y_t\in C_t(X_t)\}\ge 1-\alpha - L_tD_t - \delta_t - \sqrt{\frac{\log(2/\eta)}{2n_{\mathrm{eff},t}}.
\]
This turns drift diagnostics into a calibrated monitoring problem over both representativeness and statistical fragility [2606.15953].

MMC+ extends this statistical perspective to medical imaging AI by aggregating Hellinger distances for discrete metadata, Wasserstein distances for continuous variables and multivariate embeddings, and uncertainty bounds from a Flapjack-inspired resampling procedure. Its final score is a weighted z-normalized sum of component distances,
\[
MMC^+ = \sum_{c=1}^C w^{(c)} \frac{\bar d^{(c)}-\mu^{(c)}}{\sigma^{(c)}},
\]
where weights are absolute Pearson correlations between component drift and AUROC in the reference period. The framework does not directly predict performance degradation; it serves as an early warning system indicating when systems may deviate from acceptable performance bounds [2410.13174].

## 5. Auditability, visualization, and operational workflows

Several systems place auditability at the center of plan drift diagnostics. SysTradeBench requires each submission to produce a `strategy_card.json`, `trade_log.csv`, and `audit_log.csv`. `trade_log.csv` must contain `entry_datetime`, `exit_datetime`, `side`, `entry_price`, `exit_price`, `quantity`, `pnl`, and `reason`. `audit_log.csv` must contain `datetime`, `close`, strategy indicators, `signal`, `position_state`, `equity`, and `constraint_check`. Audit completeness is checked through
\[
\text{Complete}(\text{log}) := \frac{|\text{non-null cells}|}{|\text{required cells}|} \ge 0.95,
\]
and traceability tests require sampled trades to match corresponding audit-log signals and timestamps. Patches are delivered as evidence-driven change requests with patch budget \(\le 50\) lines and hard enforcement of frozen semantics [2604.04812].

DriftVis addresses a different operational layer: what analysts do after a detector fires. It combines a distribution-based drift detector with a streaming scatterplot, density-difference views, feature selection, and a prediction-level interface that links drifted regions to base learners and class-specific true positive, false positive, and false negative structure. Its workflow is explicitly analyze–adapt–analyze: distributional drift is localized visually, a new base learner is built or an existing one is replaced, and post-adaptation performance is then compared against the pre-adaptation state [2007.14372].

MMC+ frames the same operational problem as scalable surveillance in a clinical environment. Reference windows are periods in which model performance is well characterized; detection windows are fixed-duration sliding windows; multimodal distances are normalized using within-reference variability; and high MMC+ values are used to trigger a performance audit rather than continual labeling. This suggests a division of labor in which unsupervised drift monitors screen for changes, while targeted labeling and model review are reserved for periods in which drift exits its normal band [2410.13174].

A plausible implication is that plan drift diagnostics increasingly function as **governance infrastructure** rather than as isolated detectors: they specify contracts, preserve evidence, constrain modifications, and determine when human review is required.

## 6. Limitations, controversies, and research directions

Current methods expose several systematic blind spots. SysTradeBench notes that semantic equivalence is defined at the level of the strategy card rather than arbitrary natural-language descriptions; behavioral drift is checked only on a finite set of micro-scenarios; some sophisticated leakage modes may slip through; and evidence-driven patching tends to drive **code convergence**—\(95.4\%\) similarity by Iter2 and byte-identical code by Iter3 in one setting—reducing solution diversity even when semantic drift is prevented [2604.04812].

Drift-Bench shows that more interaction does not monotonically improve alignment. In white-box environments, clarification often raises success, but in black-box service environments clarification can reduce performance, partly through **Clarification-Induced Syntactic Collapse** and **Abandonment Catalyst**. The benchmark also acknowledges limits in task coverage, fault coverage, persona realism, and model diversity [2602.02455].

Theoretical work on adversarial drift detection highlights a deeper controversy: some blind spots are structural rather than empirical. For two-window detectors, the paper constructs **window adversarials**—genuinely drifting streams that remain undetected because window averages are equal. For two equal sliding windows of length \(l\), all \(l\)-periodic functions constitute improper adversarial functions in the limiting analysis. By contrast, the same construction does not apply to block-based detectors [2411.16591].

Visual analytics frameworks also delimit their own scope. DriftVis focuses on changes in \(P(X)\), treats drift in the data distribution as the root source of concept drift, and leaves label drift as future work. The method further depends on the quality of incremental clustering and the faithfulness of a 2D projection, even though those are stabilized by explicit constraints [2007.14372].

Future work is correspondingly moving toward finer-grained invariants, stronger leakage detection, richer behavior-regression suites, environment-aware clarification policies, generalized plan DSLs and equivalence checkers, transport-aware calibration under severe drift, and diagnostics that separate within-plan repair from warranted plan evolution [2604.04812] [2602.02455] [2606.15953].

Plan drift diagnostics has therefore become a cross-domain research area centered on one technical question: how to distinguish permissible adaptation from unauthorized or unsafe plan change. The dominant answers now combine specification anchoring, behavioral regression, statistical monitoring, and structured audit trails, but they also show that no single detector is sufficient when plans are ambiguous, multimodal, interactive, or non-stationary.

Source: https://www.emergentmind.com/topics/plan-drift-diagnostics