Contents
  1. Learning across sequential experiences
  2. Capabilities to acquire, preserve, and revise
  3. Interference and catastrophic forgetting
  4. Acquisition and retention across checkpoints
  5. Historical references and forgetting measurements
  6. Replay as an earlier-training constraint
  7. Buffer coverage and historical validity
  8. Importance-weighted parameter protection
  9. Preservation through reference outputs
  10. Adaptation cadence and training intensity
  11. Checkpoint acceptance under retention requirements
  12. The complete learning-state version
  13. Rejection, rollback, and verified recovery
  14. Check understanding
  15. Open questions
  16. Selected talks
  17. References
  18. Talk library
← All topics

Continual Learning

Continual learning changes a model through successive experiences. Its central difficulty is preserving useful earlier capabilities while acquiring new ones or correcting obsolete behavior. Useful progress therefore depends on more than the latest task score: it requires explicit retention requirements, constraints on adaptation, evidence across model versions, and a way to recover when learning goes wrong.

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.

The incremental-learning settings differ in what inference must resolve. Historical training-data access must be specified separately.
SettingChanging experienceInference requirement
Task-incrementalCats versus dogs, then cows versus horses.Task identity is supplied or clear; choose within that task.
Domain-incrementalThe same objects under different lighting.Recognize the same categories under changed conditions.
Class-incrementalAdditional 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.

A document classifier has three distinct requirements. The criteria below are declared requirements, not measured results.
IntentPopulationTarget versionCriterion
Acquire recognition of new formatsNew-format documentsCurrent labeling rulesMeet the declared new-format accuracy target.
Preserve rare-class recognitionUnchanged rare-class documentsStill-valid labeling rulesRemain above the separate retention floor.
Revise superseded classificationsDocuments affected by an authoritative rule changeRevised labeling rulesUse 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.

LA(x,y)=x2+y2,LB(x,y)=(x2)2+y2.L_A(x,y)=x^2+y^2,\qquad L_B(x,y)=(x-2)^2+y^2. Here x,yx,y are two shared, dimensionless parameters; lower loss is better. Moving from (1,1)(1,1) to (1,0)(1,0) improves both tasks. Moving onward to (1.5,0)(1.5,0) improves B but harms A. Gradients and parameter updates explains local update directions.

Shared benefit, then interference

Example

A 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.5-0.2512.253.5-1.5-0.7500.751.5Parameter x (dimensionless)Parameter y (dimensionless)A acceptableB acceptableP→QQ→RParameter statesP: 2, 2Q: 1, 1R: 2.25, 0.25
  • 1. A acceptable
  • 2. B acceptable
  • 3. P→Q
  • 4. Q→R
  • 5. Parameter states
Read coordinates and regions as data

X: -1.53.5 dimensionless; Y: -1.51.5 dimensionless, increasing up. Equal scale on both axes.

A acceptable (polygon)

(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)

B acceptable (polygon)

(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)

P→Q (polyline)

(1, 1); (1, 0)

Q→R (polyline)

(1, 0); (1.5, 0)

Parameter states (points)

(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)

Polygons approximate regions with loss at most 1.44. Labels give losses A, B.

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 Ri,jR_{i,j}, performance on cohort jj after learning stage ii. Include the starting checkpoint, acquisition scores, and later reassessments. Each column keeps a capability visible across updates.

Example scores: correct answers out of 100 fixed cases per column. Higher is better. Unmeasured cells supply no evidence.
CheckpointInherited capabilityCapability ACapability B
Starting model90/10040/100Unmeasured
After acquiring A89/10080/100Unmeasured
After acquiring B83/10070/10085/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

BWTi,j=Ri,jRj,j,i>j.\mathrm{BWT}_{i,j}=R_{i,j}-R_{j,j},\qquad i>j. Per-task backward transfer compares later performance with post-acquisition performance: positive means improvement; negative means degradation.
Fi,j=maxjk<iRk,jRi,j.F_{i,j}=\max_{j\leq k<i}R_{k,j}-R_{i,j}. Historical-maximum forgetting compares the current score with the best earlier eligible score. Here kk indexes stages after acquisition and before the current stage.

One trajectory, different references

Example

Acquisition-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.

0.51.5252.553.5754.60.350.50.650.80.95Learning stage (dimensionless)Accuracy (fraction correct)Checkpoint accuracyStage scoresAcquisitionHistorical bestPrecedingCurrent
  • 1. Checkpoint accuracy
  • 2. Stage scores
Read coordinates and regions as data

X: 0.54.6 dimensionless; Y: 0.350.95 fraction correct, increasing up. Axes scaled independently; screen angles and distances are not comparable.

Checkpoint accuracy (polyline)

(1, 0.7); (2, 0.8); (3, 0.6); (4, 0.5)

Stage scores (points)

(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)

One fixed cohort falls from 0.7 at acquisition to 0.5, after reaching 0.8.

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.

Current and buffered examples supply a mixed training batch. The resulting candidate reaches assessment alongside protected cases, which have no path into training.
Read the diagram as text
  • Current examples.
  • Replay buffer.
  • Mixed batch.
  • Parameter update.
  • Candidate model.
  • Protected cases.
  • Retention assessment.
  • Current examplesMixed batch: Data: current sample.
  • Replay bufferMixed batch: Data: historical sample.
  • Mixed batchParameter update: Data: training examples.
  • Parameter updateCandidate model: Produces updated parameters.
  • Candidate modelRetention assessment: Model under test.
  • Protected casesRetention assessment: Data: independent cases.

Buffer coverage and historical validity

Reservoir sampling gives each of nMn\geq M arrivals inclusion probability M/nM/n in a capacity-MM buffer. Uniform historical sampling does not guarantee class coverage.

Illustrative pseudocode Python-like pseudocode
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)))
PolicyObjectivePossible omission
ReservoirUniform historical inclusionRare classes
Class-balancedAllocated class coverageWithin-class diversity
Recency-onlyRecent experienceDistant 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.

L=Lnew+λ2iFi(θiθref,i)2.L=L_{\mathrm{new}}+\frac{\lambda}{2}\sum_i F_i(\theta_i-\theta_{\mathrm{ref},i})^2. θi\theta_i is a parameter, θref,i\theta_{\mathrm{ref},i} its saved reference, and λ0\lambda\geq0 the penalty strength. Diagonal Fisher estimates FiF_i approximate sensitivity to earlier learning. Larger values resist movement more strongly; omitted parameter interactions limit protection.

With reference (0,0)(0,0), F=(4,1)F=(4,1), and λ=1\lambda=1, displacements (0.5,0)(0.5,0) and (0,0.5)(0,0.5) 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 timings

Serving overlaps waiting, training, and assessment.

Observation window012 secondsDuration 12 seconds
Wait for label03 secondsDuration 3 secondsWithin Observation window
Previous model serves09 secondsDuration 9 secondsWithin Observation window
Candidate training37 secondsDuration 4 secondsWithin Observation window
Retention assessment79 secondsDuration 2 secondsWithin Observation window
Accepted candidate serves912 secondsDuration 3 secondsWithin Observation window
An observation arrives at zero. Its label enables training at three seconds; assessment finishes at nine. The old model serves meanwhile. Overlapping spans must not be summed as elapsed time.
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.

  • TrainStart when valid supervision and an acquisition target justify the allocated work.
  • WaitKeep the current version when required labels or assessment evidence have not arrived.
  • PauseInvestigate failed retention or specificity requirements before further updates.
  • StopEnd 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.

This engineering gate checks evidence, retention, then acquisition. Retention includes preceding-checkpoint comparisons and persistent historical requirements. Missing evidence, failed requirements, and insufficient benefit lead to different endpoints.
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 sufficientGather evidence: No: comparison inconclusive.
  • Evidence sufficientRetention requirements satisfied: Yes: assess requirements.
  • Retention requirements satisfiedReject or revise candidate: No: required capability fails.
  • Retention requirements satisfiedAcquisition target satisfied: Yes: assess acquisition.
  • Acquisition target satisfiedKeep current version: No: insufficient benefit.
  • Acquisition target satisfiedAccept 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.

ComponentWhat it determines
Model and accepted parentStarting parameters and update ancestry.
Optimizer, schedule, randomness, stream positionWhere and how training continues.
Replay membership and sampling stateHistorical examples available to future updates.
Teacher or cached targets; class identitiesBehavioral reference for subsequent preservation.
Reference parameters and importance estimatesMovement penalized by later parameter regularization.
Data manifest and assessment versionsWhich 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.

1 / 4 · Withdraw harmful B

Pause affected learning; preserve version identities.

This recovery design retains bundle identities A and B. Serving restoration alone leaves reassessment pending. The final step assumes required tests pass; failure leaves learning paused.
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 ADescendant bundle B: Parent of.
  • Descendant bundle BB withdrawn: Withdrawal status.
  • Accepted bundle AA serving restored: Serving status.
  • Accepted bundle AA learning state restored: Training-state status.
  • B withdrawnReassessment pending: Requires reassessment.
  • A learning state restoredReassessment passed: Passes required tests.
  • Reassessment passedLearning resumed: Permits continuation.
  1. 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.
  2. 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.
  3. 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.
  4. 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

  1. 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.

  2. 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.

  3. 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.

Follow the curated reading path through the speakers and demonstrations behind this entry.

Explore more talks

The rest of the library, beyond the curated path. Cited talks support this entry; reviewed transcripts were processed in full. Metadata candidates have not been reviewed as sources or verified as topic members.

6 matching talks

TalkSpeakerEventYear
Will BrownAI Engineer World's Fair 20262026
Sara HookerAI Engineer World's Fair 20262026
Vivek TrivedyAI Engineer World's Fair 20262026
Yu SuAI Engineer World's Fair 20262026
Raymond FengAI Engineer World's Fair 20262026
Ronak MaldeAI Engineer World's Fair 20262026

References

Coverage and source review
Processed transcripts
5 processed in full · 4 in the curated path
Automated source review
Passed
Metadata candidates
5 unreviewed; not verified topic membership
Corpus version
1bd8e407b26a07b33815594e1b2db5f41827119a2b3cb6fbf240f9fc571fc767

Automated review checks source support; it is not publication approval.

A synthesis of selected conference talks and technical references. Citations link to the source material; they do not imply that every talk on this subject is included.

  1. Overcoming catastrophic forgetting in neural networks

    Introduction; section 2 and equation 3; Figure 1; supervised and Atari experiments; discussion.

  2. Riemannian Walk for Incremental Learning: Understanding Forgetting and Intransigence

    Section 3, equations 3–4; published illustrative trajectory and reference-model interpretation.

  3. Three types of incremental learning

    Three continual learning scenarios; generalization to flexible settings; supervised classification terminology.

  4. Continual Learning Bench: Evaluating Frontier AI Systems in Real-World Stateful Environments

    Section 5 system descriptions and section 6 limitations; interpreting the supplied essay lead.

  5. Real-Time Evaluation in Online Continual Learning: A New Hope

    Sections 3.1–3.2 and Figure 2; update timing and separation of prediction from training.

  6. LoRA Learns Less and Forgets Less

    Sections 3.2–3.3 and 4.1–4.3, particularly instruction-fine-tuning comparisons. Adapter implementation details are unnecessary for the chapter.

  7. Dive into Deep Learning: environment and distribution shift

    Section 4.7 introduction; 4.7.1 Types of Distribution Shift; covariate-shift and label-shift subsections.

  8. Bringing Capabilities in Distribution via Relevance-Masked Self-Distillation

    Methodology, results table, continuation phase, and future-work discussion; a narrow parameter-update example.

  9. NIST Privacy Framework 1.0: lifecycle and minimized audit evidence

    Core ID.IM-P; GV.PO-P1; CT.PO-P; CT.DM-P5/P8; CM.AW-P6; PR.AC-P; PR.DS-P3.

  10. Stuffing Context is not Memory, Updating Weights is

    Restricting updates to a small added parameter set is proposed as a way to reduce catastrophic forgetting while preserving the base model.

  11. Gradient Episodic Memory for Continual Learning

    Sections 2–3, equations 2–8, and Algorithm 1; longitudinal measurement and local interference.

  12. Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer

    Sections 3, 3.1.2, 3.1.4–3.1.5 and Figure 2; span-target construction, packing, transfer experiments and controlled comparisons.

  13. Command Line — MOA

    EvaluatePeriodicHeldOutTest and Interleaved Test-Then-Train explanations.

  14. On Tiny Episodic Memories in Continual Learning

    Sections 3–5, Algorithm 1, reservoir and ring-buffer policies, and generalization analysis.

  15. Simple and Scalable Strategies to Continually Pre-train Large Language Models

    Sections 2, 5 and 6, including schedule and replay ablations; concrete continuation, retention and baseline evidence.

  16. On Quadratic Penalties in Elastic Weight Consolidation

    Recursive derivation, equation 11, contrasting with EWC penalties, and storage discussion.

  17. Stuffing Context is not Memory, Updating Weights is

    The talk contrasts reduced learning and forgetting under SFT with reported RL results approaching full fine-tuning, suggesting that adapter capacity requirements depend on the training signal.

  18. Learning without Forgetting

    Section 3, Figure 3, loss-balance discussion, and relationship to joint training.

  19. Does Knowledge Distillation Really Work?

    Sections 3.2–6, especially the fidelity metrics, CIFAR-100 interventions and diagnostic hypotheses.

  20. Avalanche v0.3.0 LearningWithoutForgetting

    Version-pinned class description, alpha parameter, and update method.

  21. Bringing Continual Learning into Enterprises

    Relevance-masked self-distillation selects task-relevant teacher tokens instead of learning indiscriminately from all token differences.

  22. progressive_val_score — River

    Method description, moment and delay parameters, and examples.

  23. Bringing Continual Learning into Enterprises

    Measure the requested behavior separately from base-task correctness, then measure their intersection.

  24. avalanche.checkpointing.checkpoint — source documentation

    Inspected save_checkpoint, maybe_load_checkpoint, and constructor-based serialization implementation.

  25. Avalanche v0.3.0 ReplayPlugin — source documentation

    Version-pinned constructor, before_training_exp, and after_training_exp implementation.

  26. PyTorch 2.9: Reproducibility

    Reproducibility introduction, random-number control and deterministic-algorithm guidance.

  27. Continuous deployment — AWS Prescriptive Guidance

    Checklist items 7.1–7.3 and 7.5; model promotion and serving restoration.

  28. NIST SP 800-61r3: incident response and verified recovery

    April 2025 final revision; RS.MA, RS.AN-06/07, RS.MI, and RC.RP-01 through RC.RP-06.

  29. Continual Learning for AI Agents: From Failures to Durable Improvements - Soheil Feizi, RELAI

    Choose the smallest durable repair at the layer that explains the failure, rather than assuming every failure needs a memory update.

  30. Continual Learning for AI Agents: From Failures to Durable Improvements - Soheil Feizi, RELAI

    Verifiable continual learning (VCL) requires a replayable failure test, a measured before-and-after improvement, and continued success on prior tests.

  31. Continual Learning for AI Agents: From Failures to Durable Improvements - Soheil Feizi, RELAI

    Treat regression constraints as part of optimization rather than checking old behavior only after selecting a fix.

  32. Beyond Static Intelligence: Evaluating Continual Learning

    The speaker defines continual learning as sample-efficient online learning that remains stable over long horizons, requiring both retention and adaptation.

  33. Beyond Static Intelligence: Evaluating Continual Learning

    The speaker hypothesizes that designing architectures, data, and algorithms for continual learning from the outset may be more appropriate than restricting solutions to additions after conventional training.

  34. Beyond Static Intelligence: Evaluating Continual Learning

    The speaker identifies realistic simulation outside easily verifiable deterministic domains, including user personalization, as an unresolved evaluation gap.

  35. Beyond Static Intelligence: Evaluating Continual Learning

    Measure gain against the same system's stateless baseline, and compare reward, gain, and cost on Pareto frontiers.