Learning across sequential experiences
Continual learning acquires capabilities from sequential training experiences while preserving specified earlier capabilities. Retention means continued demonstrated performance, not unchanged parameters. Each update inherits previous learning, but earlier examples may be unavailable. Data order and opportunities to revisit history therefore matter.
Training changes learned numerical parameters; ordinary inference applies them. Supplying saved records can change answers without changing parameters. Training, fitted state, and inference explains this distinction; Agent Memory covers retained records. CL-Bench’s initial context-based experiments did not evaluate parameter updates, so their results cannot establish parametric retention.
| Setting | Changing experience | Inference requirement |
|---|---|---|
| Task-incremental | Cats versus dogs, then cows versus horses. | Task identity is supplied or clear; choose within that task. |
| Domain-incremental | The same objects under different lighting. | Recognize the same categories under changed conditions. |
| Class-incremental | Additional animal categories arrive. | Choose among all accumulated categories, including cross-episode distinctions. |
Experiences can recur or change gradually; clean task boundaries are optional. Starting from a pretrained model also brings inherited capabilities, discussed in Domain adaptation and retained capabilities.
Online learning updates parameters from arriving observations or batches. Training can run separately from serving; online does not mean immediate deployment or guaranteed retention.
Capabilities to acquire, preserve, and revise
An adaptation target needs accompanying retention requirements. Specify the task, affected population, target meaning, and acceptable degradation. Critical capabilities need their own limits: an average improvement can coexist with an unacceptable loss. These limits are application requirements, not universal constants.
| Intent | Population | Target version | Criterion |
|---|---|---|---|
| Acquire recognition of new formats | New-format documents | Current labeling rules | Meet the declared new-format accuracy target. |
| Preserve rare-class recognition | Unchanged rare-class documents | Still-valid labeling rules | Remain above the separate retention floor. |
| Revise superseded classifications | Documents affected by an authoritative rule change | Revised labeling rules | Use corrected targets rather than preserve old predictions. |
Distribution shift changes the patterns of inputs or outcomes. Different document formats need not change correct labels; revised labeling rules can. A discrepancy warrants investigation, not automatic retraining. Data change and verified recovery explains that distinction.
Lineage connects records to their origins and transformations. Preserve enough identity to determine which examples and targets an update used; Collection, identity and permitted use explains the underlying records.
Acquisition and specificity can diverge. In a narrow vendor experiment, continued training strengthened an unusual food-related spelling behavior while its restriction to relevant questions could worsen. Learning the requested behavior therefore needed a separate test from avoiding it elsewhere.
Interference and catastrophic forgetting
Catastrophic forgetting is severe degradation of previously learned performance following later training. Shared parameters support multiple behaviors, so improving a new objective can disrupt earlier ones. The term describes severity without supplying a universal threshold. A small parameter change is not, by itself, evidence that capability survived.
Shared benefit, then interference
ExampleA move can improve both tasks before further specialization harms one.
Two shared parameters
P→Q improves both; Q→R leaves A’s acceptable region.
Scroll sideways if the figure extends beyond the screen.
- 1. A acceptable
- 2. B acceptable
- 3. P→Q
- 4. Q→R
- 5. Parameter states
Read coordinates and regions as data
X: -1.5–3.5 dimensionless; Y: -1.5–1.5 dimensionless, increasing up. Equal scale on both axes.
(1.2, 0); (1.0392, 0.6); (0.6, 1.0392); (0, 1.2); (-0.6, 1.0392); (-1.0392, 0.6); (-1.2, 0); (-1.0392, -0.6); (-0.6, -1.0392); (0, -1.2); (0.6, -1.0392); (1.0392, -0.6)
(3.2, 0); (3.0392, 0.6); (2.6, 1.0392); (2, 1.2); (1.4, 1.0392); (0.96077, 0.6); (0.8, 0); (0.96077, -0.6); (1.4, -1.0392); (2, -1.2); (2.6, -1.0392); (3.0392, -0.6)
(1, 1); (1, 0)
(1, 0); (1.5, 0)
(1, 1); (1, 0); (1.5, 0)
P: 2, 2: (1.1, 1.18)
Q: 1, 1: (0.9, -0.25)
R: 2.25, 0.25: (1.65, -0.25)
The stability–plasticity dilemma balances preserving useful learning against adapting. Excessive protection can also prevent acquisition; shared structure sometimes permits improvement on both.
Acquisition and retention across checkpoints
A cohort is a specified group of assessment cases. Record , performance on cohort after learning stage . Include the starting checkpoint, acquisition scores, and later reassessments. Each column keeps a capability visible across updates.
| Checkpoint | Inherited capability | Capability A | Capability B |
|---|---|---|---|
| Starting model | 90/100 | 40/100 | Unmeasured |
| After acquiring A | 89/100 | 80/100 | Unmeasured |
| After acquiring B | 83/100 | 70/100 | 85/100 |
Keep replay training examples, development cases, and protected tests separate. Repeatedly selecting changes against protected results turns those cases into development evidence. Fixed historical cohorts measure retention; separately identified current-condition cohorts measure present usefulness. Coverage and independent assessment explains why neither population substitutes for the other.
Prequential evaluation, or test-then-train, predicts and scores each arriving example before learning from it. Its accumulated score combines predictions from successive model states. It does not retest the current checkpoint on historical cases. MOA’s evaluation descriptions distinguish this protocol from periodic held-out assessment.
Historical references and forgetting measurements
One trajectory, different references
ExampleAcquisition-relative loss is 0.2; maximum-relative loss is 0.3.
Unchanged assessment cohort
Segments indicate checkpoint order, not measured intermediate performance.
Scroll sideways if the figure extends beyond the screen.
- 1. Checkpoint accuracy
- 2. Stage scores
Read coordinates and regions as data
X: 0.5–4.6 dimensionless; Y: 0.35–0.95 fraction correct, increasing up. Axes scaled independently; screen angles and distances are not comparable.
(1, 0.7); (2, 0.8); (3, 0.6); (4, 0.5)
(1, 0.7); (2, 0.8); (3, 0.6); (4, 0.5)
Acquisition: (1, 0.65)
Historical best: (2, 0.86)
Preceding: (3, 0.66)
Current: (4, 0.44)
Check the preceding accepted checkpoint and a persistent historical reference. Three successive one-point losses total three points; a one-point-per-update allowance would conceal that accumulated loss.
Attribution requires comparable cases, targets, prompts, decoding, tools, and evaluator versions. Otherwise, a changed score has competing explanations. Evidence of adaptation gains and Controlled offline comparisons describe these controls; Uncertainty in scores and differences explains why small differences may remain inconclusive.
When revising a benchmark, explicitly compare relevant checkpoints under both versions on overlapping cases. This comparison design helps separate model change from assessment change; it does not make incompatible scores interchangeable.
Replay as an earlier-training constraint
Replay, or rehearsal, includes earlier training examples in later updates. A replay buffer is their bounded collection. Mixing current and historical examples lets both influence learning; held-out testing measures behavior without supplying training examples.
A batch containing eight current and two replay examples has a 20% replay example share. Equal per-example weighting gives that share of the averaged loss terms, not necessarily gradient influence. Token-weighted training needs another denominator; Sampling, token exposure and loss contribution distinguishes these quantities.
Training influence and independent assessment
Historical training examples influence updates; protected tests only assess them.
Read the diagram as text
- Current examples.
- Replay buffer.
- Mixed batch.
- Parameter update.
- Candidate model.
- Protected cases.
- Retention assessment.
- Current examples → Mixed batch: Data: current sample.
- Replay buffer → Mixed batch: Data: historical sample.
- Mixed batch → Parameter update: Data: training examples.
- Parameter update → Candidate model: Produces updated parameters.
- Candidate model → Retention assessment: Model under test.
- Protected cases → Retention assessment: Data: independent cases.
Buffer coverage and historical validity
Reservoir sampling gives each of arrivals inclusion probability in a capacity- buffer. Uniform historical sampling does not guarantee class coverage.
def admit(buf, item, n, M, rng):
# n includes this arrival; M > 0.
if len(buf) < M:
buf.append(item)
else:
j = rng.randint(1, n)
if j <= M:
buf[j - 1] = item
# Sampling for training is a separate decision.
replay_batch = rng.sample(buf, min(batch_size, len(buf)))| Policy | Objective | Possible omission |
|---|---|---|
| Reservoir | Uniform historical inclusion | Rare classes |
| Class-balanced | Allocated class coverage | Within-class diversity |
| Recency-only | Recent experience | Distant capabilities |
Storage membership and training exposure differ. Repeated tiny-buffer training can overfit, but harm is not inevitable.
For the classifier, protect valid rare-class examples separately from superseded labels. Replaying an obsolete target teaches the wrong current behavior; correction or exclusion follows the declared labeling rules.
Replay also remains subject to permitted use and deletion requirements. Lifecycle fulfillment across derivatives covers propagation beyond the original record; a training buffer is another retained copy.
Importance-weighted parameter protection
Regularization adds a training penalty. Elastic Weight Consolidation, or EWC, discourages departure from reference parameters, weighted by their estimated importance to earlier learning.
With reference , , and , displacements and incur penalties 0.5 and 0.125. Equal movement receives unequal resistance.
Long sequences require an explicit reference-refresh rule. Adding penalties around successive optima can double-count earlier evidence because later optima already incorporate it. A recursive formulation instead accumulates importance around the latest reference. This is a correction under an approximation, not a guarantee that arbitrary task requirements remain compatible.
Restricting adaptation to added parameters is another possible constraint, but it does not establish retention either. The amount and kind of learnable change still require behavioral assessment; constrained capacity can also limit acquisition.
Preservation through reference outputs
Output regularization discourages disagreement with earlier predictions on selected inputs. Learning without Forgetting records old-task probabilities before adaptation, then combines agreement with those targets and new-task supervision. Parameters can change; preservation acts on outputs. Distillation means learning from teacher-provided targets; Soft targets, temperature, and student updates explains the underlying training mechanism.
Specify the reference checkpoint, selected inputs, aligned old-task classes, and preservation weight. Increasing that weight favors agreement over new supervision. New-task inputs may omit a rare historical class; replay can supply complementary coverage. On a revised-label slice, preserving old predictions may directly oppose the corrected targets.
Fidelity is agreement with a reference; correctness is agreement with valid task targets. Either can improve while the other worsens. Independent assessment remains necessary even when the candidate closely matches its teacher.
Reference refresh changes future constraints. Avalanche’s versioned implementation copies the model after each experience and records learned classes.
Selective imitation can target relevant behavior rather than incidental style. Denton describes relevance-masked self-distillation, where a judge selects teacher tokens to learn from. That selection introduces its own reliability question: relevance judgments determine which differences receive training pressure.
Adaptation cadence and training intensity
Cadence determines when updates start; intensity determines work within each update. Frequent starts cannot eliminate training delay. While training runs, the latest available model can continue predicting; a newer version becomes useful only when ready.
Labels may arrive after predictions. Evaluation must preserve that chronology: predict first, score when the target becomes available, and learn only afterward. Granting future supervision early overstates adaptation. River’s progressive evaluator explicitly models prediction and learning events with label delays.
Learning becomes usable after several delays
Example timingsServing overlaps waiting, training, and assessment.
Read the diagram as text
- Observation window. 0 to 12 seconds; duration 12 seconds.
- Wait for label. 0 to 3 seconds; duration 3 seconds. Parent: Observation window.
- Previous model serves. 0 to 9 seconds; duration 9 seconds. Parent: Observation window.
- Candidate training. 3 to 7 seconds; duration 4 seconds. Parent: Observation window.
- Retention assessment. 7 to 9 seconds; duration 2 seconds. Parent: Observation window.
- Accepted candidate serves. 9 to 12 seconds; duration 3 seconds. Parent: Observation window.
Learning rate, update budget, ordering, replay exposure, and preservation strength jointly shape adaptation. Continuation experiments found rewarming could accelerate learning while increasing forgetting. These are regime-specific tradeoffs, not default settings; Data, learning-rate and sequence-length schedules supplies the scheduling foundations.
An application can declare the following control policy.
- Train — Start when valid supervision and an acquisition target justify the allocated work.
- Wait — Keep the current version when required labels or assessment evidence have not arrived.
- Pause — Investigate failed retention or specificity requirements before further updates.
- Stop — End the run when its declared budget is exhausted or further justified benefit disappears.
Checkpoint acceptance under retention requirements
The lowest newest-task loss need not identify an acceptable checkpoint. Apply acquisition targets and separate retention limits, including critical cohorts. A release gate combines those declared requirements with evidence; Release and revision decisions explains the decision boundary.
Compare against a frozen model and straightforward sequential training under stated data and compute budgets. Pooled-history training is another reference when feasible, not a guaranteed upper bound.
Different evidence supports different actions
Improved acquisition is insufficient when a required capability fails.
Read the diagram as text
- Evidence sufficient. Comparable cases and reliable judgments.
- Gather evidence.
- Retention requirements satisfied. Include critical cohorts.
- Reject or revise candidate.
- Acquisition target satisfied.
- Keep current version.
- Accept candidate.
- Evidence sufficient → Gather evidence: No: comparison inconclusive.
- Evidence sufficient → Retention requirements satisfied: Yes: assess requirements.
- Retention requirements satisfied → Reject or revise candidate: No: required capability fails.
- Retention requirements satisfied → Acquisition target satisfied: Yes: assess acquisition.
- Acquisition target satisfied → Keep current version: No: insufficient benefit.
- Acquisition target satisfied → Accept candidate: Yes: all declared requirements met.
Workflow compliance and task competence may need separate scores. Denton’s coding experiment distinguished calling the submission tool, passing tests regardless of submission, and achieving both. Learning to finish the workflow would otherwise conceal a loss in problem-solving ability.
The complete learning-state version
An inference artifact supplies the model; resumable learning needs the state determining its next update. Checkpoint contents and training continuity establishes this distinction. A candidate record should bind the following components consistently.
| Component | What it determines |
|---|---|
| Model and accepted parent | Starting parameters and update ancestry. |
| Optimizer, schedule, randomness, stream position | Where and how training continues. |
| Replay membership and sampling state | Historical examples available to future updates. |
| Teacher or cached targets; class identities | Behavioral reference for subsequent preservation. |
| Reference parameters and importance estimates | Movement penalized by later parameter regularization. |
| Data manifest and assessment versions | Which records, targets, and criteria support the decision. |
Stage method state with candidate weights. A rejected candidate can otherwise leave a refreshed teacher governing the next update. Consistent acceptance or rejection of the bundle is an engineering requirement, not an automatic property of the documented teacher lifecycle.
Intentionally resetting an optimizer is a different intervention from resuming it. Record that choice rather than describing both as identical continuation.
A checkpoint may reconstruct datasets from references instead of embedding their contents. Preserve the corresponding data versions; Dataset releases and reproducible lineage explains manifests and snapshots.
Logical restoration does not guarantee bitwise-identical execution. Random-generator control and deterministic algorithms are separate measures, and framework releases or hardware changes can alter results even with identical seeds.
Rejection, rollback, and verified recovery
Rejection withholds a candidate before promotion. Serving rollback switches production to an earlier model version after promotion. Neither action alone specifies restoration of the state governing future training. Shadow assessment can evaluate a candidate while the earlier model continues supplying outputs.
After interruption, resume from a consistent supported boundary or declare a restart. Avalanche’s inspected checkpoint functions support experience-boundary recovery, not arbitrary mid-update resumption.
Serving restoration precedes learning readiness
Restoring service and restoring future learning are separate milestones.
Pause affected learning; preserve version identities.
Read the diagram as text
- Accepted bundle A.
- Descendant bundle B.
- B withdrawn.
- A serving restored.
- A learning state restored.
- Reassessment pending.
- Reassessment passed.
- Learning resumed.
- Accepted bundle A → Descendant bundle B: Parent of.
- Descendant bundle B → B withdrawn: Withdrawal status.
- Accepted bundle A → A serving restored: Serving status.
- Accepted bundle A → A learning state restored: Training-state status.
- B withdrawn → Reassessment pending: Requires reassessment.
- A learning state restored → Reassessment passed: Passes required tests.
- Reassessment passed → Learning resumed: Permits continuation.
- Withdraw harmful B. Pause affected learning; preserve version identities. Active: Accepted bundle A, Descendant bundle B, B withdrawn, Reassessment pending. New: Accepted bundle A, Descendant bundle B, B withdrawn, Reassessment pending.
- Restore serving. A supplies outputs; learning remains paused. Active: Accepted bundle A, Descendant bundle B, B withdrawn, Reassessment pending, A serving restored. New: A serving restored.
- Restore learning state. Restore A’s corresponding process and method state. Active: Accepted bundle A, Descendant bundle B, B withdrawn, Reassessment pending, A serving restored, A learning state restored. New: A learning state restored.
- Verify before continuation. Passing reassessment replaces pending status and permits continuation. Active: Accepted bundle A, Descendant bundle B, B withdrawn, A serving restored, A learning state restored, Reassessment passed, Learning resumed. New: Reassessment passed, Learning resumed.
For delayed regression, a recovery design should pause affected learning, identify dependent descendants, restore trusted state, and verify required capabilities before resuming.
Restored weights do not undo earlier outputs or external effects. Those need separate handling; Snapshots, rollback and external effects explains the boundary.
Recovery should change the next experiment: repair the responsible data, replay coverage, schedule, or preservation constraint. Repeating a harmful update unchanged does not resolve its cause.
Open questions
Long-horizon evidence remains limited for repeatedly updated language models. Short evaluations can miss accumulated interference and changing environments. Progress would include sustained parameter-update sequences with protected inherited-capability cohorts, explicit resource budgets, and reported failures—not only final aggregate gains.
Preservation must distinguish valid rare behavior from obsolete targets. Sparse inputs can leave the former unconstrained while reference agreement reinforces the latter. Progress requires independently testing both slices after selective preservation changes.
Complete learning-state recovery needs end-to-end evidence. Serialized strategy state can omit attributes or depend on external data, making successful weight loading insufficient. Progress would demonstrate rejected-update and interruption recovery, including the next update, under documented checkpoint boundaries and preserved data versions.









