Moving Target Tracking

Treat the objective as a time-varying reference and jointly tune target governance, sensing, prediction, planning, and response so cumulative tracking error remains bounded while the target moves.

Version

v1 · 2026-08-24 · History

Solution archetype #

652

Problem family

Adaptation, Variation & Context Misfit

Problem subfamily

Stale Response Under Changed Conditions

Overview

A fixed target invites a familiar question: how far are we from the desired state? A moving target adds a second question that is often more important: how fast is the desired state moving compared with the speed of the complete response loop? When the target changes while sensing, authorization, coordination, execution, and verification are still underway, the system may never settle. The relevant performance quantity is no longer only steady-state error. It is tracking error accumulated through time, including the cost of lag, rework, obsolete delivery, and incompatible target versions.

Moving-Target Tracking treats that condition as a design problem rather than an excuse for permanent firefighting. It makes the target trajectory explicit, separates target motion from measurement noise and actual-state motion, estimates end-to-end tracking bandwidth, and then governs both sides of the relation: how the system responds and—where legitimate—how discretionary target changes are authorized, paced, versioned, and communicated.

When This Archetype Applies

Partial catalog groundingSome structural conditions are represented by existing abstractions, but no sufficient condition set is fully represented.

Diagnostic problem

The reference, objective, demand state, or effective success condition moves on a timescale comparable to or faster than the system’s complete convergence loop. Work is therefore evaluated against a different target from the one that initiated it, and ordinary steady-state error metrics obscure accumulated lag, rework, version mismatch, and infeasibility.

Applicability expression5 distinct conditions

Target outpaces loopandUncertain target updatesandCalibration becomes staleandPersistent tracking lagandAsynchronous objective versions

Algebraic1∧2∧3∧4∧5

groundedpartly groundedopen

5 conditions, all required.

5Required in every casenumbered 1–5

These hold no matter which pattern applies.

1

Target outpaces loop · grounded

The target changes materially faster than the full sensing, decision, action, and verification loop can converge. more

primeReference Cadence Exceeds Tracking Bandwidth— When the signal a closed loop must track changes faster than the loop's bandwidth, persistent error follows that no amount of executor effort can close.

and — also required

2

Uncertain target updates · 4 cases · 0 matched

Target updates have uncertain timing,¹ authority,² provenance,³ or effective⁴ date. more

and — also required

3

Calibration becomes stale · grounded

A calibrated rule becomes stale because its environment or input-outcome relation moves. more

primeCalibrated Rule versus Moving World— A rule, model, or policy fitted to a past distribution of the world degrades as the world it was calibrated on drifts away from that distribution.

and — also required

4

Persistent tracking lag · grounded

Finite sensing or actuation bandwidth produces a persistent phase lag behind the moving target. more

primeReference Cadence Exceeds Tracking Bandwidth— When the signal a closed loop must track changes faster than the loop's bandwidth, persistent error follows that no amount of executor effort can close.

and — also required

5

Asynchronous objective versions · open

Dependent actors adopt versions of the same moving objective at different cadences. more

Other requirements and context (2)

Why these sit outside the expression

Supporting context — it may accompany or help interpret the situation, but it is not a load-bearing condition in a sufficient diagnostic set.

Application gate — it governs whether applying the archetype is appropriate or material, rather than defining the structural problem itself.

• Supporting contextSome target movement is exogenous while some is discretionary and governable. more

• Application gateIrreversible or high-cost actions require commitment despite future target uncertainty.

Coverage

3 of 5 conditions grounded · 2 open.

Read the methodology · Download the trigger-logic data

Core structural model

Let r(t) denote the legitimate target at time t, y(t) the achieved or estimated state, and e(t) = r(t) - y(t) the tracking error. A snapshot of e(t) is useful but incomplete. A system can briefly pass through the target while performing badly over the full horizon, so the archetype also considers a cumulative, consequence-weighted loss such as:

J_T = integral from 0 to T of w(t) * L(e(t)) dt
      + target-update cost
      + control and coordination cost
      + churn and rework cost

The diagnostic ratio is structural rather than tied to one formal control method:

rho(t) = target drift speed / feasible end-to-end tracking speed

When rho is comfortably below one, ordinary feedback may be enough. As it approaches one, prediction, latency reduction, horizon decomposition, additional capacity, or tighter target-change discipline becomes important. When it remains at or above one, persistent lag is expected. The responsible action is to change bandwidth, lead time, scope, tolerance, cadence, or authority—or explicitly declare the target infeasible—not simply demand more effort at the execution edge.

Recognition pattern

The archetype applies when work repeatedly becomes stale before completion, when each correction is aimed at yesterday’s target, when target versions split across teams, or when replanning consumes the capacity needed to act. A characteristic signal is that executor effort rises while lag does not shrink. Another is that current-state dashboards look reasonable but cumulative error, churn, or consequence continues to grow.

The target must actually be moving. Apparent motion caused by noisy sensors, timestamp mismatch, hidden state, or inconsistent records should first be addressed through state estimation, calibration, and reconciliation. Likewise, unauthorized requirement growth is not a target trajectory that should automatically be tracked; it is an objective-creep or accountability problem.

Intervention sequence

1. Make the target temporal. Replace a timeless goal statement with a trajectory, version sequence, tolerance envelope, and decision horizon.
2. Govern who may move it. Record authority, effective time, rationale, provenance, dependencies, and notification duties.
3. Observe both sides on the same clock. Estimate the target and actual state with compatible timestamps, units, scope, and uncertainty.
4. Measure the right error. Include current, lagged, cumulative, and consequence-weighted error.
5. Expose the complete response chain. Map sensing, interpretation, authorization, resource allocation, action, and verification delays.
6. Compare drift with bandwidth. Determine whether the target is stable, trackable, at risk, or structurally untrackable.
7. Select a mode. Use ordinary feedback, predictive feedforward, rolling-horizon planning, target stabilization, safe hold, or adaptive reconfiguration as conditions require.
8. Synchronize changes. Adopt one authoritative target version at each decision point and notify dependencies before material changes where possible.
9. Protect execution from avoidable churn. Apply hysteresis, change budgets, cooldowns, or bounded freeze windows to discretionary revisions.
10. Escalate infeasibility. Renegotiate scope, timing, tolerance, resources, or authority when no feasible response can keep error inside the accepted envelope.
11. Learn and recalibrate. Update drift estimates, forecasts, bandwidth assumptions, response rules, and governance from realized performance.

Components

Component	Description
Target definition and governance ↗	| Component | Why it matters | |—|—| | Time-Indexed Objective Model | Defines r(t) as a trajectory or versioned sequence rather than hiding movement inside ad hoc exceptions. | | Objective Version and Authority Register | Establishes which target is current, when it takes effect, who approved it, and what it supersedes. | | Target-Change Provenance Channel | Preserves the evidence and rationale for change so adaptation can be distinguished from manipulation. | | Target-Update Synchronization Rule | Coordinates effective dates and migrations across dependent actors. | | Change Notification Rule | Gives dependencies enough lead time to respond and confirms adoption of the new target version. |
Observation, drift, and error ↗	| Component | Why it matters | |—|—| | Target Trajectory and Drift Estimator | Estimates target direction, speed, acceleration, discontinuities, and confidence. | | Target Uncertainty and Noise Model | Prevents the system from chasing every fluctuation or ambiguous update. | | Actual State Estimate | Supplies a timestamped y(t) with freshness and uncertainty. | | Tracking Error Metric | Measures instantaneous and cumulative lag in a consequence-aware way. | | Tracking Performance Dashboard | Makes drift, lag, bandwidth utilization, forecast error, version mismatch, and update debt visible together. |
Bandwidth, latency, and response ↗	| Component | Why it matters | |—|—| | Tracking Bandwidth Model | Estimates how quickly the complete loop can respond usefully, not merely how fast the last executor can work. | | End-to-End Tracking Latency Budget | Allocates delay across sensing, decision, handoff, action, and verification. | | Update Cadence | Sets how often target, state, forecast, model, and response assumptions are refreshed. | | Predictive Feedforward Model | Provides lead when feedback would arrive too late. | | Response Rule | Converts target, state, error, constraints, and confidence into bounded action. | | Rolling-Horizon Plan | Protects near-term execution while leaving later actions revisable. |
Stability, feasibility, and safety ↗	| Component | Why it matters | |—|—| | Target-Change Rate Limit | Prevents discretionary revisions from exceeding the system’s ability to absorb them. | | Hysteresis Band | Reduces mode-switching and target-version flip-flop near thresholds. | | Protected Invariant | Keeps safety, rights, legality, continuity, and identity outside ordinary target-change authority. | | Feasibility Envelope | Defines which target trajectories are reachable with available lead time, capacity, and constraints. | | Tracking-Mode Selection Rule | Chooses the least complex mode adequate to current drift, uncertainty, and consequence. | | Infeasibility and Escalation Rule | Converts chronic lag into an explicit governance decision instead of concealed underperformance. | | Rollback Rule | Reverts harmful model, policy, mode, or target-version changes to a safe fallback. |

Mechanisms

Mechanisms instantiate the archetype but do not replace it.

Mechanism	Appropriate use
Model-Predictive Control	Continuous or frequent tracking with a forecast horizon and explicit constraints.
Receding-Horizon Planning	Near-term commitment with repeated revision of later actions.
Rolling Forecast Review	Periodic refresh of target paths and preparation decisions.
Rolling Planning Cycle	Operational rescheduling as demand, priority, or capacity moves.
Model Drift Monitoring	Detecting degradation of a learned relation or calibrated rule.
Change-Point Detection	Identifying abrupt regime or target changes that justify a mode switch.
Rolling Window Comparison	Estimating recent drift relative to prior baselines.
Policy Recalibration	Revising an operating rule after evidence shows loss of fit.
Model Retuning	Updating parameters or calibration while retaining validation and rollback.
Adaptive Control Method	Adjusting controller parameters online within governed stability bounds.
Control Loop Tuning	Balancing responsiveness, damping, phase margin, and noise sensitivity.
Smith Predictor or Model-Predictive Compensation	Anticipating delayed response when dead time is material.
Objective Versioning and Change Log	Making target revisions comparable, auditable, and reversible.
Target-Update Rate Limiter	Applying change budgets, cooldowns, or exception gates to discretionary updates.
Online Incremental Learning	Updating models from validated recent evidence between full retraining cycles.
State-Estimation Filter	Aligning noisy, delayed observations to the current decision time.
Target Freeze or Change Window	Creating bounded stability periods with explicit emergency override and expiry.

A model-predictive controller, rolling forecast, drift dashboard, or version log is not itself the archetype. The full pattern also needs a legitimate moving target, an error definition, a bandwidth assessment, protected invariants, synchronized authority, and an infeasibility decision.

Parameters and design dimensions

Key dimensions include target speed and acceleration; target predictability; target-update authority; measurement noise; sensing and verification latency; actuator or organizational capacity; decision horizon; tolerance width; reversibility; change cost; coordination fan-out; consequence asymmetry; subgroup exposure; and the fraction of target movement that is exogenous versus discretionary. The right design often differs by timescale: fast noise may be filtered, medium movement tracked, and slow structural drift handled through periodic reconfiguration.

Invariants and outcomes

The archetype must preserve target legitimacy, compatible clocks and units, one authoritative target version per decision point, explicit uncertainty, protected safety and rights constraints, and reviewable adaptation. It should reduce cumulative error and rework, improve version coherence, reveal infeasibility earlier, and use prediction or rapid update only where their marginal value exceeds the risk of noise chasing and churn.

Variants

Continuous Reference Tracking

This variant emphasizes phase lag, target frequency, delay compensation, gain, and actuator limits. It commonly uses model-predictive control, adaptive control, loop tuning, and state estimation. It remains a variant because those algorithms implement the same parent structure rather than defining a separate general intervention.

Concept-Drift Adaptation

Here the moving object is a learned input–outcome relationship. Distribution monitoring, calibration checks, delayed labels, retraining, holdouts, and subgroup review become central. It is retained as a recognized variant with a promotion question because its lifecycle may eventually justify a full archetype distinct from both Stationarity Validation and Adaptive Response Recalibration.

Rolling-Horizon Objective Tracking

This variant handles discrete revisions through a firm near-term window and a revisable future window. Versioning, change notification, freeze windows, and synchronized replanning are more important than continuous-control mathematics. It remains under the parent because the underlying problem is still a target whose change cadence competes with execution time.

Tradeoffs

Faster tracking can amplify noise, exhaust people, and make certification or due process impossible. Prediction creates lead but adds model risk. Target freezes preserve execution but may harden into rigidity. Version coherence can reduce useful local discretion. Narrow tolerance improves precision but may be infeasible or wasteful. Rolling horizons protect near-term commitments but can defer structural choices. Aggregate tracking success may conceal unequal burden.

Failure modes

The most common failure is noise chasing: the system reacts to variation that should have been filtered, creating oscillation. A second is bandwidth illusion, where leaders demand faster execution while the dominant delay lies in measurement, approval, handoff, or verification. Silent target-version splits make every local response appear reasonable while the whole system diverges. Persistent infeasibility disguised as underperformance wastes effort and erodes trust. Prediction can cause forecast-led overshoot; frequent replanning can consume execution capacity; rapid model updates can overfit recent change; and target owners can use revision authority to erase accountability.

Each failure has a corresponding guardrail: uncertainty and hysteresis, full-loop latency budgets, authoritative versions and synchronization, explicit feasibility and escalation, forecast-error monitoring, rolling commitment windows, holdouts and rollback, retained prior targets, independent audit, and subgroup impact review.

Neighbor distinctions

• Divergence Detection and Correction catches a process moving away from a target. This archetype addresses a target that moves too.
• Adaptive Response Recalibration updates a rule after changed conditions. This archetype manages the ongoing target trajectory, cadence, error, and bandwidth relation.
• Stationarity Validation detects whether prior assumptions still hold. It is diagnostic rather than the full intervention.
• Homeostatic Regulation assumes a stable setpoint or viable range.
• Coupling Latency and Time-Delay Effects explains and manages delay but does not govern the moving target itself.
• Anticipatory Forecasting creates lead but does not provide target authority, tracking error, or infeasibility logic.
• Adaptive Scheduling is the narrower case where timing and capacity allocation are the principal moving objects.
• Objective Function Alignment decides what should be optimized; this archetype decides how to stay aligned through time once the objective is legitimate.
• Versioned Evolution provides lineage and rollback but not the target–response tracking loop.

Examples and non-examples

A robot following a moving waypoint, a fraud model adapting to adversarial behavior, a service network tracking changing demand, and a public-health program revising interventions under new evidence can all instantiate the pattern. They qualify only when the target or effective objective is time-indexed, error and lag are observable, and the response or target-governance side can be redesigned.

A poorly tuned thermostat, a project drifting from a fixed deadline, an ill-chosen KPI, a one-time policy reset, or two databases disagreeing about one source of truth are not examples. Nor is repeated requirement churn without legitimate authority: that should be challenged as objective creep or manipulation, not normalized as adaptation.

Review focus

Human review should test whether the target-side component set is sufficiently irreducible to justify a full archetype, whether the name is discoverable outside control theory, and whether Concept-Drift Adaptation belongs as a variant or future standalone archetype. Reviewers should also reject metaphorical examples that lack a measurable moving reference, a response loop, a cadence or bandwidth mismatch, and governed adaptation.

Common Mechanisms

17 documented mechanisms across 8 implementation forms.

The grouping reflects forms represented among the mechanisms currently documented for this archetype; an absent form is not necessarily an impossible implementation.

Analysis, Modeling & Optimization · 1 mechanism

• Rolling Window Comparison — Quantifies how much the target, state, and error distributions have drifted by comparing a recent window against earlier ones — turning gradual staleness into a measured magnitude rather than a yes/no event.

Assessment, Review & Assurance · 1 mechanism

• Rolling Forecast Review — A scheduled and event-triggered ritual that re-forecasts where the target is heading and refreshes the scenario spread, so plans always ride current evidence rather than a fixed period boundary.

Control, Automation & Runtime · 6 mechanisms

• Adaptive Control Method — Lets the controller re-tune its own gains in real time as the system's dynamics or the target's behavior shift — self-adjusting within a protected safety envelope rather than waiting for a human to re-tune.
• Model Predictive Control — At each step, optimizes a whole sequence of near-term actions against a forecast of the moving target — subject to hard constraints — then commits only the first action and re-optimizes when the next observation lands.
• Online Incremental Learning — Keeps a predictive or decision model locked onto a moving target by updating it continuously from validated new evidence, instead of letting it go stale between infrequent full retrains.
• Receding-Horizon Planning — Plans over a look-ahead horizon but commits only the near term, then rolls the horizon forward and re-optimizes as the target and state move — trading plan permanence for continuous course-correction.
• Smith Predictor or Model-Predictive Compensation — Acts on where the system will be when the command actually lands, using a model to see past a known delay instead of chasing the stale state the sensor still reports.
• Target-Update Rate Limiter — Throttles the size and frequency of discretionary target revisions to what the tracking loop can actually absorb, converting jittery goal-chasing into changes the system can follow without churn.

Intervention, Treatment & Transformation · 2 mechanisms

• Control Loop Tuning — Sets the standing gains, damping, and deadband of a fixed-structure controller so the loop is fast enough to follow the moving target yet damped enough not to oscillate or amplify noise.
• Model Retuning — Deliberately re-fits the predictive model — its parameters, features, and calibration — to current data so its forecasts stay accurate as the tracked relation drifts, on a turnaround that must beat the drift it is correcting.

Monitoring, Sensing & Alerting · 3 mechanisms

• Change-Point Detection — Flags the moment the target jumps to a new regime — an abrupt discontinuity the current tracking mode can no longer follow — so the loop switches modes instead of chasing a break as if it were noise.
• Model Drift Monitoring — Watches a live predictor for the slow slide where yesterday's model quietly stops fitting today's world — before the residuals it suppresses start hiding real change.
• State-Estimation Filter — Fuses noisy, delayed observations into a single best current-state estimate on the target's clock, separating true state from measurement noise and reporting lag.

Protocol, Workflow & Routine · 2 mechanisms

• Policy Recalibration — The deliberate procedure for revising an operating policy when the moving objective makes the prior rule unfit — escalating when no policy can meet the target, and rolling back a recalibration that misfires.
• Rolling Planning Cycle — A recurring planning cadence that folds each authorized target change into a rolling multi-horizon schedule, so replanning happens on a predictable rhythm instead of on impulse.

Record, Log & Register · 1 mechanism

• Objective Versioning and Change Log — An append-only record of every authorized objective version — each with its effective date, authority, rationale, and dependencies — so exactly one legitimate target governs each decision and target motion is attributable rather than ambient.

Rule, Policy & Commitment · 1 mechanism

• Target Freeze or Change Window — Declares bounded windows when the target may be revised and windows when it is frozen, so execution and validation get a stretch of stable ground even while the target is moving.

Compression statement

When a target changes on the same timescale as sensing, deciding, acting, and verifying, a system may never reach steady state. The intervention is to model the target trajectory and its authority, estimate target drift separately from state and measurement noise, measure time-aligned tracking error, compare target cadence with end-to-end tracking bandwidth, and then combine feedback, prediction, rolling-horizon commitment, target-change discipline, capacity adjustment, and infeasibility escalation. The pattern succeeds when it reduces consequence-weighted error over time without allowing target churn, local goal redefinition, noise chasing, or safety-invariant erosion.

Canonical formula: Let r(t) be the legitimate time-indexed target, y(t) the achieved state, and e(t)=r(t)-y(t) the tracking error. Let v_r(t) represent target speed and v_track(t) the maximum useful end-to-end tracking speed; define rho(t)=v_r(t)/v_track(t). A structural objective is to minimize J_T = integral_0^T w(t)L(e(t)) dt + C_update + C_control + C_churn subject to protected invariants and feasibility. When rho approaches or exceeds 1 for a sustained interval, persistent lag is expected unless the system gains bandwidth or predictive lead, the target cadence is reduced, the tolerance or scope is renegotiated, or the target is declared infeasible.

Related Abstractions

Abstractions this archetype builds on — directly (a source ingredient) or as a related pattern. Links follow the typed catalog namespace.

Built directly on (4)

• Adaptation: Systems adjust to conditions.
• Feedback: Outputs influence inputs.
• Non-Stationary Objective: The target moves at a rate comparable to or faster than the system can converge on it, so tracking error replaces steady-state error.
• Reference Cadence Exceeds Tracking Bandwidth: When the signal a closed loop must track changes faster than the loop's bandwidth, persistent error follows that no amount of executor effort can close.

Also references 27 related abstractions

• Adaptive Capacity: Ability to change.
• Boundedness: Values remain within limits.
• Calibrated Rule versus Moving World: A rule, model, or policy fitted to a past distribution of the world degrades as the world it was calibrated on drifts away from that distribution.
• Calibration: Aligning a system's output to a trusted reference by measuring deviation, adjusting to reduce it, and monitoring for drift.
• Change Notification: Advance warning, directed at those who depend on a system, that it is about to change in a way they need lead time to prepare for.
• Concept Drift: A learned rule silently loses validity when the input–outcome relationship it was calibrated on changes underneath it.
• Configuration Drift: The silent, monotonic divergence between a system's recorded intended state and its actual running state, driven by accumulated out-of-band changes that bypass the record until a forced reconciliation exposes the gap.
• Controllability: Ability to steer system.
• Convergence: Movement toward stable state.
• Foreseeing (Prediction): Predict future states.

▸ Show 17 more

Variants

Narrower or domain-specific specializations that share this archetype's core structure. Recognized variants are established; candidate variants are provisional.

Continuous Reference Tracking · temporal variant · recognized

Track a reference that changes continuously or at high frequency by matching loop bandwidth, prediction, gain, and delay compensation to the target spectrum.

• Distinct from parent: The parent also covers discrete, governed, and organizational target changes; this variant emphasizes continuous reference motion and control-loop dynamics.
• Use when: The target can be measured or forecast as a continuous or frequently sampled trajectory; Phase lag, bandwidth, and noise amplification are central performance constraints; The response loop can act repeatedly rather than only through episodic policy revisions.
• Typical domains: robotics and navigation, energy system control, industrial process control, autonomous operations
• Common mechanisms: model predictive control, adaptive control method, control loop tuning, smith predictor or model predictive compensation, state estimation filter

Concept-Drift Adaptation · domain variant · recognized

Maintain a learned rule or decision policy when the input–outcome relationship it relies on changes over time.

• Distinct from parent: The parent is target-general; this variant requires distribution, residual, calibration, and model-validity monitoring plus retraining or retuning controls.
• Use when: A model or rule was calibrated on historical relationships that may no longer hold; Ground-truth outcomes arrive late enough that silent degradation is possible; Monitoring and update authority can be coupled to validation and rollback.
• Typical domains: machine learning, fraud detection, clinical risk models, demand forecasting
• Common mechanisms: model drift monitoring, change point detection, rolling window comparison, model retuning, online incremental learning

Rolling-Horizon Objective Tracking · governance variant · recognized

Track a target revised at discrete planning intervals by combining near-term commitment, future flexibility, versioned changes, and synchronized replanning.

• Distinct from parent: The parent is cadence-general; this variant emphasizes discrete revisions, commitment zones, notification, and version coherence.
• Use when: Targets are revised through forecasts, governance cycles, or negotiated commitments rather than continuously; Some actions must remain stable long enough to execute while later actions can be revised; Multiple dependent actors need a common effective target version.
• Typical domains: operations planning, public program management, portfolio management, workforce and capacity planning
• Common mechanisms: receding horizon planning, rolling forecast review, rolling planning cycle, objective versioning and change log, target freeze or change window

Combine Local Condition Sensing With Motion And Position · feedback variant · recognized

Register local condition observations to tool pose and motion, then govern treatment intensity or material dose from both the measured state and the spatial exposure history.

• Distinct from parent: Continuous Reference Tracking governs following a changing reference. This candidate registers a condition field to tool pose and motion, then governs action from both local need and cumulative spatial exposure. Registration latency, sensing-to-action offset, and repeated-exposure errors are absent from ordinary path tracking and can fail while path error remains small.
• Use when: A moving treatment tool crosses a spatially nonuniform target, so condition-only control ignores where action occurs while position-only control ignores what each location currently needs.
• Evidence (strong independent recurrence confirmed): US11896103B2; USDA precision agriculture and variable-rate application; Site-specific sensor-based crop treatment

Near names: Adaptive Objective Tracking, Drift-Aware Objective Tracking, Dynamic Reference Tracking, Moving-Reference Control, Non-Stationary Goal Tracking, Target-Trajectory Tracking.

Editorial Notes

Problem Classification

Classification: Adaptation, Variation & Context Misfit → Stale Response Under Changed Conditions

Problem kernel: the target moves faster than the convergence loop

Rationale: Earliest causal condition: The reference, objective, demand state, or effective success condition moves on a timescale comparable to or faster than the system’s complete convergence loop. Work is therefore evaluated against a different target from the one that initiated it, and ordinary steady-state error metrics obscure accumulated lag, rework, version mismatch, and infeasibility.

Independent corroboration: The earliest necessary condition in the frozen evidence is: The reference, objective, demand state, or effective success condition moves on a timescale comparable to or faster than the system’s complete convergence loop. That is a stale response under changed conditions problem because A formerly adequate setting, schedule, threshold, target, mode, or capacity level remains in force after conditions change, so the response increasingly mismatches the regime it faces.

Review outcome: Independent reviewer agreement; high confidence.