18 min read
Continual Learning Bench — isolating learning from capability
On CL-Bench, full-context ICL with Claude Sonnet 4.6 reached normalized gain, outperforming every evaluated dedicated memory system; ACE reached while costing dollars per run. Even the strongest system captured only about one quarter of its available learning headroom.
By the end you should be able to identify valid sequential-learning tasks, compute gain from a stateless counterfactual, and diagnose adaptation, retention, and stale-state failures.
Contents
What counts as learning
Why can high or rising reward fail to demonstrate learning from sequential experience?
The database agent answers questions about obfuscated product tables.[1] Suppose it scores well from question , then improves further after question . Neither fact proves that earlier questions taught it anything: the base model may already know enough SQL to perform well, and the later questions may simply be easier.[2] The benchmark’s migration after question makes this especially awkward because some stored schema facts become stale just as the question set changes.[1]
The naive test is to plot reward against question number. If the curve rises, call it learning. That inference silently assumes comparable difficulty across the sequence. Remove that assumption and the same curve admits two causal stories. In the first, prior observations reveal that Electronics prices use integer cents, so later answers need fewer exploratory queries.[1] In the second, later questions happen to require simpler joins. A system with no memory could produce the second curve. High reward can likewise come from static capability: a strong base model may outperform a weaker learner while updating nothing. The paper calls out both varying instance difficulty and different baseline performance as reasons reward alone is insufficient.[2]
This is the static-capability confound: absolute competence is mistaken for improvement caused by sequential experience. Continual learning sets a stricter causal requirement. Performance must improve because information from earlier online interactions changes how the system handles later instances; neither pretrained competence nor a favorable ordering of questions qualifies. That is why the paper defines continual learning as improvement through sequential experience and designs its metrics to separate learning from prior capabilities.[3]
The distinction changes what an evaluation must ask. Not “does the database agent score well?” and not even “does its score rise?”, but “would this same agent perform worse on the same question without the useful information accumulated earlier?” Before that comparison can mean anything, the sequence needs a real learning opportunity: earlier observations must reveal task-specific information that pretraining could not supply and later questions can reuse.[3]
Task admission criteria
What properties make sequential improvement identifiable as genuine online learning?
The database agent can answer questions in order and still learn nothing. If each question concerns an unrelated schema quirk, the transcript is merely longer: success on question supplies no leverage on question . Chaining independent benchmark instances therefore creates history without creating a reason for history to matter; a sufficiently capable static model can solve the stream without updating.[4]
An admissible task needs three properties. First, headroom: initial performance must sit below an achievable maximum because the hidden structure is task-specific rather than recoverable from offline training alone. Second, shared hidden structure: facts discovered on one instance must recur in later instances, turning earlier work into a reusable model of the environment. Third, informative feedback: earlier actions must return observations—such as query results or errors—that let the system infer that structure and convert it into a better later decision.[5][6][7]
Remove any leg and the interpretation breaks. No headroom leaves nothing measurable to improve. No shared structure makes earlier evidence irrelevant. No feedback leaves useful structure present but inaccessible.
Apply the test to the database sequence. The unfamiliar schema leaves headroom: even a strong SQL model does not receive the table structure, encodings, or cross-group differences upfront. Repeated conventions supply shared structure: after exploration reveals which group stores prices in cents or which timestamp format applies, the agent can reuse those facts instead of rediscovering them. SQL results close the loop by exposing whether a guess about a table or column worked. The sequence therefore rewards a causal chain: exploration produces evidence; evidence updates stored schema knowledge; stored knowledge reduces exploratory work on a later question.[8][7]
The migration after question sharpens the criterion rather than changing it. Some schema and value facts become stale, so later feedback must identify what changed while unchanged conventions continue to carry value. Blindly keeping every fact and blindly deleting the complete record both waste the sequence; the opportunity lies in updating the affected facts while preserving the rest.[9]
These are admission criteria, not evidence that a tested system actually learned. Jointly, they establish an opportunity in which accumulated experience can improve performance and static capability cannot explain the intended improvement.[10] A system might still ignore the feedback, store the wrong fact, or retrieve nothing useful. The unresolved question is causal: on the same database question, did access to accumulated history change the outcome relative to running the same system fresh?
Stateful versus stateless
What counterfactual isolates the performance contribution of accumulated state?
Suppose the database agent answers question with one exploratory query after learning the obfuscated schema, while a fresh run needs three. Comparing that agent with a stronger model would mix memory with base capability. Comparing question with question would mix learning with question difficulty; the paper warns that varying difficulty and baseline performance can make reward curves mislead.[2] The migration after question sharpens the problem: later questions also occur in a changed environment, so chronology is not a control.[9]
The counterfactual—a comparison that changes only the suspected cause—changes one input. Run the same end-to-end system on the same current instance twice. In the stateful run, the system receives the instance plus interaction history, containing earlier instances and rewards. In the stateless run, it receives the current instance alone. The paper formalizes this through a policy, the rule mapping available inputs to a response: stateful policies condition on history, which may live in retrieved memory or accumulated context, while stateless policies are independent of it.[11]
Apply the pair to every database question. The stateful answer earns stateful reward; the stateless answer earns stateless reward. Holding the system, current question, tools, and scoring rule fixed removes those factors from the comparison; the designed difference is access to interaction history. This does not require later questions to resemble earlier ones in difficulty. At question , both runs face the migrated database, but only the stateful policy may condition on pre-migration history.[@state-conditioning @db-drift]
The pair therefore gives two rewards under a controlled history intervention. But “different” is not yet interpretable: a stateful reward above the stateless reward should count as help, equality as no effect, and the reverse as harm. The comparison still needs a signed metric that encodes those three cases.
Gain metric
How does separate learning from system-specific instance difficulty?
Consider one of the database sequence’s questions.[1] Suppose it happens to be easy: both the fresh and history-carrying runs recognize the relevant table quickly. The stateful reward is , but that number cannot show whether stored schema facts helped. The stateless reward might also be because the current question exposes enough clues. Counting only the stateful result would turn ease into apparent learning.
The comparison must preserve the question and the system while changing only access to accumulated state. The stateless reward then becomes a local baseline, not a score from a weaker model or a different question.[12]
The subtraction is matched differencing: compare two outcomes that share the same system-specific instance difficulty, then remove their shared level. If both runs earn , then . The question was easy, but accumulated state added nothing. If the stateful run earns while the stateless run earns , then . Both runs faced whatever made the question easy or hard; only the stateful run could reuse earlier schema discoveries. Their difference isolates that access to accumulated state.[12][1]
The sign gives the metric its interpretation. Positive gain means accumulated state improved reward on this instance. Zero gain means it had no measured effect. Negative gain means the stateful run performed worse than the matched stateless run. If their rewards are and , respectively, then . A high absolute reward and positive learning are therefore separate claims; so are a low absolute reward and failure to learn.[12]
Raw gain solves the attribution problem within one reward scale. It does not yet solve comparison across scales. A gain of may consume most available improvement on one task but little on another, especially when their stateless baselines start at different distances from the maximum. The remaining problem is to measure gain against the headroom each system actually had.
Headroom normalization
How does compare learning across heterogeneous tasks and baselines?
Suppose the database agent gains mean reward from remembered schema facts. That sounds substantial if its stateless baseline is and the task maximum is , but modest if the baseline is . Comparing raw gains declares a tie even though one agent captures half of the remaining opportunity and the other captures only one eighth.
Let mean stateful reward denote mean reward with accumulated state and mean stateless reward denote mean reward without it. Their difference is mean gain. Learning headroom is the distance from the stateless baseline to the task-defined maximum reward. The benchmark divides the first quantity by the second and calls the result normalized gain.[13]
The denominator changes the comparison. With , a baseline of leaves headroom, so a gain of gives . A baseline of leaves , so the same gain gives . The second result is larger because state captured a larger fraction of what remained learnable, not because its raw contribution increased.
A fixed raw gain near the ceiling
As approaches , the same selected mean gain occupies a larger fraction of the remaining headroom.
This isolates headroom normalization with , a selected nonnegative mean gain held constant while changes, and all other quantities fixed. To preserve a valid reward pair, rises by exactly the same amount as .[13]
Normalization now lets heterogeneous reward scales and baselines contribute on a common fraction-of-headroom scale.[13] But averaging across all database questions erases when the gain occurred. A positive could reflect durable schema knowledge that survives the migration after question , or repeated adaptation within each stable half followed by failure at the boundary.[9]
Concept drift
When should stored schema knowledge be reused, revised, or discarded?
Question arrives after the database migration. The agent has cached that Electronics prices come from the old price column, so the obvious move is to reuse that column. The query may still run because the migration retains the old column, but the new prc_v2 column contains updated prices. Blind reuse can therefore return stale values.[9][14]
The opposite policy is safer but wasteful: erase the entire cache and rediscover every table, encoding convention, and category difference. Those discoveries previously reduced the number of exploratory queries, so a complete reset throws away useful structure along with stale facts.[8] Concept drift is a change in the environment that alters which previously learned claims remain valid. Here the boundary is explicit: the first questions use the original database, while the remaining use a migrated database with schema and value changes.[9]
Useful state therefore needs two scopes. Persistent knowledge stores exploration procedures and schema conventions that recur across questions; variant-specific knowledge stores object-level facts such as active table names, column formats, and value encodings. The task rewards reusing discovered schema logic, but migration can rename tables, reformat columns, and invalidate cached information.[15] When a query fails or observed values conflict with a cached fact, the agent marks facts about that object as provisional, probes the affected schema, and replaces contradicted entries. Conventions that the new evidence has not challenged remain available. This selective revision avoids both blindly reusing stale facts and discarding all learned structure.
That policy can produce several very different reward paths. One agent may fail on question and update quickly; another may cross the boundary cleanly but later discard useful structure. Because normalized gain compresses stateful and stateless rewards into run-level means, those paths can yield the same aggregate value.[13] The unresolved question is whether gain came from durable transfer at the migration boundary or repeated adaptation after it.
Stability and plasticity
How can equal conceal different retention and adaptation failures?
Two agents can finish with the same while failing in opposite ways: one retains useful structure across variants but adapts slowly, while the other adapts within each variant but fails to carry that learning across switches.[16] In the database task, the migration after question changes both schema and values, so previously cached facts may become stale.[9] Ranking the agents by alone hides the difference between poor retention and slow adaptation.
The obvious fix is to compare performance before and after the migration, but that still mixes transferred knowledge with learning from post-migration feedback. Instead, boundary gain uses the first question of each variant; in the database schedule, question is the first post-migration case. No feedback from the migrated variant has arrived yet, so positive gain there indicates useful structure carried across the switch, while negative gain can indicate that stored information was misapplied.[17][18] Within-variant gain uses every other question, each of which follows at least one round of feedback from its current variant. Gain there measures plasticity—adaptation from new evidence. An agent can therefore retain useful structure but adapt slowly, or adapt quickly while carrying little across a switch.[16]
These are not two extra scores detached from the aggregate. Every question belongs to exactly one side of the partition. In the -question database schedule, the two variant-opening questions form the boundary subset; the other form the within-variant subset. Each subset’s mean stateful–stateless difference is divided by the same task-level headroom used for , then weighted by that subset’s fraction of the schedule. Because the fractions cover the complete schedule, the weighted stability and plasticity components sum exactly to . When two totals are equal, a larger boundary contribution must be offset by a smaller within-variant contribution, or vice versa.[18]
This diagnosis changes what a memory score means. Some evaluated systems showed virtually no stable learning even though repeated exposure within variants produced gain.[17] Matched gain asks whether accumulated state helped, headroom normalization measures how much available improvement it captured, and the decomposition separates help transferred across a switch from help rebuilt after local feedback.[18] The hook closes with a narrower deficit than storage capacity: accumulated state can introduce spurious generalizations and stale beliefs, and even the strongest evaluated system captured only of its available learning headroom.[19]
Transfer set
Put the pieces together
These questions combine mechanisms from more than one section. Work from the causal chain before opening the answer.
- 01
Suppose the database migration occurs after question instead of question . How should the evaluation determine whether accumulated state caused improvement on question , and where would that result appear in the stability–plasticity decomposition?
Show answer
Run the same system on question with and without prior history while holding the migrated database, tools, and scoring fixed. Compute by subtracting the stateless reward from the stateful reward; this removes question difficulty and attributes the remaining difference to accumulated state.[11][12] Because question is the first question after the switch, its gain contributes to boundary gain and therefore measures stability. Gains on later post-migration questions contribute to within-variant gain and measure plasticity; the weighted components still sum to .[18]
- 02
Across the questions, the stateful reward curve rises steadily, but the matched stateless reward rises by the same amount and every is . What do the gain and headroom mechanisms imply, even if the final stateful reward is high?
Show answer
The rising stateful curve does not demonstrate learning because the stateless system improves equally without history; changing instance difficulty remains a sufficient explanation.[2] Since every matched difference is , mean gain is , and is also whenever positive headroom remains. The system may have high static capability, but accumulated state caused no measured improvement.[12][13]
- 03
Two agents have equal . Agent A has positive boundary gain but weak within-variant gain. Agent B has negative boundary gain followed by strong within-variant gain. Combine concept drift, matched gain, and the decomposition to diagnose how each agent handles stored schema evidence.
Show answer
Agent A transfers still-useful schema structure across the migration, so state helps at the boundary, but it revises contradicted facts slowly after feedback arrives. Agent B initially applies stale schema evidence, so state hurts at the boundary, then uses local feedback to replace those facts and recover within the variant. Their weighted boundary and within-variant components can offset and produce the same .[15][18] This closes the hook and throughline: the matched counterfactual shows whether state caused improvement, while the decomposition shows why accumulated experience alone is insufficient. A system captures little available headroom when it stores evidence but fails to select what remains valid, update what migration contradicts, and transfer the useful remainder.[19]
References
- [1]“The agent answers a sequence of 40 natural-language questions about an unknown SQLite database containing Amazon product reviews across three product groups: Office Products, Electronics, and Musical Instruments.”
- [2]RewardS4.1“When instance difficulty is homogeneous, a rising reward curve is a reliable signal of learning. In practice, however, instance difficulty varies, and different systems have different baseline performance. A generically strong system may produce high reward with no learning at all while a weaker system that exploits prior experience may show lower absolute reward but actually improves over time.”
- [3]“Continual learning, the ability of AI systems to improve through sequential experience, has attracted substantial interest, but no high-quality benchmark exists to evaluate it.”
- [4]“Importantly, these criteria jointly preclude constructing \bench{} tasks by chaining instances from existing benchmarks. Standard benchmark instances are designed to be diverse and independent, and test offline training, meaning a sufficiently capable model could perform well without any online learning.”
- [5]“\paragraph{Headroom.} Initial performance for any system should be well below the achievable maximum. This means the latent structure to be learned must be task-specific and not recoverable from general offline training alone; otherwise, a stronger base model and a learning system are indistinguishable.”
- [6]“\paragraph{Shared latent structure.} There must exist discoverable structure (such as codebase structure, schema conventions, opponent strategies) that is \emph{shared} across instances and that a system can exploit for performance improvement. The relationship between instances creates the learning opportunity: a system that identifies recurring patterns can exploit them in future instances. The structure is not communicated explicitly; it must be inferable from experience.”
- [7]“\paragraph{Learning mechanism.} Earlier instances in the schedule must produce observations that are informative for later ones. The environment must provide a feedback loop that a learning system can exploit (e.g., test failures, error messages, intermediate predictions) so that accumulated experience translates into actionable knowledge.”
- [8]“The schema is not provided upfront---the agent must discover table structure, encoding conventions, and cross-group differences through exploration. The CL challenge is \emph{efficiency}: a learning agent memorizes schema facts (e.g., which group stores prices in cents, which tables lack attribute entries, which timestamp format applies) and reuses them to answer later questions with fewer exploratory queries.”
- [9]“The default schedule uses the \texttt{schema_drift} variant: 20 questions on the original database, then 20 questions after a live migration that introduces a modified database for the agent to deal with, with both schema and value changes. The post-migration questions test whether the agent can notice that previously cached database information no longer applies. An agent that blindly trusts pre-migration facts will continue to issue incorrect queries against renamed or reformatted tables.”
- [10]“Any task in an effective continual learning benchmark must satisfy the following criteria. Jointly, they define when measured improvement reflects online learning rather than static model capability.”
- [11]“\textbf{Stateless} () systems condition only on the current instance, , independent of history ; by construction, they cannot improve across instances within a rollout. \textbf{Stateful} () systems condition on the full history, , where state may be maintained explicitly (e.g., retrieved memory) or implicitly (e.g., accumulated context).”
- [12]GainS4.2“For each instance , we define gain as: where is the reward achieved by the stateful system and is the reward achieved by the same system run in stateless mode on the same instance. Whatever makes instance intrinsically easy or hard for a given system appears equally in both terms. The difference isolates only the contribution of the accumulated state to performance.”
- [13]“Normalized gain is then: The denominator is the system's own learning headroom—the maximum gain available given its stateless baseline performance. Dividing by headroom prevents tasks where the stateless baseline is already near from contributing a negligible signal regardless of actual learning, and ensures every task is on a 'fraction of available headroom captured' scale.”
- [14]“A new \texttt{prc_v2} price column is added to the Electronics products table with updated product prices, while the old price column is kept around.”
- [15]“A learning agent discovers schema conventions and data idiosyncrasies early and reuses this logic to answer later questions with far fewer queries. The database also undergoes a migration halfway through, renames tables and reformatting columns, requiring the agent to detect and discard stale past experience rather than blindly reusing it.”
- [16]“Two systems can demonstrate the same while differing with respect to these terms: a highly plastic learner can adapt well within each task variant while failing to carry that adaptation to new variants, while a highly stable learner can retain useful structure across variants but adapt more slowly overall.”
- [17]“We decompose gain into two components using variant boundaries as a natural partition: stability measures gain at the first instance of each new variant, where the system must transfer prior knowledge without in-variant feedback; plasticity measures gain within variants, where in-variant feedback enables adaptation. A system that retains useful structure across variant switches shows positive stability; one that adapts quickly within a variant shows positive plasticity”
- [18]“Using the same task-level headroom denominator as in (\cref{sec:cross_task_norm}), we define the stability component: and the plasticity share component: It is straightforward to show that: ”
- [19]“Our evaluation reveals a gap in current systems' ability to continually learn. Naive ICL outperforms dedicated memory architectures on most tasks, and even the best system achieves only 25.4% normalized gain over its stateless baseline. Accumulated state frequently hurts rather than helps: memory modules introduce spurious generalizations and stale beliefs, while more expensive systems fail to translate cost into performance.”