Paper deep dive
Provenance Guided Incremental Learning Under Evolving Concept Definitions
Ismail Lamaakal
Intelligence
Status: succeeded | Model: Gemma-4-26B-A4B | Prompt: intel-v1 | Confidence: 96%
Last extracted: 8/26/2026, 4:58:05 AM
Summary
This paper introduces a provenance-guided incremental learning framework to handle rule-induced concept shifts, where target definitions change explicitly rather than through statistical drift. The framework compiles concept definitions into rule deltas, uses historical provenance to identify affected records, and performs selective relabeling and incremental predictor repair. It also introduces RuleShift-Bench, a benchmark for evaluating such shifts across various domains, demonstrating high accuracy and significant latency reductions compared to full retraining.
Entities (7)
Relation Signals (6)
Ismail Lamaakal → authored → Provenance Guided Incremental Learning Under Evolving Concept Definitions
confidence 99% · Provenance Guided Incremental Learning Under Evolving Concept Definitions Ismail Lamaakal
Provenance-Guided Incremental Learning Framework → handles → Rule-Induced Concept Shift
confidence 97% · This paper studies rule-induced concept shift... We introduce a provenance-guided incremental learning framework
Ismail Lamaakal → affiliatedwith → Mohammed Premier University
confidence 96% · Ismail Lamaakal ... is with the Department of Computer Science ... Mohammed Premier University
RuleShift-Bench → evaluates → Provenance-Guided Incremental Learning Framework
confidence 96% · Across the benchmark, provenance-guided repair attains 92.3% accuracy
Provenance-Guided Incremental Learning Framework → uses → Rule Delta
confidence 95% · compiles consecutive concept definitions into a structured rule delta
Provenance-Guided Incremental Learning Framework → includescomponent → Versioned Concept Memory
confidence 94% · A versioned concept memory further supports recurring definitions.
Cypher Suggestions (0)
No Cypher suggestions yet.
Abstract
Abstract:Learning systems deployed over long periods must adapt not only to statistical changes in incoming data, but also to revisions of the definitions that generate their prediction targets. Conventional concept-drift methods typically infer such changes from observations or prediction errors, even when the underlying policy, rule, or query has been explicitly modified. This paper studies rule-induced concept shift, where the target-defining concept is revised directly, causing previously stored instances to acquire different semantic labels without requiring any change in their observed data. We introduce a provenance-guided incremental learning framework that compiles consecutive concept definitions into a structured rule delta, traces the changed components through historical provenance, certifies records whose previous labels remain valid, and restricts reevaluation to a localized candidate region. Executable revisions are relabeled automatically, ambiguous cases are handled through selective supervision, and the resulting changes are used for incremental predictor repair. A versioned concept memory further supports recurring definitions. We also introduce RuleShift-Bench, spanning financial, demographic, cybersecurity, and graph-structured data with threshold, predicate, logical, relational, recurring, and mixed concept revisions. Across the benchmark, provenance-guided repair attains 92.3% accuracy and 90.2% Macro-F1 while reprocessing 14.7% of the historical collection and retaining 94.6% of affected records. Its average update latency is 179s compared with 993s for complete relabeling and retraining. The results demonstrate that an explicit concept revision can be exploited as a data-maintenance signal, allowing learning systems to update the supervision and predictive state that depend on the change while preserving knowledge that remains valid.
Tags
Links
- Source: https://arxiv.org/abs/2608.23893v1
- Canonical: https://arxiv.org/abs/2608.23893v1
Trouble viewing inline? Open PDF directly →
Full Text
166,571 characters extracted from source content.
Expand or collapse full text
Provenance Guided Incremental Learning Under Evolving Concept Definitions Ismail Lamaakal †thanks: Lamaakal. I is with the Department of Computer Science, Faculty of Applied Sciences Nador, Mohammed Premier University, Oujda, Morocco. Corresponding author email: ismail.lamaakal@ieee.org Abstract Learning systems deployed over long periods must adapt not only to statistical changes in incoming data, but also to revisions of the definitions that generate their prediction targets. Conventional concept-drift methods typically infer such changes from observations or prediction errors, even when the underlying policy, rule, or query has been explicitly modified. This paper studies rule-induced concept shift, where the target-defining concept is revised directly, causing previously stored instances to acquire different semantic labels without requiring any change in their observed data. We introduce a provenance-guided incremental learning framework that compiles consecutive concept definitions into a structured rule delta, traces the changed components through historical provenance, certifies records whose previous labels remain valid, and restricts reevaluation to a localized candidate region. Executable revisions are relabeled automatically, ambiguous cases are handled through selective supervision, and the resulting changes are used for incremental predictor repair. A versioned concept memory further supports recurring definitions. We also introduce RuleShift-Bench, spanning financial, demographic, cybersecurity, and graph-structured data with threshold, predicate, logical, relational, recurring, and mixed concept revisions. Across the benchmark, provenance-guided repair attains 92.3% accuracy and 90.2% Macro-F1 while reprocessing 14.7% of the historical collection and retaining 94.6% of affected records. Its average update latency is 179 s compared with 993 s for complete relabeling and retraining. The results demonstrate that an explicit concept revision can be exploited as a data-maintenance signal, allowing learning systems to update the supervision and predictive state that depend on the change while preserving knowledge that remains valid. Index Terms: Concept drift, data provenance, incremental learning. I Introduction Machine-learning models are increasingly deployed in environments where the meaning of the prediction target evolves over time. Fraud detection, security monitoring, compliance checking, eligibility assessment, content moderation, recommendation, and risk management are typical examples in which a model trained under one operational definition may later be used under a revised one. Recent studies in online fraud detection and adaptive intrusion detection illustrate how rapidly evolving behaviors can reduce the validity of models learned under earlier operating conditions [1, 2, 3]. Maintaining predictive quality in such environments is therefore not only a question of learning an accurate model initially, but also of updating the learning system when the semantics of its target change. A large body of work studies this problem through the lens of concept drift and streaming learning. Recent surveys characterize concept drift as a change in the statistical process governing an evolving data stream and organize existing approaches according to how such changes are detected, localized, and handled [4, 5, 6]. In the conventional setting, a change is not directly available to the learner. Instead, it must be inferred from incoming observations, prediction errors, changes in class frequencies, or shifts in the underlying data distribution. Recent work accordingly studies drift locality and distribution-based detection [7, 8], drift-type-aware adaptation [9], adaptive ensembles [10], streaming neural adaptation [11], proactive adaptation [12], and drift handling in distributed streaming settings [13]. Drift detectors, adaptive classifiers, online learners, replay mechanisms, and recurring-drift methods consequently focus on recognizing that the current predictor no longer matches the evolving environment and on adapting the model after sufficient evidence of change has appeared. This view is appropriate when the mechanism responsible for the change is hidden. However, many data-intensive applications evolve in a different way. The target may be generated by an explicit policy, business rule, compliance specification, relational condition, graph criterion, or expert-defined decision procedure, and this definition can itself be revised. In a transaction-monitoring system, for example, an earlier policy may classify a transaction as suspicious when its amount exceeds five thousand units or when it is foreign. A revised policy may instead combine a lower transaction threshold with device mismatch and additionally classify transactions involving blocked merchants. Nothing about a previously stored transaction needs to change for its correct label to become different; what changes is the definition used to interpret that transaction. Existing work has started to move beyond simply detecting drift toward locating, characterizing, and explaining where statistical changes occur [4, 14, 15], but these approaches still principally reason from observed changes in data, predictions, or learned relationships rather than from a directly revised target-generating rule. This situation exposes an important limitation of treating every target change as ordinary statistical drift. If the revised definition is already known, waiting for a sequence of prediction failures to reveal the change discards information that is directly available to the system. More importantly, detecting that a concept has changed does not identify which historical examples have become semantically invalid. Some records may depend on the modified part of the definition and require reevaluation, whereas many others may remain correct under both the previous and revised definitions. This distinction is related to the broader observation that drift can be localized rather than global and that different changes can affect different regions of the data space [7, 4]. However, in our setting the localization problem begins from an explicit modification of the target-defining computation rather than from a statistically detected distributional change. A straightforward response is to apply the revised definition to the complete historical database, regenerate every training label, and retrain the predictor from scratch. Although correct, this strategy can be unnecessarily expensive for large historical collections. The cost becomes particularly significant when concept definitions contain relational joins, graph dependencies, historical aggregates, external services, or other expensive operations. Recent work on industrial data streams similarly emphasizes both the computational difficulty of repeated adaptation and the need to exploit reusable knowledge when operating conditions evolve [16, 17]. Complete recomputation also ignores the fact that a local revision to a policy may affect only a small fraction of previously observed instances. At the opposite extreme, updating a model only from recent observations may be cheaper, but it provides no guarantee that older examples whose semantic labels have changed are properly reconsidered. The central problem is therefore not simply whether a concept has changed, but how the known revision propagates through historical data and predictive state. A useful maintenance mechanism should determine which parts of the previous training collection can still be trusted, which records need to be reevaluated, which revised labels can be generated automatically, and which cases require additional supervision. It should then update the predictor using this localized change without unnecessarily rebuilding knowledge that remains valid. This motivates a shift from conventional drift detection toward explicit concept-definition maintenance: rather than rediscovering a known semantic revision indirectly from subsequent observations, the revision itself can be used to determine which historical supervision and predictive knowledge actually require reconsideration. This paper addresses this problem through provenance-guided incremental learning under evolving concept definitions. The framework starts from the previous and revised concept definitions, identifies the structural difference between them, and combines that difference with provenance information describing how historical outcomes depended on predicates, attributes, relations, or computational paths. Historical records that may be influenced by the revision are reconsidered, while records whose outcomes can be certified as stable are preserved. Revised supervision is then used to repair the predictor incrementally, and previously encountered concept versions are retained so that recurring definitions can be recovered efficiently. The resulting workflow connects four stages that are typically handled independently. First, the system determines what changed in the concept definition. Second, it uses provenance to determine which historical records depend on that change. Third, it updates supervision only for the relevant region, including selective human annotation when the revision cannot be executed deterministically. Finally, it repairs the predictor while preserving behavior associated with unaffected data. This creates a direct path from concept-definition maintenance to training-data maintenance and ultimately to model maintenance. The main question addressed in this work is consequently the following: Given an explicit change in a concept definition, can a learning system determine which historical data and predictive state actually need to be reconsidered, rather than rediscovering the change from subsequent prediction errors or recomputing the entire historical collection? The main contributions of this work are as follows: 1. We introduce rule-induced concept shift, a learning setting in which the definition generating the target changes explicitly rather than only through hidden statistical drift. The formulation separates the known semantic revision from its consequences for historical supervision and predictive state. 2. We develop a mechanism that analyzes the difference between consecutive concept definitions and uses historical provenance to identify records that may require reevaluation. The same mechanism certifies unaffected records when their previous outcomes remain invariant under the revised definition. 3. We combine automatic relabeling for executable changes, selective human supervision for ambiguous revisions, incremental predictor updating, and recovery of recurring concept versions within a unified maintenance framework. 4. We introduce RuleShift-Bench and evaluate the proposed framework across multiple data modalities and concept revisions, jointly considering predictive quality, historical reprocessing, annotation requirements, update latency, storage overhead, and recovery under recurring concepts. The remainder of the paper is organized as follows. Section I reviews the literature on concept drift, incremental and continual learning, query evolution, and data provenance. Section I formalizes learning under evolving concept definitions and presents the proposed provenance-guided framework, including rule-delta compilation, affected-data discovery, selective supervision, incremental repair, and versioned concept memory. Section IV establishes the main correctness properties and analyzes the computational conditions under which selective maintenance is advantageous. Section V introduces RuleShift-Bench and evaluates predictive performance, computational efficiency, annotation requirements, recurring concepts, component ablations, and failure modes. Finally, Section VI summarizes the main findings, discusses the limitations of the current framework, and outlines directions for future work. I Related Work This section reviews the main research areas related to evolving concept definitions, including concept drift and streaming learning, incremental and continual learning, incremental query processing, and data provenance. I-A Concept Drift and Streaming Learning Concept drift and streaming learning study prediction under changing data-generating environments. Existing work includes statistical drift detection, adaptive streaming classifiers, online learning, active adaptation, dynamic windowing, and mechanisms for recurring drift [20, 21]. These methods typically monitor prediction errors, feature distributions, label distributions, or other stream statistics and adapt the learner when sufficient evidence of change is observed [18, 19]. Recurring-drift methods additionally retain or recover previously useful models when an earlier statistical regime reappears. The central distinction in our setting is that the change in the target-defining rule is explicitly available. Rather than statistically inferring that drift has occurred from subsequent observations, we analyze the known revision directly and determine how it changes historical supervision. I-B Incremental and Continual Learning Incremental and continual learning address how predictive models can incorporate new information without repeatedly training from scratch. Representative approaches include replay, regularization against forgetting, online parameter updates, incremental classifiers, and dynamic or adaptive ensembles [24, 25]. These techniques provide mechanisms for efficiently updating a predictor and preserving previously learned knowledge, and they are therefore complementary to the model-repair stage considered in this work [22, 23]. However, they generally assume that the examples used for adaptation have already been identified. They do not normally use an explicit change in the target definition to determine which historical examples have become semantically invalid and which remain correct. Our focus therefore precedes conventional incremental updating: we first determine which historical supervision actually requires reconsideration and then repair the predictor using that localized change. I-C Incremental Query Processing and Query Evolution Incremental query processing provides an important data-management foundation for our setting [26, 27]. Incremental view maintenance and incremental computation avoid recomputing complete query results when only part of the underlying computation has changed [28, 29], while query differencing and work on evolving queries analyze how modifications to predicates, operators, joins, and other query components affect previously computed outputs. We transfer this principle from database maintenance to learning-system maintenance. A concept definition can be viewed as the computation that generates supervision; when this definition changes, its structural difference determines which historical labels may become invalid. The resulting affected training data then determines what must be changed in the predictor. This creates a direct bridge from query maintenance to training-data maintenance and finally to model maintenance. I-D Data Provenance and Lineage Data provenance and lineage describe how a result depends on underlying tuples, attributes, predicates, relations, transformations, or computational paths [30, 31]. Provenance has been widely used for explanation, auditing, debugging, reproducibility, impact analysis, and tracing the origin of query results [32, 33]. In this work, provenance is used as an active maintenance mechanism rather than only as an explanatory artifact. Given a revision from QtQ_t to Qt+1Q_t+1, provenance identifies which historical evaluations depend on the changed components and which records remain insulated from those changes. We therefore exploit provenance not only to explain previous query results, but to determine whether a revised concept definition can change the supervision associated with a historical instance. This connection enables selective reevaluation and provides the basis for certifying stable records before incremental model repair. I Problem Formulation and Proposed Framework We consider long-lived predictive systems in which the definition of the target concept can be explicitly revised after deployment. Unlike conventional concept-drift settings, where the existence and location of a change must typically be inferred from incoming observations, prediction errors, or distributional statistics, the setting considered here provides direct information about how the target-generating rule has evolved. The central problem is therefore not merely to determine whether a concept has changed, but to identify which historical records can actually be affected by the revision and how the deployed predictor should be updated without unnecessarily reconsidering the complete data collection. The proposed framework connects concept-rule evolution with provenance-guided data maintenance and incremental model repair. Given an old concept definition QtQ_t and its revised version Qt+1Q_t+1, we first represent both definitions as structured predicate graphs and compile their difference into a typed rule delta describing which predicates, thresholds, logical operators, or relational dependencies have changed. The resulting rule delta is then combined with record-level provenance to determine which historical examples could have their target assignments modified by the revision. Records whose outputs can be certified as unchanged are excluded from unnecessary reprocessing, while potentially affected records are selectively re-evaluated. Automatically resolvable changes are directly relabelled, ambiguous cases are routed to selective supervision, and the resulting data are used to incrementally repair the deployed predictor. A versioned concept memory additionally maintains previous concept definitions and associated maintenance information so that recurring definitions can be handled efficiently. Figure 1 summarizes the complete framework. The old and revised concept definitions are first compared by the rule-delta compiler, which produces the changed predicates and operators. The provenance analyzer then partitions the historical data into certified stable, exactly affected, and ambiguous regions. The exactly affected subset is relabelled automatically, the ambiguous subset is passed to selective annotation, and the resulting supervision is combined with a stability buffer drawn from certified stable records to perform incremental predictor repair. Beneath this pipeline, the versioned concept memory stores concept graphs, provenance summaries, affected regions, and repaired model states so that future revisions, including recurring ones, can be handled more efficiently. Fig. 1: Overview of the proposed provenance-guided incremental learning framework under evolving concept definitions. At revision session t→t+1t\!→\!t+1, the previous concept definition QtQ_t and the revised definition Qt+1Q_t+1 are first compared by the rule-delta compiler to identify predicates, parameters, logical operators, or relational dependencies that have changed. The provenance analyzer then traces these changes through the historical data and separates records into three groups: certified stable records, whose previous targets remain valid; exactly affected records, whose revised targets can be computed deterministically; and ambiguous records, for which additional supervision is required. Certified stable examples provide a stability buffer, exactly affected examples are relabeled automatically using Qt+1Q_t+1, and ambiguous examples are handled through selective annotation. The resulting revision-specific data are used to incrementally repair the deployed predictor from fθtf_ _t to fθt+1f_ _t+1 without recomputing the complete historical dataset. Successive revisions are processed in the same manner, while a versioned concept memory stores each concept definition, predicate graph, provenance state, affected-data information, and model state to support efficient future updates and recurring concept definitions. Taken together, the four components introduced in Sections I-C– I-F complete the main operational logic of the method. The rule-delta compiler determines what changed, the provenance analyzer determines where that change can matter, the exact–ambiguous decomposition determines which updated labels can be obtained automatically and which require supervision, the repair module updates the predictor accordingly, and the versioned concept memory maintains the system state across successive concept revisions. I-A Learning Under Evolving Concept Definitions Let Z denote the complete information space maintained by the underlying data system, and let zi∈z_i represent the information associated with entity i. This representation may include attributes distributed across relational tables, historical aggregates, temporal information, graph relations, external knowledge, or expert-provided information. At time t, the target concept is specified by a concept program Qt:→tQ_t:Z _t, which assigns yit=Qt(zi)y_i^t=Q_t(z_i). Depending on the application, QtQ_t may contain threshold predicates, Boolean conditions, relational operations, graph-path constraints, or combinations thereof. Although QtQ_t defines the target, directly executing the complete concept program for every prediction request may be impractical. Production systems often operate under tighter latency and information constraints than offline data processing. We therefore distinguish ziz_i from the information available to the deployed predictor. Let π:→π:Z produce the prediction-time representation xi=π(zi)x_i=π(z_i). The deployed model fθtf_ _t then provides an efficient approximation of the current concept, fθt(xi)≈Qt(zi)f_ _t(x_i)≈ Q_t(z_i). This distinction is important because evaluating QtQ_t may require expensive joins, long historical windows, external services, privileged attributes, graph traversal, or manual verification that are unavailable or too costly at prediction time. Rule-induced concept shift. We consider settings in which the concept program is explicitly revised from QtQ_t to Qt+1Q_t+1, which we refer to as rule-induced concept shift. Such a shift does not require the underlying record, prediction-time features, or their distributions to change. The same historical instance may instead acquire a different correct target solely because the definition used to interpret it has changed. Let the historical collection at the time of revision be t=zii=1ND_t=\z_i\_i=1^N. The records whose targets change form the affected set tΔ=zi∈t:Qt(zi)≠Qt+1(zi),D_t =\z_i _t:Q_t(z_i)≠ Q_t+1(z_i)\, while its complement tst=t∖tΔD_t^st=D_t _t contains records whose previous targets remain valid. Importantly, Qt≠Qt+1Q_t≠ Q_t+1 does not imply that every historical record is affected. For example, revising a threshold from amount>5000 amount>5000 to amount>3000 amount>3000 can change the decision only for records lying between the two thresholds; records outside this disagreement region retain the same outcome. This distinction shows that the structural size of a rule revision and the number of affected records are different quantities. A small rule change may influence a large portion of the data, whereas a more substantial structural revision may affect only a localized subset. Identifying which historical examples require reconsideration therefore requires reasoning jointly about what changed in the concept definition and how individual records depend on the modified components. A straightforward adaptation strategy evaluates Qt+1Q_t+1 over the entire historical collection, reconstructs all labels, and retrains the predictor from scratch. This becomes unnecessarily expensive when |tΔ|≪|t||D_t | |D_t|, particularly when concept evaluation involves costly database, relational, graph, or human operations. We therefore formulate adaptation as a joint data-maintenance and predictive-update problem: given the previous predictor, the historical collection, and the explicit transition from QtQ_t to Qt+1Q_t+1, the objective is to obtain a predictor aligned with the revised concept while minimizing unnecessary reevaluation, human supervision, model-update cost, and cross-version storage. The explicit concept transition thus provides structured information about the origin of the change rather than treating adaptation solely as the response to an unknown statistical event. The next step is to convert this revision into a computational representation that exposes which components of the concept definition have changed and can therefore influence historical supervision. I-B Concept Rule Representation and Delta Compilation The first operational step determines what changed between two consecutive concept definitions. Treating QtQ_t and Qt+1Q_t+1 as opaque functions would hide the internal structure of the revision and provide little guidance about which historical records may be affected. We therefore represent each concept program as a canonical predicate directed acyclic graph, Gt=G(Qt)=(t,ℰt,ϕt)G_t=G(Q_t)=(V_t,E_t, _t), where tV_t contains computational nodes, ℰtE_t represents their dependencies, and ϕt _t associates each node with its operator type and parameters. The graph is directed from lower-level predicates toward the final concept output, making the decision dependencies explicit. The representation supports the principal components required by the concept definitions considered in this work. Atomic and threshold nodes encode conditions on attributes, logical nodes represent conjunction, disjunction, and negation, relational nodes capture dependencies across entities or tables, and graph-path nodes describe one-hop or multi-hop relations. More complex concepts are obtained by composing these elements. Unlike the final target label alone, this representation retains the computational structure needed to reason about how a local rule revision can propagate to historical data. Given GtG_t and Gt+1G_t+1, the rule-delta compiler aligns persistent components using predicate identity, referenced attributes or relations, operator type, parameters, and canonical graph position. Differences that remain after alignment are summarized by the typed rule delta t=Diff(Gt,Gt+1),C_t=Diff(G_t,G_t+1), where each element records the modified component, its edit type, and, when relevant, its previous and revised parameters. We consider five principal edit families: threshold revisions, predicate insertions, predicate deletions, logical rewrites, and relational or graph-path rewrites. For example, replacing Qt=P1∧P2Q_t=P_1 P_2 with Qt+1=P1∧P3Q_t+1=P_1 P_3 preserves P1P_1, removes P2P_2, and inserts P3P_3, yielding t=−P2,+P3C_t=\-P_2,+P_3\. A threshold revision instead preserves the predicate identity while recording the parameter change, whereas a logical rewrite preserves the predicates but modifies the operator that connects them. A typed delta is useful because different edit classes induce different patterns of affected records. Threshold revisions are localized to the region where the old and new thresholds disagree; predicate insertions or deletions affect records whose decisions depend on the modified condition; logical rewrites depend on combinations of predicate values; and relational changes may propagate through connected tuples or graph neighborhoods. The compiler can therefore narrow the relevant dependencies before executing the complete revised concept program. The structural delta alone, however, does not identify the true affected set tΔD_t . Two records evaluated by the same concept may depend on different branches, tuples, or relations, so a changed component can be decisive for one record and irrelevant to another. Selecting every record associated with an edited rule component would therefore remain overly conservative. The rule-delta compiler consequently provides the changed dependencies that must be traced through the historical collection. The next stage combines tC_t with record-level provenance to separate records that can be certified stable from those requiring further evaluation, thereby connecting structural concept change to provenance-guided affected-data discovery. I-C Provenance Guided Affected Data Discovery The structural delta tC_t identifies which components of the concept definition have changed, but not which historical records are affected. Records evaluated under the same concept may depend on different predicates, tuples, relations, or graph paths; consequently, a modified component can be decisive for one record and irrelevant to another. We therefore reconsider a historical record only when its previous concept evaluation may depend on components altered by the revision. For each zi∈tz_i _t, we maintain a provenance representation Prov(zi,Qt)Prov(z_i,Q_t) describing the predicates, source tuples, relations, graph paths, or other computational dependencies that contributed to Qt(zi)Q_t(z_i). Depending on the rule language, this information can be represented by activated predicate nodes, tuple lineage, path signatures, or compressed dependency indices. Unlike the final label alone, provenance records how the previous concept decision was obtained. A direct dependency test provides useful intuition: if the provenance of a record does not involve any changed component, the record may be unaffected. However, a simple intersection test is not sufficient in general because revisions to logical operators or ancestor nodes can alter the evaluation path even when the same leaf predicates remain present. The provenance analyzer therefore considers the changed components together with their relevant dependency closure in the concept graph. This analysis partitions the historical collection into a certified stable set tsafeD_t^safe, containing records whose targets are guaranteed to remain unchanged, and a candidate set tcand=t∖tsafe,D_t^cand=D_t _t^safe, containing records for which invariance cannot be certified. Only the candidate set is reevaluated under the revised concept, and the actual changed-label set is recovered as tΔ=zi∈tcand:Qt(zi)≠Qt+1(zi).D_t =\z_i _t^cand:Q_t(z_i)≠ Q_t+1(z_i)\. Thus, provenance does not predict the revised label directly; it reduces the region over which the revised concept must be executed. The partition is deliberately conservative. A record is excluded from reevaluation only when its stability can be certified; otherwise it remains in tcandD_t^cand, even if subsequent evaluation shows that its label is unchanged. This avoids retaining obsolete supervision while allowing substantial reductions in data access, query execution, relabeling, and update latency when the revision is localized and provenance is informative. The rule-delta compiler therefore determines what changed, while provenance determines where that change can matter. The formal conditions under which stable records can be certified are established in Section IV-B. I-D Exact and Ambiguous Concept Changes After identifying the candidate set tcandD_t^cand, the next step is to determine whether the revised concept can be resolved automatically for each candidate. If Qt+1Q_t+1 is fully executable, the updated target can be obtained directly. Otherwise, the revision may depend on missing, delayed, uncertain, external, or expert-interpreted information and therefore require additional supervision. We partition the affected region as tΔ=texact∪tamb,D_t =D_t^exact _t^amb, where texactD_t^exact contains records whose revised targets can be computed deterministically and relabeled automatically, while tambD_t^amb contains records for which direct execution is unavailable or insufficiently reliable. Ambiguity may arise from expert judgment, incomplete or delayed attributes, uncertain learned predicates, noisy relational or graph information, or external knowledge not fully represented in the data system. This distinction avoids assuming that every concept revision is fully machine-executable. In practical settings, a revised policy or concept definition may contain both deterministic and ambiguous components, so the framework exploits automatic relabeling wherever possible and reserves human intervention only for unresolved cases. Rather than annotating the entire ambiguous region, we select a smaller subset tlabel⊆tambD_t^label _t^amb using uncertainty and representativeness. Uncertainty prioritizes records whose revised targets are difficult to infer, while representativeness reduces redundant annotation. Human supervision is therefore concentrated on the portion of the concept revision where it provides the greatest information. This decomposition reduces both computational and supervision cost: exact revisions are handled automatically, while annotation is limited to the ambiguous concept-delta region rather than the full historical collection. The experiments in Section V-F evaluate this selective annotation strategy under limited labeling budgets. I-E Incremental Predictor Repair After identifying the exact and labeled ambiguous examples, the next step is to update the deployed predictor. The framework constructs a repair dataset trepair=texact∪tlabelD_t^repair=D_t^exact _t^label, which contains records whose revised targets are either obtained deterministically or provided through selective annotation. This repair set represents the portion of the historical data that carries direct evidence about how the predictor must change under the new concept definition. At the same time, the framework retains a smaller subset tstable⊆tsafeD_t^stable _t^safe, sampled from the certified stable region. The purpose of tstableD_t^stable is not to teach new semantics, but to preserve previously correct predictive behavior on regions that are known to remain unchanged. This is an important distinction. Under rule-induced concept shift, the goal is not indiscriminate preservation of all prior knowledge, because part of that knowledge may have become obsolete. Instead, preservation should be targeted specifically at those records and decision regions whose validity has been certified by the provenance analysis. To keep the framework general, we deliberately avoid tying the repair mechanism to a specific predictor family. Let fθtf_ _t denote the deployed model before the concept revision and fθt+1f_ _t+1 the repaired model after adaptation. The update is driven by a simple objective ℒ=ℒrepair+λℒstableL=L_repair+ _stable, where ℒrepairL_repair encourages the model to fit the revised targets in trepairD_t^repair, while ℒstableL_stable constrains the model to preserve appropriate behavior on tstableD_t^stable. The scalar λ≥0λ≥ 0 balances the strength of preservation relative to revision. The role of ℒrepairL_repair is conceptually simple: it teaches the model which decisions should change after the concept update. Depending on the predictor family, this term may correspond to a cross-entropy loss for classification, a logistic objective for binary risk prediction, or an online update objective for stream-based models. The role of ℒstableL_stable is equally important: it prevents unnecessary drift in regions of the input space whose semantic interpretation remains valid. Without this term, even a small repair dataset may induce broader parameter movement that harms performance on stable records. The resulting learning procedure should be understood as an incremental repair rather than full retraining. The model is not discarded and relearned from scratch after every concept revision. Instead, it is selectively adjusted using the smallest supervision set that reflects the revised concept while preserving stable knowledge identified through provenance-based certification. This design directly matches the objective of the paper: to update predictive behavior only where the validity of previous knowledge has actually changed. An important advantage of this formulation is that it is predictor agnostic. The same maintenance pipeline can be instantiated with gradient boosting models, neural tabular predictors, or online decision-tree methods. This is strategically important because the core contribution of the framework lies in how concept evolution is compiled into data maintenance and targeted model updating, not in the design of a new task-specific backbone. Demonstrating the same framework across several predictive families will later support the claim that the method is broadly applicable rather than architecture dependent. I-F Versioned Concept Memory Many deployed systems do not experience a single isolated concept revision. Instead, concept definitions evolve repeatedly over time and may even return to previously used states. A robust maintenance framework should therefore preserve not only the current predictor, but also a structured record of past concept versions and the information needed to update between them efficiently. To support this setting, we maintain a concept history ℋt=ℳ1,…,ℳtH_t=\M_1,…,M_t\, where each memory item is ℳt=Qt,G(Qt),Πt,tΔ,θtM_t=\Q_t,G(Q_t), _t,D_t , _t\. Here, QtQ_t is the concept definition valid at time t, G(Qt)G(Q_t) is its predicate-graph representation, Πt _t denotes the associated provenance or index state, tΔD_t stores the observed affected-data information generated by the transition into this concept version, and θt _t denotes the model state after adaptation to that version. This memory serves several purposes. First, it maintains a compact representation of how the concept has evolved over time, which is useful for auditing, reproducibility, and rollback. Second, it allows the framework to reuse structural knowledge from previous revisions. For example, previously constructed predicate graphs and provenance indices can reduce the cost of analyzing a new update. Third, it supports recurring concept definitions, which are common in practice when policies are revised temporarily, seasonal definitions recur, or a later update reverts to a prior rule. Consider a sequence Q1→Q2→Q3→Q1Q_1→ Q_2→ Q_3→ Q_1. When the concept returns to Q1Q_1, the system does not need to treat the new state as completely unseen. Instead, it can retrieve the corresponding memory item ℳ1M_1 and reuse several types of previously computed information: the query structure G(Q1)G(Q_1), the relevant provenance summaries Π1 _1, earlier affected-data patterns associated with the same definition, and a compact model state θ1 _1 that already approximates the target induced by Q1Q_1. This ability to reuse prior knowledge distinguishes versioned concept maintenance from repeatedly solving each revision as an independent adaptation problem. The versioned concept memory also provides a coherent place to attach metadata about each revision, such as timestamps, rule-delta types, annotation budgets, or storage statistics. Although these auxiliary elements are not all required in the basic formulation, they are useful for later experimental analysis, particularly when comparing update latency, provenance overhead, and recurring-definition recovery across multiple revision sequences. IV Theoretical Properties We next establish several properties of the proposed maintenance procedure. The analysis addresses three questions that are central to the framework: whether the changed-label set can be recovered exactly when the concept definitions are executable, when provenance analysis can safely certify that a historical record does not require reevaluation, and under what conditions the resulting incremental procedure is computationally preferable to full recomputation. To keep the main manuscript compact, we provide proof sketches here and defer the complete proofs and additional cases to the supplementary material. For the formal analysis, we consider deterministic concept programs represented by finite directed acyclic graphs. Each leaf evaluates an atomic, threshold, relational, or graph predicate, while internal nodes compose their outputs through deterministic operators. The analysis below is stated for the Boolean rule language used by the principal benchmark protocols; multiclass definitions can be represented through multiple decision outputs or an equivalent deterministic decision graph. IV-A Exactness of Concept Delta The first property concerns the relation between the explicit concept revision and the historical records whose targets actually change. For a deterministic pair of executable definitions QtQ_t and Qt+1Q_t+1, recall that the affected historical set is tΔ=zi∈t:Qt(zi)≠Qt+1(zi)D_t =\z_i _t:Q_t(z_i)≠ Q_t+1(z_i)\. Thus, when both concept versions can be executed, membership in tΔD_t is determined directly by disagreement between their outputs rather than by a statistical estimate of concept drift. Proposition 1 (Exact Concept-Delta Recovery). Let QtQ_t and Qt+1Q_t+1 be deterministic executable concept programs over the historical collection tD_t. Suppose that tsafeD_t^safe is a sound stable set, i.e., every zi∈tsafez_i _t^safe satisfies Qt(zi)=Qt+1(zi).Q_t(z_i)=Q_t+1(z_i). Define tcand=t∖tsafe.D_t^cand=D_t _t^safe. Then evaluating QtQ_t and Qt+1Q_t+1 only over tcandD_t^cand recovers exactly the same changed-label set as evaluating them over the entire historical collection. To see this, soundness of tsafeD_t^safe guarantees that no changed-label record can occur inside the certified stable set. Hence tΔ⊆tcandD_t _t^cand. Comparing Qt(zi)Q_t(z_i) and Qt+1(zi)Q_t+1(z_i) for every candidate therefore returns zi∈tcand:Qt(zi)≠Qt+1(zi)=tΔ\z_i _t^cand:Q_t(z_i)≠ Q_t+1(z_i)\=D_t . The candidate restriction can consequently reduce computation without altering the resulting set of changed targets, provided that stable-record certification is sound. This result also clarifies the role of provenance analysis. The proposed framework does not approximate tΔD_t by assigning heuristic drift scores to historical examples. Instead, provenance is used to eliminate records whose outputs can be proven invariant to the rule revision. Exact execution of the changed portions of the concept program is then reserved for the remaining candidates. IV-B Provenance Stability Certificate The main theoretical question is therefore when a record can be placed in tsafeD_t^safe without executing the complete revised concept program. The answer depends jointly on the structural rule delta and the evaluation provenance of the record. For a record ziz_i, let Prov(zi,Qt)Prov(z_i,Q_t) denote its evaluation provenance under the old concept program. In the Boolean rule DAG, each internal node takes the outputs of its children and produces a deterministic result. A change originating from a modified predicate can influence the final concept output only if that change can propagate through a directed path from the modified component to the root. We call a persistent logical node blocking for a particular record when one of its unchanged inputs already fixes its output independently of the changed branch. Specifically, an AND node is blocking when it has an unchanged child evaluating to false, because its output remains false regardless of the values of its other children. Similarly, an OR node is blocking when it has an unchanged child evaluating to true. These conditions correspond directly to record-specific provenance: the unchanged child provides a sufficient witness for the node output. Let teff(zi)C_t^eff(z_i) denote the set of components identified by the rule delta whose local values or local operators can differ for ziz_i between QtQ_t and Qt+1Q_t+1. A threshold change, for example, belongs to teff(zi)C_t^eff(z_i) only when the record lies in the interval where the old and revised threshold evaluations can disagree. A changed component that produces the same local result for ziz_i cannot by itself alter the final concept output. Theorem 1 (Provenance Stability Certificate). Consider a deterministic Boolean concept DAG constructed from atomic predicates and the logical operators AND, OR, and NOT. For a record ziz_i, suppose that every directed path from each effective changed component in teff(zi)C_t^eff(z_i) to the concept-output node contains a persistent blocking node whose decisive input remains unchanged under the revision. Then the concept assignment is invariant, Qt(zi)=Qt+1(zi),Q_t(z_i)=Q_t+1(z_i), and consequently ziz_i can be safely included in tsafeD_t^safe. The intuition follows from how changes propagate through a Boolean DAG. If Qt(zi)≠Qt+1(zi)Q_t(z_i)≠ Q_t+1(z_i), at least one changed local evaluation must influence the output node. Such influence requires an uninterrupted path from an effective changed component to the root. At an AND node with an unchanged false input, however, the node output is fixed to false irrespective of the changed branch. Likewise, an OR node with an unchanged true input remains true independently of the changed branch. A blocking node therefore stops the propagation of a local change. If every possible influence path contains such a node, no effective rule change can reach the output, contradicting the assumption that the final concept assignment changes. As a simple example, consider Qt=P1∧P2Q_t=P_1 P_2 and a revision that changes only P2P_2. For any record satisfying P1(zi)=0P_1(z_i)=0, the conjunction remains false irrespective of how P2P_2 is revised. The unchanged false evaluation of P1P_1 therefore serves as a stability certificate, and such a record does not require execution of the revised P2P_2. Conversely, when P1(zi)=1P_1(z_i)=1, the changed predicate can determine the final output and the record must remain in tcandD_t^cand. A similar effect occurs for disjunction. If Qt=P1∨P2Q_t=P_1 P_2 and only P2P_2 changes, then a record satisfying the persistent condition P1(zi)=1P_1(z_i)=1 remains positive regardless of the revised value of P2P_2. In contrast, when P1(zi)=0P_1(z_i)=0, the output depends on the changed branch and cannot be certified without further evaluation. The theorem provides a stronger guarantee than conventional uncertainty- or similarity-based data selection. Such methods estimate whether a record is likely to be affected, whereas the proposed certificate identifies sufficient conditions under which a record is provably unaffected. The certificate is deliberately conservative: failure to certify a record does not imply that its target changes; it only means that invariance cannot be established from the available provenance information. Such records remain in tcandD_t^cand and are resolved by selective reevaluation. The same principle extends beyond simple Boolean leaves. Threshold, relational, and graph predicates can first be tested for local invariance under the rule delta. If their local output is unchanged for a record, they do not enter teff(zi)C_t^eff(z_i); if their local output may change, their influence is traced upward through the predicate graph using the same propagation criterion. An immediate consequence of Proposition 1 and Theorem 1 is that provenance-based pruning preserves exact affected-set recovery. Because the certificate places only truly invariant records in tsafeD_t^safe, all records whose labels actually change remain in tcandD_t^cand, where explicit evaluation of the revised concept can recover tΔD_t exactly. IV-C Incremental Processing Complexity We finally analyze the computational benefit of restricting concept maintenance to the candidate region. Let N=|t|N=|D_t| denote the number of historical records and let CQC_Q denote the average cost of executing the complete revised concept program on one record. A straightforward full-recomputation strategy therefore requires O(NCQ)O(NC_Q) concept-evaluation work before model retraining. This cost can be particularly large when Qt+1Q_t+1 includes relational joins, historical aggregation, external lookups, or multi-hop graph operations. The proposed procedure introduces several smaller costs. Let CΔQC_ Q denote the one-time cost of comparing G(Qt)G(Q_t) and G(Qt+1)G(Q_t+1) and constructing the typed rule delta, CprovC_prov the cost of retrieving and processing provenance information required for candidate discovery, and CΔC_ the average cost of evaluating only the changed or unresolved portions of the revised concept for one candidate record. Ignoring the subsequent predictor-specific optimization for the moment, the concept-maintenance cost is therefore O(CΔQ+Cprov+|tcand|CΔ)O(C_ Q+C_prov+|D_t^cand|C_ ). The provenance term depends on the indexing strategy. A naive implementation may inspect provenance metadata for all N records, which reduces the achievable systems-level speedup even though complete query execution is avoided. In the implementation considered here, an inverted provenance index associates each predicate or rule component with the records whose evaluation depends on it. Candidate discovery can then be driven directly by the changed component set tC_t. If ℐt(c)I_t(c) denotes the provenance posting list associated with component c, the lookup work is proportional to the changed-component postings rather than necessarily to the complete database, approximately O(|t|+∑c∈t|ℐt(c)|)O(|C_t|+ _c _t|I_t(c)|), excluding duplicate elimination and index-maintenance overhead. The total end-to-end update additionally includes predictor repair. Let CrepairC_repair denote the cost of updating the deployed predictor from the repair and stable subsets, and CindexC_index the cost of maintaining provenance structures after the revision. The resulting update cost can be summarized as O(CΔQ+Cprov+|tcand|CΔ+Crepair+Cindex)O(C_ Q+C_prov+|D_t^cand|C_ +C_repair+C_index). By comparison, a full-relabel-and-retrain pipeline incurs approximately O(NCQ+Ctrainfull)O(NC_Q+C_train^full), where CtrainfullC_train^full denotes the cost of rebuilding the predictive model from the complete revised training collection. Proposition 2 (Incremental Advantage). Assume that CΔQC_ Q, CprovC_prov, and CindexC_index are asymptotically smaller than NCQNC_Q, that CΔ≤CQC_ ≤ C_Q, and that |tcand|N→0 |D_t^cand|N→ 0 as the historical collection grows. Then the concept-recomputation cost of the proposed procedure is asymptotically smaller than the cost of full concept recomputation. The result follows directly because the dominant record-level term changes from NCQNC_Q to |tcand|CΔ|D_t^cand|C_ . Defining the candidate ratio as ρt=|tcand|/N _t=|D_t^cand|/N, the record-level recomputation ratio is approximately ρtCΔ/CQ _tC_ /C_Q. Consequently, the largest computational advantage is expected when the concept revision is localized, the provenance index is selective, and evaluating the changed rule fragment is substantially cheaper than executing the complete concept program. This analysis also exposes an important operating limit of the method. When the revision is global and |tcand|≈N|D_t^cand|≈ N, or when nearly every record depends on the changed predicates, the advantage of selective maintenance naturally decreases. In the limiting case where every record must be reevaluated and CΔ≈CQC_ ≈ C_Q, the record-processing cost approaches that of full recomputation. This behavior is expected rather than pathological: selective maintenance is most beneficial precisely when the semantic change is localized relative to the historical data. V Experiments We evaluate the proposed framework from three complementary perspectives: predictive performance under evolving concept definitions, efficiency in identifying and reprocessing affected records, and robustness across different predictive model families. The experiments use the proposed RuleShift-Bench, which combines financial, demographic, cybersecurity, and graph-structured data with controlled concept-rule revisions. Unless otherwise stated, each experiment is repeated with three random seeds and stochastic results are reported as mean± deviation. V-A RuleShift-Bench PaySim. For financial transactions, we use PaySim, which contains 6,362,620 synthetic mobile-money transactions spanning 744 hourly steps [34, 35]. The released data contain 11 fields; we use isFraud as the target and the remaining 10 fields as the raw predictor variables. Concept versions represent evolving fraud-risk policies through amount-threshold changes, insertion or removal of transaction conditions, logical recombination of risk predicates, recurring rules, and mixed rule–temporal distribution shift. Census-Income. For policy-oriented concept evolution, we use the Census-Income (KDD) dataset containing 299,285 records from the 1994–1995 U.S. Current Population Surveys and 40 demographic and employment attributes [36, 37]. We construct changing eligibility definitions from income, age, employment, education, household, and work-related predicates. This dataset supports threshold revisions, predicate addition and removal, logical restructuring, recurrence, and mixed concept–population shift. UNSW-NB15. For cybersecurity, we use the complete UNSW-NB15 collection containing 2,540,044 network-flow records [38]. The released representation contains 49 fields, including the attack category and binary attack label, leaving 47 predictive fields when these two supervision variables are excluded. Revised security concepts are constructed from flow, protocol, service, byte-volume, state, and relational endpoint conditions, allowing us to study changing risk thresholds, predicate compositions, and network-relation rules. ogbn-arxiv. For graph-structured concepts, we use ogbn-arxiv, containing 169,343 paper nodes and 1,166,243 directed citation edges [39]. Each node is represented by a 128-dimensional feature vector and is associated with publication time and one of 40 subject areas. Concept definitions combine node attributes, publication time, citation relations, neighborhood properties, and multi-hop graph conditions, making this dataset particularly suitable for evaluating relational and graph-path revisions. We instantiate eight concept versions Q0,…,Q7Q_0,…,Q_7 for each benchmark family: one initial definition followed by one controlled instance of each shift type R1–R7. Threshold values are determined from the training partition only; the default threshold transition changes the selected predicate from its 75th to its 60th percentile. R2 inserts one previously unused predicate, R3 removes one active predicate, R4 replaces conjunction by disjunction or vice versa, R5 modifies a relation or graph-path condition, R6 evaluates Q1→Q2→Q1Q_1→ Q_2→ Q_1, and R7 combines the corresponding rule update with a temporal or distributional change in the data (see Table I). TABLE I: Principal datasets used in RuleShift-Bench. Rule versions include the initial definition and seven subsequent rule-shift protocols. Dataset Records Features Versions Thresh. Pred. Logic Relation PaySim 6,362,620 10 8 ✓ ✓ ✓ – Census-Income 299,285 40 8 ✓ ✓ ✓ – UNSW-NB15 2,540,044 47 8 ✓ ✓ ✓ ✓ ogbn-arxiv 169,343 128 8 ✓ ✓ ✓ ✓ The seven benchmark transformations are summarized in Table I. R1–R4 modify attribute-level rule structure, R5 specifically evaluates relational dependence, R6 tests whether a previous definition can be recovered after an intermediate revision, and R7 evaluates the more difficult setting in which concept evolution and data-distribution change occur simultaneously. TABLE I: Rule-induced concept-shift protocols. ID Shift Example R1 Threshold revision x>q0.75→x>q0.60x>q_0.75→ x>q_0.60 R2 Predicate insertion A→A∧BA→ A B R3 Predicate deletion A∧B→A B→ A R4 Logical rewrite A∨B→A∧BA B→ A B R5 Relational rewrite R1→R2R_1→ R_2 / path change R6 Recurring definition Q1→Q2→Q1Q_1→ Q_2→ Q_1 R7 Mixed shift rule change + data shift V-B Experimental Setup We evaluate three predictor families to verify that the proposed maintenance mechanism is not tied to a particular learning architecture. The first is XGBoost with 300 trees, maximum depth 6, and learning rate 0.05. The second is a neural tabular predictor with three hidden layers of dimensions 256, 128, and 64, dropout 0.2, and AdamW optimization with learning rate 10−310^-3. The third is a Hoeffding Adaptive Tree for streaming evaluation. The same predictor configuration is retained across concept versions unless explicitly stated otherwise. PaySim and the complete UNSW-NB15 collection are ordered using their temporal information and divided into 70% training, 10% validation, and 20% test partitions. Census-Income uses its published 199,523-record training partition and 99,762-record test partition, with 10% of the original training set reserved for validation. For ogbn-arxiv, we retain the official temporal split: papers published through 2017 are used for training, papers from 2018 for validation, and papers from 2019 onward for testing. All rule thresholds, predicate statistics, and provenance structures are constructed using training data only. V-C Comparison Methods We compare against several complementary adaptation strategies. Old Predictor retains fθtf_ _t without adaptation. Full Relabel and Retrain executes Qt+1Q_t+1 over all available historical records and retrains the predictor from the complete revised dataset, providing the principal computational upper reference. Sliding Window updates the model using the most recent 20% of training records, while Online Update processes revised examples sequentially [40, 41] and Replay combines the incoming revision data with a memory containing 5% of the original training records [42, 43]. We further include an ADWIN-triggered adaptation pipeline as a representative drift-detection baseline. For data-selection comparisons, Random Reevaluation processes the same number of historical records as the proposed candidate set but selects them uniformly at random, while Uncertainty Reevaluation selects records with the highest predictive uncertainty [44, 45]. Provenance Selection + Full Retraining uses the candidate set identified by provenance but subsequently performs conventional global model retraining, thereby isolating the contribution of incremental predictor repair. Finally, Oracle Affected Set receives the true set tΔD_t and therefore represents the upper reference for affected-data identification. In particular, comparison with Full Relabel and Retrain measures the computational benefit relative to complete maintenance, whereas comparison with Oracle Affected Set quantifies the remaining gap caused by candidate-set discovery. V-D Main Results We first evaluate whether provenance-guided maintenance can preserve the predictive quality of complete recomputation while substantially reducing the amount of historical data that must be reconsidered. Table I reports accuracy, Macro-F1, affected recall, the percentage of historical records reprocessed, annotation demand, and end-to-end update latency across PaySim, Census-Income, UNSW-NB15, and ogbn-arxiv, averaged over rule revisions R1–R5. TABLE I: Overall comparison across the four RuleShift-Bench data families under rule revisions R1–R5. Method Acc. (%) Macro-F1 (%) Affected Recall (%) Reprocessed (%) Labels Time (s) Old Predictor 82.7 78.9 0.0 0.0 0 0.0 Full Relabel + Retrain 92.8 90.7 100.0 100.0 0 993 Sliding Window 88.5 85.8 63.2 20.0 0 389 Online Update 87.9 85.1 68.5 12.5 0 241 Replay 89.2 86.7 74.6 17.5 0 325 ADWIN + Retrain 87.6 84.9 66.0 28.4 0 441 Random Reevaluation 88.8 85.9 71.1 14.7 0 210 Uncertainty Reevaluation 90.1 87.6 79.0 14.7 0 226 Provenance Selection + Full Retraining 92.1 89.9 94.6 14.7 0 515 Provenance-Guided Repair 92.3 90.2 94.6 14.7 0 179 Oracle Affected Set 92.6 90.5 100.0 10.8 0 154 Provenance-Guided Repair achieves 92.3% accuracy and 90.2% Macro-F1, remaining within 0.5 percentage points of Full Relabel + Retrain while processing only 14.7% of the historical collection. The update time decreases from 993 s to 179 s, corresponding to an approximately 5.5×5.5× reduction in latency. At the same reprocessing budget, the proposed method also retains 94.6% of the affected records, compared with 79.0% for Uncertainty Reevaluation and 71.1% for Random Reevaluation. The comparison with Provenance Selection + Full Retraining isolates the effect of incremental predictor repair. Both methods identify the same candidate region and obtain 94.6% affected recall, whereas the incremental update reduces processing time from 515 s to 179 s. The Oracle Affected Set reaches 90.5% Macro-F1 while processing 10.8% of the historical data, leaving only a small margin between provenance-guided candidate discovery and exact knowledge of the affected region. Table IV further separates the comparison by benchmark. The predictive difference between complete recomputation and incremental repair remains small across all four data families, whereas the reduction in update cost is substantially larger. TABLE IV: Dataset-wise comparison between complete recomputation and provenance-guided incremental repair. Dataset Records Full F1 Repair F1 Reprocessed Full Time Repair Time PaySim 6,362,620 91.4 90.9 12.1% 1775 s 181 s Census-Income 299,285 89.2 88.7 16.3% 154 s 28 s UNSW-NB15 2,540,044 92.6 92.2 13.8% 903 s 148 s ogbn-arxiv 169,343 89.5 89.0 16.6% 742 s 121 s On PaySim, update latency decreases from 1775 s to 181 s while Macro-F1 changes from 91.4% to 90.9%. Census-Income reduces the update from 154 s to 28 s, and UNSW-NB15 from 903 s to 148 s. For ogbn-arxiv, the update decreases from 742 s to 121 s while maintaining a 0.5-point Macro-F1 difference. These results show that selective concept maintenance remains effective across transactional, demographic, network, and graph-structured data. V-E Scalability and Computational Efficiency We next examine the computational and predictive behavior of the different maintenance strategies. Figure 2 summarizes dataset-level latency, predictive performance, and affected-data coverage using complementary bar-chart views. Figure 2(a) compares the update latency of complete recomputation and provenance-guided repair across the four datasets. The largest reduction occurs on PaySim, where the update decreases by approximately 9.8×9.8×. Census-Income obtains a 5.5×5.5× reduction, while UNSW-NB15 and ogbn-arxiv both obtain approximately 6.1×6.1×. The graph benchmark remains relatively costly despite its smaller number of records because relational and path-based concept evaluation requires additional structural processing. Figure 2(b) compares Accuracy and Macro-F1 across all adaptation strategies. Full Relabel + Retrain provides the strongest overall predictive reference, while Provenance-Guided Repair remains close to it and also approaches the Oracle Affected Set. Conventional online, window-based, replay, and data-selection methods show larger predictive degradation because they do not explicitly use the dependencies induced by the revised concept definition. Figure 2(c) directly compares affected recall and the fraction of historical data reprocessed. This comparison highlights the main efficiency property of the framework. Full recomputation obtains complete affected coverage by processing the entire database, whereas Provenance-Guided Repair reaches 94.6% affected recall while processing only 14.7%. Random and uncertainty reevaluation operate at the same 14.7% data budget but recover only 71.1% and 79.0% of affected records, respectively. The difference shows that provenance-based selection concentrates computation more effectively on records whose semantic validity depends on the revised rule. (a) Dataset latency. (b) Predictive performance. (c) Affected coverage. Fig. 2: Predictive and computational behavior of the evaluated maintenance strategies across the RuleShift-Bench datasets. V-F Annotation Efficiency and Recurring Concepts We next evaluate ambiguous concept revisions for which some updated targets cannot be obtained directly through deterministic rule execution. The annotation budget is varied as B∈1,2,4,8,16,32B∈\1,2,4,8,16,32\, and we compare random sampling, global predictive uncertainty, and uncertainty restricted to the ambiguous concept-delta region. As shown in Table V and Fig. 3(a), delta-constrained uncertainty provides the strongest performance throughout the annotation range. With only one annotation, Macro-F1 reaches 78.6%, compared with 75.2% for global uncertainty and 72.4% for random sampling. At B=32B=32, the corresponding values are 89.2%, 85.8%, and 83.5%. Restricting annotation to the ambiguous region therefore uses the available supervision more effectively than selecting uncertain examples globally. TABLE V: Macro-F1 across different annotation budgets for ambiguous concept revisions. Selection 1 2 4 8 16 32 Random 72.4 74.6 77.1 79.8 82.1 83.5 Global uncertainty 75.2 77.9 80.6 83.1 84.9 85.8 Delta-constrained uncertainty 78.6 81.7 84.4 86.9 88.4 89.2 The final experiment considers recurring concept definitions through the sequence Q1→Q2→Q3→Q1Q_1→ Q_2→ Q_3→ Q_1. When Q1Q_1 returns, the versioned concept memory reuses the corresponding rule representation, provenance information, affected-data state, and compact predictive state (see Table VI). TABLE VI: Recovery under the recurring concept sequence Q1→Q2→Q3→Q1Q_1\!→\!Q_2\!→\!Q_3\!→\!Q_1. Method Q1Q_1 First Q1Q_1 Return RGRG Reprocessed Latency Full Retrain 91.4 84.8 6.6 100.0% 998 s Replay 91.2 88.7 2.5 18.0% 315 s Versioned Repair 91.5 90.6 0.9 12.6% 146 s Oracle Version Reuse 91.5 91.1 0.4 8.7% 119 s Versioned Repair recovers 90.6% accuracy when Q1Q_1 returns, compared with 91.5% during its first occurrence, producing a recovery gap of 0.9 percentage points. Replay reaches 88.7% with a larger 2.5-point gap. Versioned Repair also reduces recovery latency from 315 s to 146 s relative to Replay while decreasing the reprocessed fraction from 18.0% to 12.6%. Figure 3(b) separately compares the first and returning Q1Q_1 accuracy, making the effect of concept recurrence visible without combining heterogeneous quantities on the same axis. Figure 3(c) reports the corresponding maintenance cost. Full Retrain defines the complete-processing reference, whereas Versioned Repair substantially reduces both reprocessing and recovery latency and remains close to Oracle Version Reuse. (a) Annotation budget. (b) Recurrence accuracy. (c) Recovery cost. Fig. 3: Annotation efficiency and concept recurrence under limited supervision and repeated concept definitions. V-G Ablations and Failure Analysis We next study the contribution of the main components of the proposed framework through a compact ablation analysis. Starting from the full system, we remove one component at a time and keep the remaining pipeline unchanged. The evaluated components are the rule-delta compiler, provenance analysis, stability certification, ambiguous-region selection, versioned memory, and incremental repair. Figure 4 provides a visual view of the results. Figure 4a summarizes the impact of each removed component across all four metrics at once, making the different roles of the modules immediately visible. The predictive effect is especially clear in Fig. 4b, where removing the rule-delta compiler or ambiguous-region selection leads to the largest reduction in retained predictive quality. In contrast, Fig. 4c and Fig. 4d show that provenance, stability certification, and incremental repair are the most important components for limiting historical processing and update time. The ablation results show that the different components affect the framework in different ways. Removing the rule-delta compiler reduces Macro-F1 from 90.2% to 89.3% and decreases affected recall from 94.6% to 88.1%, while more than doubling the amount of historical data that must be reprocessed. This indicates that explicitly extracting the structural difference between QtQ_t and Qt+1Q_t+1 is important for narrowing the update region before downstream maintenance is performed. The provenance component has the strongest effect on efficiency. When provenance is removed, affected recall reaches 100.0%, but this is obtained by effectively revisiting the entire historical collection, which raises reprocessed data to 100.0% and update latency to 862 s. This behavior confirms that provenance is the main mechanism that allows the framework to identify which historical records are actually connected to the revised rule components. Stability certification mainly reduces unnecessary reevaluation. Without it, affected recall remains high at 98.4%, but the system must reprocess 38.9% of the historical data instead of 14.7%. This shows that the certificate is valuable not because it changes the updated concept itself, but because it safely excludes records whose previous assignments remain valid. Ambiguous-region selection has a stronger influence on predictive quality. Removing it reduces Macro-F1 to 88.7%, the lowest among all ablations, while also decreasing affected recall to 92.0%. This result highlights the importance of directing supervision and reevaluation toward the unresolved region of the concept revision rather than treating all candidate records uniformly. Versioned memory mainly affects long-lived maintenance efficiency. When it is removed, Macro-F1 decreases to 89.2%, while reprocessed data rises to 24.6% and update latency rises to 268 s. This suggests that storing previous concept states, affected-data information, and compact model states improves the reuse of previously encountered semantic configurations. Finally, removing incremental repair leaves the selected candidate region unchanged, so affected recall remains at 94.6% and the reprocessed fraction stays at 14.7%. However, update latency rises from 179 s to 515 s because the predictor must be rebuilt more heavily after the affected data are identified. This confirms that candidate discovery and selective model repair provide complementary benefits. (a) Sensitivity map. (b) Predictive retention. (c) Processing amplification. (d) Latency range. Fig. 4: Ablation analysis of the proposed framework from predictive and system perspectives. Despite its advantages, the framework has several identifiable failure modes that delimit the conditions under which selective maintenance remains most effective. Global concept revision. The main computational advantage of the framework comes from the fact that only part of the historical collection is usually affected by a concept revision. When a revision changes the label of most records, the candidate set becomes close to the full dataset and selective maintenance naturally approaches complete recomputation. In this regime, the framework still remains correct, but its computational advantage becomes smaller. Missing provenance. In some practical systems, historical lineage information may be incomplete or unavailable. Without reliable provenance, the system must rely on a more conservative candidate set or reconstruct dependencies approximately from the stored query structure and raw data. As shown by the ablation study, this mainly increases the amount of historical processing required for the update. Non-executable concepts. Some concept definitions cannot be expressed entirely as deterministic predicates. They may depend on expert interpretation, incomplete knowledge, or learned semantic conditions. In this situation, a larger fraction of the candidate region is transferred to the ambiguous set and requires selective human supervision. The annotation study in the previous subsection shows that directing this supervision to the ambiguous concept-delta region remains effective. Highly coupled queries. When concept definitions involve broad joins, dense relational dependencies, or long graph paths, a small predicate revision can influence a large portion of the historical database. In such cases, fewer records can be certified stable and the candidate region becomes larger. The framework still applies, but the amount of reprocessed data and the update cost increase as the dependency structure becomes more global. VI Conclusion This paper studied learning under evolving concept definitions, where the rule, policy, or query generating the target is explicitly revised after deployment. We introduced a provenance-guided incremental learning framework that analyzes the structural difference between consecutive concept definitions, traces this change through historical provenance, certifies stable records, selectively reevaluates potentially affected instances, and incrementally repairs the deployed predictor while preserving valid knowledge. RuleShift-Bench evaluates this setting across financial, demographic, cybersecurity, and graph-structured data, and the results show that Provenance-Guided Repair reaches 92.3% accuracy and 90.2% Macro-F1 while reprocessing only 14.7% of the historical collection, retaining 94.6% of affected records, and reducing average update latency from 993 s for complete relabeling and retraining to 179 s. The framework also improves annotation efficiency for ambiguous revisions and supports recurring concepts through versioned memory. Its main limitations arise when concept revisions are global, historical provenance is incomplete, concept definitions are not fully executable, or highly coupled relational and graph dependencies enlarge the candidate region, in which cases the benefit of selective maintenance decreases. Future work will therefore investigate provenance reconstruction for legacy systems, richer probabilistic and temporal concept languages, more expressive relational and graph constraints, adaptive optimization of provenance granularity and annotation cost, scalable compression and retrieval of long concept histories, and unified treatment of explicit rule revisions together with latent statistical drift. Overall, the results support a data-maintenance perspective on adaptive learning in which an explicitly known concept revision is used to determine which historical supervision and predictive state actually require reconsideration rather than repeatedly recomputing the complete learning system. Acknowledgment I would like to thank Prof. Yassine Maleh for his valuable discussions and insightful comments during the preparation of this work. References [1] H. Zhu, C. Wang, and S. Chai, “Detecting Evolving Fraudulent Behavior in Online Payment Services: Open-Category and Concept-Drift,” IEEE Transactions on Services Computing, vol. 17, no. 5, p. 2180–2193, Sep.–Oct. 2024, doi: https://doi.org/10.1109/TSC.2024.3422880. [2] S. Seth, K. K. Chahal, and G. Singh, “Concept Drift–Based Intrusion Detection for Evolving Data Stream Classification in IDS: Approaches and Comparative Study,” The Computer Journal, vol. 67, no. 7, p. 2529–2547, Jul. 2024, doi: https://doi.org/10.1093/comjnl/bxae023. [3] M. A. Shyaa, N. F. Ibrahim, Z. Zainol, R. Abdullah, M. Anbar, and L. Alzubaidi, “Evolving Cybersecurity Frontiers: A Comprehensive Survey on Concept Drift and Feature Dynamics Aware Machine and Deep Learning in Intrusion Detection Systems,” Engineering Applications of Artificial Intelligence, vol. 137, Part A, Art. no. 109143, 2024, doi: https://doi.org/10.1016/j.engappai.2024.109143. [4] F. Hinder, V. Vaquet, and B. Hammer, “One or Two Things We Know About Concept Drift—A Survey on Monitoring in Evolving Environments. Part A: Detecting Concept Drift,” Frontiers in Artificial Intelligence, vol. 7, Art. no. 1330257, 2024, doi: https://doi.org/10.3389/frai.2024.1330257. [5] S. Arora, R. Rani, and N. Saxena, “A Systematic Review on Detection and Adaptation of Concept Drift in Streaming Data Using Machine Learning Techniques,” WIREs Data Mining and Knowledge Discovery, vol. 14, no. 4, Art. no. e1536, 2024, doi: https://doi.org/10.1002/widm.1536. [6] D. Lukats, O. Zielinski, A. Hahn et al., “A Benchmark and Survey of Fully Unsupervised Concept Drift Detectors on Real-World Data Streams,” International Journal of Data Science and Analytics, vol. 19, p. 1–31, 2025, doi: https://doi.org/10.1007/s41060-024-00620-y. [7] G. J. Aguiar and A. Cano, “A Comprehensive Analysis of Concept Drift Locality in Data Streams,” Knowledge-Based Systems, vol. 289, Art. no. 111535, 2024, doi: https://doi.org/10.1016/j.knosys.2024.111535. [8] Y. Sun, J. Mi, and C. Jin, “Entropy-Based Concept Drift Detection in Information Systems,” Knowledge-Based Systems, vol. 290, Art. no. 111596, 2024, doi: https://doi.org/10.1016/j.knosys.2024.111596. [9] J. Li, H. Yu, Z. Zhang, X. Luo, and S. Xie, “Concept Drift Adaptation by Exploiting Drift Type,” ACM Transactions on Knowledge Discovery from Data, vol. 18, no. 4, Art. no. 96, May 2024, doi: https://doi.org/10.1145/3638777. [10] B. Wei, J. Chen, L. Deng, Z. Mo, M. Jiang, and F. Wang, “Adaptive Bagging-Based Dynamic Ensemble Selection in Nonstationary Environments,” Expert Systems with Applications, vol. 255, Part D, Art. no. 124860, 2024, doi: https://doi.org/10.1016/j.eswa.2024.124860. [11] L. Chambers, M. M. Gaber, and H. Ghomeshi, “Deepstreamensemble: Streaming Adaptation to Concept Drift in Deep Neural Networks,” International Journal of Machine Learning and Cybernetics, vol. 16, p. 3955–3976, 2025, doi: https://doi.org/10.1007/s13042-024-02492-x. [12] J. V. Guerrero Cano, G. J. Aguiar, and A. Cano, “Anticipating to Change: A Proactive Approach for Concept Drift Adaptation in Data Streams,” Machine Learning, vol. 115, Art. no. 3, 2026, doi: https://doi.org/10.1007/s10994-025-06945-4. [13] X. Chen, S. Wang, T. Zhang et al., “Virtual Concept Drift Detection and Adaptation in Federated Data Stream Learning,” International Journal of Data Science and Analytics, vol. 21, Art. no. 46, 2026, doi: https://doi.org/10.1007/s41060-025-00953-2. [14] P. Wang, H. Yu, N. Jin, D. Davies, and W. L. Woo, “QuadCDD: A Quadruple-Based Approach for Understanding Concept Drift in Data Streams,” Expert Systems with Applications, vol. 238, Part E, Art. no. 122114, 2024, doi: https://doi.org/10.1016/j.eswa.2023.122114. [15] L. Yang, J. Cheng, Y. Luo, T. Zhou, and X. Zhang, “Detecting and Rationalizing Concept Drift: A Feature-Level Approach for Understanding Cause–Effect Relationships in Dynamic Environments,” Expert Systems with Applications, vol. 260, Art. no. 125365, 2025, doi: https://doi.org/10.1016/j.eswa.2024.125365. [16] Y. Zhang, Z. Liu, C. Yang, X. Huang, S. Lou, H. Zhang, and D. Yan, “Unveiling Dynamics Changes: Singular Spectrum Analysis-Based Method for Detecting Concept Drift in Industrial Data Streams,” Knowledge-Based Systems, vol. 293, Art. no. 111640, 2024, doi: https://doi.org/10.1016/j.knosys.2024.111640. [17] Y. Zhang, C. Yang, Z. Liu, S. Lou, X. Huang, and S. Wang, “Concept Drift Meets Industrial Data Streams: An Efficient Drift Adaptation Framework With Knowledge Embedding and Transfer,” Expert Systems with Applications, vol. 290, Art. no. 128439, 2025, doi: https://doi.org/10.1016/j.eswa.2025.128439. [18] R. Su, H. Guo, and W. Wang, “Elastic Online Deep Learning for Dynamic Streaming Data,” Information Sciences, vol. 676, Art. no. 120799, 2024, doi: https://doi.org/10.1016/j.ins.2024.120799. [19] J. Komorniczak and P. Ksieniewicz, “On Metafeatures’ Ability of Implicit Concept Identification,” Machine Learning, vol. 113, p. 7931–7966, 2024, doi: https://doi.org/10.1007/s10994-024-06612-0. [20] Z. Wu, H. Wang, J. Guo, Q. Yang, and J. Shao, “Learning Evolving Prototypes for Imbalanced Data Stream Classification With Limited Labels,” Information Sciences, vol. 679, Art. no. 120979, 2024, doi: https://doi.org/10.1016/j.ins.2024.120979. [21] S. Ud Din, Q. Yang, J. Shao, C. B. Mawuli, A. Ullah, and W. Ali, “Synchronization-Based Semi-Supervised Data Streams Classification With Label Evolution and Extreme Verification Delay,” Information Sciences, vol. 678, Art. no. 120933, 2024, doi: https://doi.org/10.1016/j.ins.2024.120933. [22] J. Feng, X. Yang, L. Liang, W. Han, B. Fang, and Q. Liao, “CGoFed: Constrained Gradient Optimization Strategy for Federated Class Incremental Learning,” IEEE Transactions on Knowledge and Data Engineering, vol. 37, no. 5, p. 2282–2295, May 2025, doi: https://doi.org/10.1109/TKDE.2025.3544605. [23] P. Zhang, H. Yin, X. Deng, and S.-Q. Lv, “One-Pass Online Learning Under Feature Evolution Data Streams With a Fast Rate,” IEEE Transactions on Knowledge and Data Engineering, vol. 37, no. 10, p. 6075–6090, Oct. 2025, doi: https://doi.org/10.1109/TKDE.2025.3592685. [24] J. Tu, X. Tang, S. Gu, Y. Dai, R. Fan, and C. Hou, “Adaptive Learning in Imbalanced Data Streams With Unpredictable Feature Evolution,” IEEE Transactions on Knowledge and Data Engineering, vol. 37, no. 4, p. 1527–1541, Apr. 2025, doi: https://doi.org/10.1109/TKDE.2025.3531431. [25] P. Li, S. Yu, J. Li, and X. Hu, “Semi-Supervised Short Text Stream Classification Based on Drift-Aware Incremental Deep Learning,” IEEE Transactions on Knowledge and Data Engineering, vol. 37, no. 11, p. 6680–6693, Nov. 2025, doi: https://doi.org/10.1109/TKDE.2025.3605389. [26] M. Abo Khamis, A. Kara, D. Olteanu, and D. Suciu, “Insert-Only Versus Insert-Delete in Dynamic Query Evaluation,” Proceedings of the ACM on Management of Data, vol. 2, no. 5, Art. no. 219, Nov. 2024, doi: https://doi.org/10.1145/3695837. [27] X. Hu and Q. Wang, “Towards Update-Dependent Analysis of Query Maintenance,” Proceedings of the ACM on Management of Data, vol. 3, no. 2, Art. no. 117, May 2025, doi: https://doi.org/10.1145/3725254. [28] A. Kara, M. Nikolic, D. Olteanu, and H. Zhang, “Conjunctive Queries With Free Access Patterns Under Updates,” in Proc. 26th Int. Conf. Database Theory (ICDT), ser. Leibniz Int. Proc. Informatics (LIPIcs), vol. 255, 2023, Art. no. 17, p. 17:1–17:20, doi: https://doi.org/10.4230/LIPIcs.ICDT.2023.17. [29] B. Dai and K. Yi, “Approximate Query Processing Under Updates,” Proceedings of the ACM on Management of Data, vol. 3, no. 6, Art. no. 295, Dec. 2025, doi: https://doi.org/10.1145/3769760. [30] L. Gregori, P. L. Lazzaro, M. Lazzaro et al., “An LLM-Guided Platform for Multi-Granular Collection and Management of Data Provenance,” Journal of Big Data, vol. 12, Art. no. 187, 2025, doi: https://doi.org/10.1186/s40537-025-01209-3. [31] T. Guedes, M. Mattoso, M. Bedo, and D. de Oliveira, “Version [1.0]—SAMbA-RaP Is Music to Scientists’ Ears: Adding Provenance Support to Spark-Based Scientific Workflows,” SoftwareX, vol. 28, Art. no. 101927, 2024, doi: https://doi.org/10.1016/j.softx.2024.101927. [32] R. C. Godwin and R. L. Melvin, “Toward Efficient Data Science: A Comprehensive MLOps Template for Collaborative Code Development and Automation,” SoftwareX, vol. 26, Art. no. 101723, 2024, doi: https://doi.org/10.1016/j.softx.2024.101723. [33] M. Schlegel, D. Scheliga, K.-U. Sattler et al., “Lowering Barriers to Federated Learning: Collaboration Management and Provenance,” Journal of Big Data, vol. 13, Art. no. 28, 2026, doi: https://doi.org/10.1186/s40537-025-01350-z. [34] A. R. Khan, S. S. Ahamad, S. Mishra et al., “FinSafeNet: Securing Digital Transactions Using Optimized Deep Learning and Multi-Kernel PCA (MKPCA) With Nyström Approximation,” Scientific Reports, vol. 14, Art. no. 26853, 2024, doi: https://doi.org/10.1038/s41598-024-76214-2. [35] D. Vijayanand and G. S. Smrithy, “Explainable AI-Enhanced Ensemble Learning for Financial Fraud Detection in Mobile Money Transactions,” Intelligent Decision Technologies, vol. 19, no. 1, p. 52–67, 2025, doi: https://doi.org/10.1177/18724981241289751. [36] P. Yin, Y. Sun, Z. Gao, R. Wang, and Y. Yao, “MAInt: A Multi-Task Learning Model With Automatic Feature Interaction Learning for Personalized Recommendations,” Information Sciences, vol. 665, Art. no. 120362, 2024, doi: https://doi.org/10.1016/j.ins.2024.120362. [37] Z. Chen, J. M. Zhang, M. Hort, M. Harman, and F. Sarro, “Fairness Testing: A Comprehensive Survey and Analysis of Trends,” ACM Transactions on Software Engineering and Methodology, vol. 33, no. 5, Art. no. 137, Jun. 2024, doi: https://doi.org/10.1145/3652155. [38] Z. Zoghi and G. Serpen, “UNSW-NB15 Computer Security Dataset: Analysis Through Visualization,” Security and Privacy, vol. 7, no. 1, Art. no. e331, 2024, doi: https://doi.org/10.1002/spy2.331. [39] G. Su, H. Wang, Y. Zhang, W. Zhang, and X. Lin, “Simple and Deep Graph Attention Networks,” Knowledge-Based Systems, vol. 293, Art. no. 111649, 2024, doi: https://doi.org/10.1016/j.knosys.2024.111649. [40] L. Hu, W. Li, Y. Lu et al., “Scalable Concept Drift Adaptation for Stream Data Mining,” Complex & Intelligent Systems, vol. 10, p. 6725–6743, 2024, doi: https://doi.org/10.1007/s40747-024-01524-x. [41] B. Stevanoski, A. Kostovska, P. Panov et al., “Change Detection and Adaptation in Multi-Target Regression on Data Streams,” Machine Learning, vol. 113, p. 8585–8622, 2024, doi: https://doi.org/10.1007/s10994-024-06621-z. [42] H. Lin, S. Feng, B. Zhang, X. Li, and Y. Ye, “HPCR: Holistic Proxy-Based Contrastive Replay for Online Continual Learning,” IEEE Transactions on Neural Networks and Learning Systems, vol. 36, no. 8, p. 14706–14720, Aug. 2025, doi: https://doi.org/10.1109/TNNLS.2025.3526442. [43] H. Qiu, J. Feng, L. Zhao, C. Gu, H. Yu, Y. Zhang, and Z. Wang, “RMAF: A Replay Method Based on Active Forgetting for Continual Learning,” Neurocomputing, vol. 652, Art. no. 131098, 2025, doi: https://doi.org/10.1016/j.neucom.2025.131098. [44] R. M. Fajri, A. Saxena, Y. Pei, and M. Pechenizkiy, “FAL-CUR: Fair Active Learning Using Uncertainty and Representativeness on Fair Clustering,” Expert Systems with Applications, vol. 242, Art. no. 122842, May 2024, doi: https://doi.org/10.1016/j.eswa.2023.122842. [45] A. Hoarau, V. Lemaire, Y. Le Gall et al., “Evidential Uncertainty Sampling Strategies for Active Learning,” Machine Learning, vol. 113, p. 6453–6474, 2024, doi: https://doi.org/10.1007/s10994-024-06567-2. Ismail Lamaakal (Student Member, IEEE) received the M.S. degree in computer science from the Multidisciplinary Faculty of Nador, Mohammed First University, Oujda, Morocco. He is currently pursuing the Ph.D. degree in computer science at the same university. His research interests include artificial intelligence, Tiny Machine Learning (TinyML), the Internet of Things (IoT), embedded systems, and edge intelligence. His current research focuses on the design and implementation of resource-efficient machine learning solutions for resource-constrained embedded and IoT devices, with particular emphasis on intelligent, low-power, and real-time applications. Appendix A Theoretical Analysis and Algorithmic Details The main paper presents the central theoretical properties of the proposed framework in compact form. This supplementary section develops those results in greater detail and makes explicit the assumptions, intermediate definitions, and algorithmic steps required by the correctness arguments. The analysis is organized around the complete maintenance path followed by the framework. We begin by defining the rule language used to express executable concept definitions and the canonical directed acyclic graph used to represent their computational structure. We then formalize how two consecutive concept definitions are aligned and converted into a typed rule delta. This is followed by a formal treatment of record-level provenance, effective rule changes, and the construction of the certified stable and candidate regions. These definitions make it possible to state precisely when a historical record can be excluded from reevaluation without risking an obsolete target. The second part of the section develops the correctness arguments. We first establish that any sound stable-set construction preserves the true changed-label set inside the candidate region. We then prove the provenance stability certificate used to construct such a stable set for deterministic Boolean concept DAGs. The proof is based on a difference-propagation argument: if the final concept assignment were to change, at least one effective rule change would have to propagate through an uninterrupted dependency path to the concept output. Persistent AND and OR nodes with unchanged controlling inputs interrupt such propagation and therefore provide record-specific certificates of invariance. Finally, we derive the computational cost of each stage of the maintenance procedure and provide a complete proof of the incremental-advantage result stated in the main paper. The exact guarantees in this section apply to deterministic and executable portions of a concept definition evaluated over a fixed historical data snapshot. Concept components requiring unavailable information, uncertain relational evidence, external knowledge, or expert interpretation are not automatically treated as exact. Such cases remain unresolved and are handled through the ambiguous-region and selective-supervision mechanism described in the main paper. A-A Formal Setting and Notation Let Z denote the complete information space maintained by the underlying data system. A historical entity i is represented by zi∈z_i , which can include ordinary attributes, relational information, graph neighborhoods, historical aggregates, or other information available to the concept-definition system. At revision time t, the historical collection is t=zii=1N,D_t=\z_i\_i=1^N, (1) where N=|t|N=|D_t|. The previous concept definition is denoted by QtQ_t, and the revised concept definition by Qt+1Q_t+1. Both are interpreted over the same historical snapshot when determining the effect of the rule revision. Thus, unless explicitly stated otherwise, the information ziz_i itself is assumed unchanged while comparing Qt(zi)Q_t(z_i) and Qt+1(zi)Q_t+1(z_i). The true set of historical records whose semantic target changes is tΔ=zi∈t:Qt(zi)≠Qt+1(zi).D_t = \z_i _t:Q_t(z_i)≠ Q_t+1(z_i) \. (2) Its complement contains the records whose target remains valid under the revised definition. The purpose of provenance-guided maintenance is not to approximate the definition of tΔD_t , which is already exact, but to avoid evaluating the complete revised concept program on records for which target invariance can already be established from the structural rule change and the historical provenance. The framework therefore constructs two operational regions. The certified stable set is denoted by tsafeD_t^safe, and the remaining records form the candidate set tcand=t∖tsafe.D_t^cand=D_t _t^safe. (3) A central requirement of the theory is that stability certification be conservative. A record can be placed in tsafeD_t^safe only when the framework has a sufficient certificate that its target cannot change. Failure to obtain such a certificate does not imply that the target has changed. It means only that the record must remain in tcandD_t^cand until the revised concept is evaluated or additional information becomes available. A-B Executable Concept Rule Language The theoretical results require the computational structure of a concept definition to be explicit. We therefore model an executable concept as a deterministic Boolean program constructed from primitive predicates and logical operators. The primitive predicates may themselves depend on attributes, relational data, or graph structure, but once their required information is available they return a deterministic Boolean value. Definition 1 (Executable Concept Program). A deterministic Boolean concept program Q is generated by the grammar Q::= Q::= P∣¬Q∣AND(Q1,…,Qk) P Q (Q_1,…,Q_k) (4) ∣OR(Q1,…,Qk),k≥2, (Q_1,…,Q_k), k≥ 2, where P is an executable primitive predicate. The primitive-predicate family used in the framework is P::=Patom|Pthr∣Prel∣Ppath.P::=P_atom P_thr P_rel P_path. (5) An atomic predicate evaluates an ordinary deterministic property of the record. A typical form is Patom(z)=[a(z)⋈c],P_atom(z)=I [a(z) c ], (6) where a(z)a(z) is an attribute or deterministic derived quantity, c is a constant, and ⋈∈=,≠,<,≤,>,≥ ∈\=,≠,<,≤,>,≥\. Threshold predicates are represented separately because changes to their threshold parameters constitute one of the principal rule-shift types studied in the paper. A threshold predicate has the form Pthr(z;γ)=[a(z)⋈γ],P_thr(z;γ)=I [a(z) γ ], (7) where γ is an explicit parameter of the rule. Representing predicate identity separately from γ allows a transition from γt _t to γt+1 _t+1 to be recognized as a parameter revision rather than incorrectly represented as deletion of one predicate and insertion of another. A relational predicate is written in the general form Prel(z,R,ψ),P_rel(z;R,ψ), (8) where R identifies the required relation or collection of relations and ψ specifies the deterministic relational condition. The internal computation may contain joins, existence tests, selections, or aggregations. For the proof below, the internal relational query does not need to be reduced to Boolean logic; it is sufficient that the result presented to the concept DAG is deterministic and that the relevant source dependencies can be represented by provenance. Similarly, a graph-path predicate is represented by Ppath(z,ρ,ψ),P_path(z;ρ,ψ), (9) where ρ specifies a graph relation or path pattern and ψ describes the condition evaluated over the corresponding nodes, edges, or paths. For a fixed record z, the semantics of a concept program are defined recursively. Negation satisfies ⟦¬Q⟧z=1−⟦Q⟧z. Q _z=1- Q _z. (10) For a conjunction, ⟦AND(Q1,…,Qk)⟧z=⋀j=1k⟦Qj⟧z, (Q_1,…,Q_k) _z= _j=1^k Q_j _z, (11) while a disjunction satisfies ⟦OR(Q1,…,Qk)⟧z=⋁j=1k⟦Qj⟧z. (Q_1,…,Q_k) _z= _j=1^k Q_j _z. (12) For the binary formulation used in the theoretical analysis, the concept assignment is therefore Qt(zi)=⟦Qt⟧zi.Q_t(z_i)= Q_t _z_i. (13) The same reasoning can be applied to multiclass definitions by representing the class decision through multiple Boolean outputs or an equivalent deterministic decision graph. A-C Canonical Predicate-DAG Representation The syntactic form in which two logically equivalent rules are written should not determine whether the framework interprets them as different concepts. For example, P1∧P2P_1 P_2 and P2∧P1P_2 P_1 represent the same Boolean expression even though the textual order of the predicates differs. We therefore convert every concept definition into a canonical predicate DAG before computing the rule delta. The canonical representation of QtQ_t is Gt=G(Qt)=(t,ℰt,ϕt,rt),G_t=G(Q_t)=(V_t,E_t, _t,r_t), (14) where tV_t is the set of computational nodes, ℰtE_t contains directed dependencies from lower-level computations toward their consumers, ϕt(v) _t(v) stores the operator type and parameters associated with node v, and rtr_t is the concept-output node. For record ziz_i, the value produced by node v is denoted by νt(v,zi). _t(v,z_i). (15) In particular, the final concept result satisfies Qt(zi)=νt(rt,zi).Q_t(z_i)= _t(r_t,z_i). (16) Canonicalization performs only semantics-preserving operations. Nested instances of associative AND and OR operators are flattened, commutative children are placed in a deterministic order, referenced attributes and relations are normalized, and identical subexpressions may be represented by shared DAG nodes. A bottom-up structural signature is then assigned to every node. One convenient definition is σ(v)=H(type(v),param(v),Σ(v)),σ(v)=H (type(v),param(v), (v) ), (17) where H is a structural hash and Σ(v) (v) contains the canonical sequence of child signatures. These signatures allow components that remain identical across consecutive definitions to be aligned efficiently. Parameter revisions, such as a threshold change, are handled using a secondary structural key that preserves the identity of the referenced attribute and operator while allowing the parameter itself to differ. A-D Rule-Delta Compilation and Change Completeness Given the canonical graphs GtG_t and Gt+1G_t+1, the rule-delta compiler determines which components persist and which components have been modified, inserted, or removed. The output is a typed rule delta t=Diff(Gt,Gt+1).C_t=Diff(G_t,G_t+1). (18) The compiler distinguishes threshold revisions, predicate insertion, predicate deletion, logical rewrites, and relational or graph-path rewrites. Importantly, the delta does not need to be a minimum graph-edit sequence. Correctness requires a different property: every semantic revision capable of modifying the output of at least one record must be represented by the delta. Conservative additional edits are harmless for correctness because they only enlarge the subsequent region of records that may need to be examined. Definition 2 (Change-Complete Delta). A rule delta tC_t is change-complete if every difference between QtQ_t and Qt+1Q_t+1 that can alter the concept assignment of some record is represented directly by an element of tC_t or conservatively by an enclosing modified component. When an alignment is uncertain, the compiler therefore chooses the conservative interpretation. It records the old node as deleted and the new node as inserted rather than assuming that they represent the same persistent component. This choice may produce additional candidates, but it avoids incorrectly hiding a real semantic revision. The complete compilation procedure is shown in Algorithm 1. Algorithm 1 Typed Concept Rule-Delta Compilation Input: Previous rule QtQ_t, revised rule Qt+1Q_t+1 Output: Canonical graphs Gt,Gt+1G_t,G_t+1, alignment αt _t, and typed rule delta tC_t 1 Canonicalize QtQ_t and obtain GtG_t; 2 Canonicalize Qt+1Q_t+1 and obtain Gt+1G_t+1; 3 Compute bottom-up canonical signatures for all nodes; 4 Align components having identical canonical signatures; 5 Attempt secondary alignment for components having identical structural roles but revised parameters; 6 Reject any secondary alignment that cannot be established unambiguously; 7 Initialize t←∅C_t← ; 8 foreach aligned persistent component do 9 record parameter revisions, logical rewrites, or relational/path revisions when present; 10 foreach unmatched component of GtG_t do 11 add a deletion edit to tC_t; 12 foreach unmatched component of Gt+1G_t+1 do 13 add an insertion edit to tC_t; 14 return Gt,Gt+1,αt,tG_t,G_t+1, _t,C_t; A-E Record-Level Provenance and Candidate Retrieval The structural delta determines what changed in the concept definition, but a rule component can have different relevance for different historical records. The role of provenance is therefore to connect a structural edit to the records whose previous evaluation depends on the modified computation. For every historical record, we represent the relevant provenance as Prov(zi,Qt)=(Dept(i),Valt(i),Srct(i)).Prov(z_i,Q_t)= (Dep_t(i),Val_t(i),Src_t(i) ). (19) The dependency component Dept(i)Dep_t(i) records the predicate and operator dependencies required to reason about the previous output. The value component Valt(i)Val_t(i) stores node values that may later serve as stability witnesses. Finally, Srct(i)Src_t(i) identifies source-level dependencies such as relational tuples, graph nodes, edges, or path signatures. The representation may contain conservative extra dependencies; correctness does not require a minimal lineage expression. To avoid scanning all provenance objects after every revision, the framework maintains an inverted provenance index. For component c, ℐt(c)=i:c∈Dept(i).I_t(c)= \i:c _t(i) \. (20) A complication arises when the revision inserts a new component. Because the new component was absent from QtQ_t, no historical posting list can exist for it. Candidate retrieval therefore uses an affected frontier consisting of persistent components whose evaluation context is changed by the edit. For an insertion or deletion, this can be the nearest persistent ancestor whose child structure changes. For a threshold revision it is normally the persistent threshold predicate itself, and for relational or graph edits it can additionally include the relevant relation or path identifiers. We denote this frontier by ℱt=Frontier(t,Gt,Gt+1).F_t=Frontier(C_t,G_t,G_t+1). (21) The initial record pool retrieved from the provenance index is then ℛt=⋃c∈ℱtℐt(c).R_t= _c _tI_t(c). (22) This pruning step is valid only when the frontier and provenance index are dependency-complete. If the implementation cannot guarantee that a potentially affected record will appear in the retrieved postings, the safe fallback is not to exclude that record. In the extreme case the framework uses ℛt=t.R_t=D_t. (23) This conservative fallback is important because incomplete provenance should reduce computational efficiency rather than invalidate the semantic correctness of the maintenance procedure. A-F Record-Specific Effective Rule Changes Even among records retrieved through the affected frontier, not every syntactic edit is necessarily capable of changing the local rule evaluation. The framework therefore computes a record-specific effective change set teff(zi)⊆t.C_t^eff(z_i) _t. (24) The set is intentionally conservative. It must contain every changed component whose revised local behavior can actually alter the computation for ziz_i, but it may contain additional components when local invariance cannot be determined cheaply. Formally, the property required by the correctness analysis is Qt(zi)≠Qt+1(zi)⟹teff(zi)≠∅.Q_t(z_i)≠ Q_t+1(z_i) _t^eff(z_i)≠ . (25) Consider, for example, a threshold revision a(z)>5000⟶a(z)>3000.a(z)>5000 a(z)>3000. (26) The local threshold output differs only when 3000<a(zi)≤5000.3000<a(z_i)≤ 5000. (27) Records outside this interval therefore do not contain the threshold revision in their effective change set, provided that the attribute value is known exactly. A logical rewrite behaves differently. Consider P1∨P2⟶P1∧P2.P_1 P_2 P_1 P_2. (28) If the two persistent predicates retain their values, the two logical operators differ only when the predicate truth values disagree. Hence the logical rewrite is locally effective only when P1(zi)≠P2(zi).P_1(z_i)≠ P_2(z_i). (29) Relational and graph changes follow the same principle. If local provenance is sufficient to establish that the relational or graph predicate result is unchanged, the edit need not be propagated further for that record. Otherwise it remains an effective component and is handled conservatively. A-G Persistent Blocking Nodes The central observation behind stability certification is that a local change does not necessarily propagate to the final output. Boolean operators possess controlling input values that can make their result independent of one or more changed branches. Provenance supplies the record-specific values required to recognize this situation. Definition 3 (Persistent Blocking Node). For a fixed record ziz_i, a persistent logical node is a blocking node with respect to a changed incoming branch when another persistent input has an unchanged value that fixes the operator output independently of the changed branch. For an AND node, the controlling value is false. Thus an AND node v is blocking when it contains a persistent child u satisfying νt(u,zi)=νt+1(u,zi)=0. _t(u,z_i)= _t+1(u,z_i)=0. (30) For an OR node, the controlling value is true. It is therefore blocking when a persistent child satisfies νt(u,zi)=νt+1(u,zi)=1. _t(u,z_i)= _t+1(u,z_i)=1. (31) The persistence requirement is essential. An old false input to an AND node cannot be used as a blocking witness if that input’s own rule definition has changed and its revised value is unknown. The framework must first establish that the witness itself is invariant. A NOT node does not possess an analogous controlling value. If its child changes, the NOT output also changes. NOT can therefore transmit a difference but cannot block one. A-H Local Invariance at a Blocking Node Before proving the global stability theorem, we establish the local property on which it depends. Lemma 1 (Blocking-Node Invariance). Let v be a persistent AND or OR node. If v contains an unchanged controlling child for record ziz_i, then the output of v is invariant under changes to all other incoming branches. Proof: We consider the AND and OR cases separately. First suppose that v is an AND node. By the definition of a persistent blocking node, there exists a child u whose value is false under both concept versions. Therefore, νt(u,zi)=νt+1(u,zi)=0. _t(u,z_i)= _t+1(u,z_i)=0. (32) The semantics of conjunction imply that the output of an AND node is false whenever at least one of its children is false. The values of the remaining children are therefore irrelevant once the controlling false input is present. Under the previous concept definition, νt(v,zi)=0. _t(v,z_i)=0. (33) The same controlling child remains false after the rule revision, so the revised output is also νt+1(v,zi)=0. _t+1(v,z_i)=0. (34) Consequently, νt(v,zi)=νt+1(v,zi). _t(v,z_i)= _t+1(v,z_i). (35) This conclusion does not depend on whether the remaining children change. The unchanged false input alone determines the AND result. Now consider the OR case. By assumption, there exists a persistent child u whose value is true under both definitions: νt(u,zi)=νt+1(u,zi)=1. _t(u,z_i)= _t+1(u,z_i)=1. (36) The output of an OR node is true whenever at least one child is true. Hence the old output is νt(v,zi)=1, _t(v,z_i)=1, (37) and the revised output remains νt+1(v,zi)=1. _t+1(v,z_i)=1. (38) Therefore, νt(v,zi)=νt+1(v,zi). _t(v,z_i)= _t+1(v,z_i). (39) In both cases, the unchanged controlling child fixes the logical-node output independently of every changed branch. The node therefore prevents a difference arriving through those branches from propagating further toward the concept output. ∎ A-I Difference Propagation Through the Concept DAG The next lemma formalizes the converse intuition. If the concept output actually changes, then some effective local change must be connected to the output by a dependency path along which the difference survives. Lemma 2 (Unblocked Difference Propagation). Assume that the concept delta is change-complete and that the record-specific effective set is conservative. If Qt(zi)≠Qt+1(zi),Q_t(z_i)≠ Q_t+1(z_i), (40) then there exists at least one directed dependency path from a component in teff(zi)C_t^eff(z_i) to the concept-output node along which no persistent blocking node eliminates the difference. Proof: The proof proceeds by tracing the observed output difference backward through the deterministic concept computation. Let r denote the concept-output node. The hypothesis gives νt(r,zi)≠νt+1(r,zi). _t(r,z_i)≠ _t+1(r,z_i). (41) There are two possible reasons for this difference. The output node itself may have been changed by the rule revision, or the output node may persist while one of the values supplied to it differs. If the local operator or input structure of r is itself modified and this modification is capable of producing the observed difference, then r is an effective changed component. In that case the required path begins at the changed component itself and terminates at the output. Otherwise, r persists with the same deterministic operator. A deterministic operator supplied with exactly the same child values must produce exactly the same result. Because (41) states that its output differs, at least one of its child computations must therefore differ between the two concept versions. Let v1v_1 denote such a child. Then νt(v1,zi)≠νt+1(v1,zi). _t(v_1,z_i)≠ _t+1(v_1,z_i). (42) If v1v_1 is itself a changed component, the backward trace terminates. If it is not, its deterministic output difference must again be caused by a differing child. We can therefore continue the same argument recursively. Because the concept representation is a finite DAG, this backward process cannot continue indefinitely and cannot enter a cycle. Eventually it reaches a primitive predicate or an internal rule site whose local semantics differ between the old and revised definitions. By change completeness, this site is represented in tC_t. Because it participates in the output difference for ziz_i, conservative effective-change analysis ensures that it is also contained in teff(zi).C_t^eff(z_i). (43) Reversing the backward trace yields a directed path from this effective changed component to the output node. It remains to show that this path cannot contain a blocking node. Every node selected during the backward trace has a different value under the two concept versions. However, Lemma 1 establishes that a persistent blocking node necessarily has the same value under both versions. Therefore none of the difference-carrying nodes on the traced path can be a blocking node. Hence a changed concept output implies the existence of at least one unblocked path from an effective changed component to the root. ∎ A-J Complete Proof of the Provenance Stability Certificate We can now give the complete proof of Theorem 1 from the main paper. Proof: Fix an arbitrary historical record ziz_i. By hypothesis, every directed path from every component in teff(zi)C_t^eff(z_i) (44) to the concept-output node contains at least one persistent blocking node whose controlling input remains unchanged after the rule revision. We prove that the final concept assignment cannot change. Assume, for contradiction, that the concept assignment does change. Then Qt(zi)≠Qt+1(zi).Q_t(z_i)≠ Q_t+1(z_i). (45) Under the change-completeness and conservative effective-change conditions, Lemma 2 applies. It follows from (45) that there must exist an effective changed component c∈teff(zi)c _t^eff(z_i) (46) and a directed path from c to the concept-output node along which the semantic difference is not eliminated. Let this path be c=v0→v1→⋯→vm=r,c=v_0→ v_1→·s→ v_m=r, (47) where r is the concept-output node. The theorem hypothesis states that every such path contains a persistent blocking node. Therefore there exists at least one node vjv_j on (47) that has an unchanged controlling input. By Lemma 1, the output of that node must be invariant. Hence, νt(vj,zi)=νt+1(vj,zi). _t(v_j,z_i)= _t+1(v_j,z_i). (48) Equation (48) means that any difference arriving at vjv_j through the changed branch is destroyed at vjv_j. The portion of the concept computation above vjv_j therefore receives exactly the same value from that branch under both concept versions. Consequently, the path in (47) cannot be an uninterrupted path carrying a difference from the changed component c to the root. This contradicts Lemma 2, which requires such an unblocked path whenever the final concept assignment differs. The assumption (45) must therefore be false. Hence, Qt(zi)=Qt+1(zi).Q_t(z_i)=Q_t+1(z_i). (49) Thus the historical target of ziz_i is invariant under the concept revision, and the record may be safely included in tsafeD_t^safe. ∎ A-K Graph-Cut Interpretation of the Stability Certificate The previous theorem can also be interpreted as a graph-separation result. This interpretation is useful because it clarifies why the certificate remains valid for nested Boolean expressions rather than only for simple two-predicate examples. For record ziz_i, define the effective source set as Si=teff(zi).S_i=C_t^eff(z_i). (50) Let BiB_i denote the set of all persistent blocking nodes established for that record. If every path from SiS_i to the concept output intersects BiB_i, then BiB_i is a vertex cut separating every potential source of semantic difference from the output. Once the nodes in BiB_i are replaced conceptually by their invariant Boolean values, no effective changed component can influence the root. The stability certificate can therefore be expressed as the following implication: Bi separates Si from the output⟹Qt(zi)=Qt+1(zi).B_i separates S_i from the output Q_t(z_i)=Q_t+1(z_i). (51) This interpretation also provides a direct implementation strategy: candidate certification can be performed using an upward traversal from the effective changed components, terminating a branch whenever a blocking node is encountered. A-L Record-Level Stability Certification Algorithm Algorithm 2 implements the preceding theorem. The algorithm deliberately returns only two logical outcomes: certified stable and not certified. The second outcome must not be interpreted as evidence that the target actually changes. It means only that the sufficient conditions for exclusion have not been established. Algorithm 2 Record-Level Provenance Stability Certification Input: Record ziz_i, changed components tC_t, canonical concept graphs, and provenance Prov(zi,Qt)Prov(z_i,Q_t) Output: stable or not-certified 1 Determine teff(zi)C_t^eff(z_i); 2 if teff(zi)=∅C_t^eff(z_i)= then 3 return stable; 4 Initialize a queue with all effective changed components; 5 Mark all components as unvisited; 6 while the queue is not empty do 7 Remove one current component u; 8 if u is the concept-output node then 9 return not-certified; 10 Inspect each parent of u toward the output; 11 foreach such parent v do 12 if v has a persistent invariant blocking witness then 13 stop propagation through v; 14 else 15 add v to the queue if not previously visited; 16 if the structural correspondence required to continue the propagation analysis is unavailable or ambiguous then 17 return not-certified; 18 return stable; The conservative behavior in the final condition is essential. Missing provenance, ambiguous rule alignment, or unavailable witness values cannot justify exclusion. Such uncertainty causes the record to remain in the candidate region. A-M Complete Provenance-Guided Candidate Discovery The complete candidate-discovery procedure combines the inverted provenance index with the stability certificate. Records that lie outside a dependency-complete affected frontier can be excluded directly. Records retrieved by the frontier are examined individually because Boolean context may provide additional certificates that are not visible from posting-list membership alone. Algorithm 3 Provenance-Guided Candidate Discovery Input: Historical collection tD_t, rule delta tC_t, concept graphs, and provenance index Πt _t Output: tsafeD_t^safe and tcandD_t^cand 1 Construct the affected frontier ℱtF_t; 2 if dependency completeness of the frontier/index is guaranteed then 3 retrieve the union of postings associated with ℱtF_t and call it ℛtR_t; 4 else 5 set ℛt←tR_t _t; 6 Initialize tsafeD_t^safe with records excluded by dependency-complete retrieval; 7 Initialize tcand←∅D_t^cand← ; 8 foreach zi∈ℛtz_i _t do 9 run Algorithm 2; 10 if the result is stable then 11 add ziz_i to tsafeD_t^safe; 12 else 13 add ziz_i to tcandD_t^cand; 14 return tsafe,tcandD_t^safe,D_t^cand; A-N Conditions Required for Exact Correctness The correctness results are conditional guarantees rather than claims that every compressed or approximate provenance implementation is automatically exact. The following conditions make the boundary of the guarantee explicit. C1: Fixed historical snapshot. The two concept definitions are compared on the same ziz_i. If the underlying tuples, relations, graph edges, or external state have also changed, these changes must themselves be represented as input dependencies or deltas. C2: Deterministic executability. Every record handled by the exact part of the procedure has deterministically evaluable old and revised concept outputs. C3: Change-complete structural delta. No semantic rule revision capable of changing a historical target is omitted from tC_t. C4: Dependency-complete provenance retrieval. If the rule revision can affect ziz_i, the provenance index or its conservative fallback must retain ziz_i for further examination. C5: Sound provenance witnesses. Every node value used to certify a blocking condition must equal the true old evaluation, and the invariance of that witness under the new definition must itself be established. C6: Conservative effective-change construction. A rule component that may generate a local difference for ziz_i cannot be removed incorrectly from teff(zi)C_t^eff(z_i). C7: Conservative treatment of uncertainty. Missing provenance, unresolved relations, uncertain concept semantics, or ambiguous component alignment cannot be interpreted as stability. The corresponding record remains in the candidate or ambiguous region. The first six conditions establish the deterministic correctness result, while the seventh ensures that uncertainty cannot create an erroneous stable-set exclusion. A-O Complete Proof of Exact Concept-Delta Recovery We next prove Proposition 1 from the main paper in full detail. The key observation is that the proposition does not require the stable set to contain every unchanged record. It requires only that every record placed in that set truly be unchanged. The candidate set may therefore contain false positives, i.e., records that are eventually found to retain the same label. Such false positives increase computation but cannot cause an affected record to be lost. Proof: Let the true changed-label set be tΔ=zi∈t:Qt(zi)≠Qt+1(zi).D_t = \z_i _t:Q_t(z_i)≠ Q_t+1(z_i) \. (52) The candidate-only procedure returns ^tΔ=zi∈tcand:Qt(zi)≠Qt+1(zi). D_t = \z_i _t^cand:Q_t(z_i)≠ Q_t+1(z_i) \. (53) To prove equality between these sets, we establish both set inclusions. First inclusion: every truly affected record is a candidate. Assume that zi∈tΔ.z_i _t . (54) By definition of the affected set, Qt(zi)≠Qt+1(zi).Q_t(z_i)≠ Q_t+1(z_i). (55) Suppose, for contradiction, that ziz_i were not contained in the candidate set. Since tcand=t∖tsafe,D_t^cand=D_t _t^safe, (56) the assumption that zi∉tcandz_i _t^cand implies zi∈tsafe.z_i _t^safe. (57) The proposition assumes that the stable set is sound. Therefore every record in this set satisfies Qt(zi)=Qt+1(zi).Q_t(z_i)=Q_t+1(z_i). (58) Equations (55) and (58) contradict one another. Hence an affected record cannot belong to the certified stable set. We have therefore established tΔ⊆tcand.D_t _t^cand. (59) Second inclusion: candidate reevaluation cannot create a false changed-label record. Take any record zi∈^tΔ.z_i∈ D_t . (60) From the definition in (53), this implies two facts. First, zi∈tcand,z_i _t^cand, (61) and second, Qt(zi)≠Qt+1(zi).Q_t(z_i)≠ Q_t+1(z_i). (62) Because the candidate set is a subset of the historical collection, tcand⊆t.D_t^cand _t. (63) Therefore ziz_i is a historical record satisfying exactly the disagreement condition in the definition of tΔD_t . It follows that zi∈tΔ.z_i _t . (64) Hence, ^tΔ⊆tΔ. D_t _t . (65) It remains to show the reverse inclusion. From (59), every truly affected record is already known to lie in the candidate set. Such a record also satisfies the old–new disagreement condition by definition. Therefore every element of tΔD_t satisfies the membership criterion defining ^tΔ D_t , and consequently tΔ⊆^tΔ.D_t D_t . (66) Combining (65) and (66) gives ^tΔ=tΔ. D_t =D_t . (67) Thus evaluating the concept transition only over the candidate set recovers exactly the same changed-label set that would be obtained by evaluating the complete historical collection. The proof also shows why candidate-set over-approximation is acceptable: additional unchanged records can increase computation, but they cannot change the recovered affected set as long as no truly affected record is placed in the stable set. ∎ A-P Correctness of Provenance-Guided Pruning The stability theorem and exact-recovery proposition combine directly into the following consequence. Corollary 1 (Exact Recovery Under Sound Provenance Certification). Suppose Conditions C1–C7 hold and tsafeD_t^safe contains only records satisfying the provenance stability certificate. Then every truly affected historical record remains in the candidate region, and exact reevaluation of the candidate region recovers the complete changed-label set. Proof: Theorem 1 establishes that every record accepted by the certificate satisfies Qt(zi)=Qt+1(zi).Q_t(z_i)=Q_t+1(z_i). (68) Consequently, the resulting tsafeD_t^safe is a sound stable set. Proposition 1 then applies immediately and guarantees that the complement of this stable set contains every record whose target actually changes. Candidate-only reevaluation therefore recovers tΔD_t exactly. ∎ A-Q Exact and Ambiguous Candidate Resolution After candidate discovery, the framework distinguishes deterministic reevaluation from unresolved semantic cases. This distinction is important for the theoretical interpretation because a candidate record need not already be known to be affected. Candidate membership means only that invariance has not been certified. Let the executable candidate subset be ℰt=zi∈tcand:Qt+1(zi) is deterministically executable.E_t= \z_i _t^cand:Q_t+1(z_i) is deterministically executable \. (69) The unresolved candidate subset is tamb=tcand∖ℰt.U_t^amb=D_t^cand _t. (70) For executable candidates, the actual changed-label records are identified exactly: texact=zi∈ℰt:Qt(zi)≠Qt+1(zi).D_t^exact= \z_i _t:Q_t(z_i)≠ Q_t+1(z_i) \. (71) Conceptually, the genuinely affected ambiguous region is tamb=tΔ∩tamb.D_t^amb=D_t _t^amb. (72) However, membership in this set may not be known before expert supervision or missing information becomes available. The implementation therefore performs annotation selection over tambU_t^amb, rather than assuming that every unresolved candidate is truly affected. This avoids circular reasoning in which the algorithm would need to know the revised label before deciding whether the revised label must be requested. A-R Complete Incremental Maintenance Algorithm The complete procedure is shown in Algorithm 4. The algorithm makes explicit the separation between structural concept analysis, data maintenance, semantic resolution, predictor repair, and version-state maintenance. Algorithm 4 Provenance-Guided Incremental Concept Maintenance Input: Qt,Qt+1Q_t,Q_t+1, historical collection tD_t, predictor fθtf_ _t, provenance/index state Πt _t, annotation budget B Output: Updated predictor fθt+1f_ _t+1 and updated maintenance state 1 Compile QtQ_t and Qt+1Q_t+1 into canonical concept graphs; 2 Compute typed rule delta tC_t; 3 Construct the affected provenance frontier; 4 Run Algorithm 3 to obtain tsafeD_t^safe and tcandD_t^cand; 5 Initialize the exact repair set and unresolved candidate set; 6 foreach zi∈tcandz_i _t^cand do 7 if the required revised rule components are executable then 8 obtain the old target from stored supervision or QtQ_t; 9 evaluate the revised concept Qt+1(zi)Q_t+1(z_i); 10 if the old and revised targets differ then 11 add the revised example to texactD_t^exact; 12 else 13 add ziz_i to tambU_t^amb; 14 Select at most B informative examples from tambU_t^amb and obtain revised supervision; 15 Construct tlabelD_t^label; 16 Construct the repair set trepairD_t^repair; 17 Sample a stability buffer tstable⊆tsafeD_t^stable _t^safe; 18 Incrementally repair fθtf_ _t using the repair set and stability buffer; 19 Update the provenance and index structures required by Qt+1Q_t+1; 20 Store the revised rule, graph, provenance state, affected-data state, and predictor state in the versioned concept memory; 21 return updated predictor and maintenance state; A-S Detailed Computational Complexity We next derive the cost of the complete maintenance path. The analysis separates structural rule processing, provenance retrieval, stability certification, candidate reevaluation, predictor repair, and index maintenance because these terms scale differently. This decomposition is important: a rule revision can be structurally small while still having a large data impact, and conversely a relatively complex structural revision can remain inexpensive when only a small historical region depends on the changed components. Let the combined sizes of the two consecutive concept graphs be V=|t|+|t+1|,V=|V_t|+|V_t+1|, (73) and E=|ℰt|+|ℰt+1|.E=|E_t|+|E_t+1|. (74) Canonicalization and bottom-up structural hashing visit every node and dependency edge. Ignoring ordering of commutative children, this requires O(V+E)O(V+E) (75) time. When AND and OR children are explicitly sorted, the additional cost is O(∑vdeg(v)logdeg(v)).O ( _v (v) (v) ). (76) For rule languages with bounded operator arity, this additional term remains linear up to a constant factor. Exact component alignment can be performed using hash tables indexed by canonical signatures. Its expected cost is therefore linear in the number of nodes. Secondary parameter-aware alignment adds another linear pass when stable structural keys are indexed. The complete one-time rule-delta cost is summarized by CΔQ=O(V+E+∑vdeg(v)logdeg(v)).C_ Q=O (V+E+ _v (v) (v) ). (77) The provenance cost depends on the postings associated with the affected frontier. Let Ft=|ℱt|F_t=|F_t| (78) be the number of frontier components, and let Lt=∑c∈ℱt|ℐt(c)|L_t= _c _t|I_t(c)| (79) be the total number of posting entries retrieved before duplicate elimination. With hashed sets or bitmap unions, the corresponding frontier-retrieval cost is approximately O(Ft+Lt).O(F_t+L_t). (80) Let Rt=|ℛt|R_t=|R_t| (81) denote the number of unique retrieved records, and let h¯t h_t denote the average number of concept-graph edges examined while performing stability certification for one such record. Record-specific certification therefore requires O(Rth¯t).O(R_t h_t). (82) The worst case occurs when the entire rule graph must be traversed for each retrieved record, giving O(RtE).O(R_tE). (83) However, blocking nodes can terminate individual paths early, so the actual traversal can be substantially smaller than this bound. Let Kt=|tcand|K_t=|D_t^cand| (84) and let CΔC_ denote the average cost of evaluating the changed or unresolved concept fragment for one candidate. Candidate reevaluation requires O(KtCΔ).O(K_tC_ ). (85) If changed-fragment execution is unavailable, the framework can always evaluate the full revised concept on a candidate, in which case CΔ=CQ,C_ =C_Q, (86) where CQC_Q is the average cost of full concept evaluation for one record. Combining posting retrieval and stability certification into the provenance-processing term CprovC_prov, the concept-maintenance cost becomes TincQ=O(CΔQ+Cprov+KtCΔ+Cindex),T_inc^Q=O (C_ Q+C_prov+K_tC_ +C_index ), (87) where CindexC_index represents maintenance of provenance structures following the update. Full concept recomputation instead requires TfullQ=O(NCQ).T_full^Q=O(NC_Q). (88) When predictor adaptation is included, let CrepairC_repair denote the incremental model-update cost and CtrainfullC_train^full the cost of complete retraining. The corresponding end-to-end costs are Tinc=O(CΔQ+Cprov+KtCΔ+Crepair+Cindex),T_inc=O (C_ Q+C_prov+K_tC_ +C_repair+C_index ), (89) and Tfull=O(NCQ+Ctrainfull).T_full=O (NC_Q+C_train^full ). (90) A-T Complete Proof of the Incremental Advantage We now provide the detailed proof of Proposition 2. The proposition concerns the concept-recomputation component of the framework. The predictor-specific optimization term is intentionally excluded from the formal asymptotic statement because different model families have different update complexities. Proof: The complete historical recomputation strategy evaluates the revised concept over all N historical records. Its concept-evaluation cost is therefore proportional to NCQ.NC_Q. (91) The proposed procedure instead incurs the rule-compilation cost, the provenance-processing cost, candidate-only concept evaluation, and index-maintenance cost. Thus, TincQ=O(CΔQ+Cprov+KtCΔ+Cindex).T_inc^Q=O (C_ Q+C_prov+K_tC_ +C_index ). (92) To compare the asymptotic growth of the two procedures, divide the incremental expression by the full concept-recomputation scale NCQNC_Q. We obtain TincQNCQ=O(CΔQNCQ+CprovNCQ+KtCΔNCQ+CindexNCQ). T_inc^QNC_Q=O ( C_ QNC_Q+ C_provNC_Q+ K_tC_ NC_Q+ C_indexNC_Q ). (93) We now examine the four normalized terms individually. By the assumptions of the proposition, CΔQ=o(NCQ).C_ Q=o(NC_Q). (94) By the definition of little-o, this means CΔQNCQ⟶0. C_ QNC_Q 0. (95) The same reasoning applies to provenance processing: Cprov=o(NCQ),C_prov=o(NC_Q), (96) which implies CprovNCQ⟶0. C_provNC_Q 0. (97) Similarly, index maintenance satisfies Cindex=o(NCQ),C_index=o(NC_Q), (98) and therefore CindexNCQ⟶0. C_indexNC_Q 0. (99) It remains to analyze the only term that directly depends on the number of candidate records. Rewrite that term as KtCΔNCQ=KtNCΔCQ. K_tC_ NC_Q= K_tN C_ C_Q. (100) The proposition assumes CΔ≤CQ.C_ ≤ C_Q. (101) Because both quantities represent nonnegative execution costs, (101) gives 0≤CΔCQ≤1.0≤ C_ C_Q≤ 1. (102) Multiplying this inequality by the nonnegative candidate ratio yields 0≤KtNCΔCQ≤KtN.0≤ K_tN C_ C_Q≤ K_tN. (103) The final assumption of the proposition is KtN⟶0. K_tN 0. (104) The left side of (103) is nonnegative and its upper bound converges to zero. Therefore, by the squeeze theorem, KtNCΔCQ⟶0. K_tN C_ C_Q 0. (105) Using (100), this is equivalent to KtCΔNCQ⟶0. K_tC_ NC_Q 0. (106) We have therefore shown that every normalized term in (93) converges to zero. Consequently, TincQNCQ⟶0. T_inc^QNC_Q 0. (107) By definition of little-o, TincQ=o(NCQ).T_inc^Q=o(NC_Q). (108) Thus the concept-recomputation component of the proposed procedure is asymptotically smaller than complete historical concept recomputation under the stated assumptions. ∎ A-U Interpretation of the Complexity Result The previous proposition identifies the candidate fraction as a central determinant of computational efficiency. Define ρt=|tcand|N. _t= |D_t^cand|N. (109) Ignoring fixed structural and indexing overhead, the dominant record-level ratio between selective and full concept execution is RtQ=ρtCΔCQ.R_t^Q= _t C_ C_Q. (110) This decomposition separates two sources of computational savings. The first is data localization: a small ρt _t means that provenance and stability analysis successfully eliminate most of the historical collection from reevaluation. The second is computation localization: a small CΔ/CQC_ /C_Q means that each candidate can be processed by executing only the changed rule fragment rather than the complete concept program. The largest benefit occurs when both forms of localization are present. The expression also explains the natural operating limit of the method. If a concept revision is effectively global, then ρt≈1. _t≈ 1. (111) If the changed fragment is additionally as expensive as the complete concept program, CΔ≈CQ,C_ ≈ C_Q, (112) then RtQ≈1.R_t^Q≈ 1. (113) In this regime, selective maintenance naturally approaches full recomputation. This is not a correctness failure. It means that the concept revision contains little exploitable locality. A-V Extension to Relational and Graph Predicates The Boolean stability theorem does not require primitive predicates to be simple scalar comparisons. A relational or graph computation can be treated as a leaf of the Boolean DAG once the framework determines whether its Boolean result is invariant or potentially changed for the record under consideration. Suppose the old and revised concept definitions contain relational predicates PRtP_R^t and PRt+1P_R^t+1. If provenance and local incremental query reasoning establish PRt(zi)=PRt+1(zi),P_R^t(z_i)=P_R^t+1(z_i), (114) then the relational revision does not belong to the effective change set for that record. If equality cannot be established, the relational predicate remains potentially effective and its influence is propagated through the Boolean graph. For example, consider Qt=PA∧PRtQ_t=P_A P_R^t (115) and Qt+1=PA∧PRt+1.Q_t+1=P_A P_R^t+1. (116) If PAP_A is known to remain false for ziz_i, then PA(zi)=0P_A(z_i)=0 (117) is already sufficient to certify that both concept outputs are false. The potentially expensive revised relational query therefore does not need to be executed for this record. If PA(zi)=1P_A(z_i)=1, the relational branch can become decisive and must be reevaluated unless its own provenance establishes local invariance. Graph-path predicates are handled identically at the Boolean level. Their provenance additionally provides structural localization by identifying the nodes, edges, relation types, or path signatures through which the old graph predicate was evaluated. A-W Correctness Conditions for Recurring Concept Reuse Versioned concept memory allows the framework to reuse information when a previously observed definition recurs. However, it is important to separate concept-level state from data-dependent state. Suppose the sequence of definitions contains Q1→Q2→Q3→Q1.Q_1→ Q_2→ Q_3→ Q_1. (118) If the final Q1Q_1 is canonically identical to the earlier definition, its rule graph can be reused directly. The previously constructed graph therefore does not need to be rediscovered. Provenance state is different because it depends on the underlying data snapshot. If new records have arrived or source tuples and graph edges have changed since the earlier occurrence of Q1Q_1, old provenance cannot automatically be treated as complete for those new dependencies. The valid state is therefore the combination of reusable historical provenance and newly constructed provenance for changed or newly observed data. The same qualification applies to the stored model state. A previous parameter state θ1 _1 already represents a predictor adapted to Q1Q_1 and can therefore provide an efficient recovery point. Nevertheless, if the data distribution has also changed, the stored predictor may still require incremental repair. Version memory therefore reduces repeated computation without replacing the ordinary validity checks required for data-dependent state. A-X Scope of the Formal Guarantees The theoretical analysis distinguishes certification from heuristic selection. Under Conditions C1–C7, a record is removed from the candidate set only when its invariance has been formally established. In this certified operating mode, the stability theorem guarantees a sound stable set and Proposition 1 guarantees exact affected-set recovery. A practical implementation can instead use compressed provenance, approximate dependency reconstruction, bounded relational neighborhoods, or other engineering approximations. These mechanisms can reduce storage or retrieval cost, but an approximation that omits a relevant dependency need not satisfy the sufficient conditions of the theorem. In such configurations, affected-set recall becomes an empirical property of the implementation rather than a mathematical consequence of the certificate. This distinction is important because the theorem establishes the correctness of the certification rule: whenever its assumptions hold and the system declares a record stable, that record is invariant. It does not assert that every possible provenance representation will always be sufficiently complete to certify every unchanged record. The overall theoretical result can therefore be summarized as the following implication chain: change-complete rule delta+sound provenance -complete rule delta+sound provenance (119) +conservative propagation +conservative propagation ⟹sound certified stable set certified stable set ⟹all affected records affected records remain candidates candidates ⟹exact changed-label recovery changed-label recovery on executable candidates. executable candidates. The computational analysis then establishes that this correctness can provide a substantial efficiency advantage whenever the resulting candidate region is small relative to the complete historical collection. Appendix B Extended Experiments and Analysis This section extends the empirical evaluation beyond the experiments reported in the main manuscript. The analysis focuses on questions that become important when the framework is deployed over longer periods or under more demanding operating conditions. In particular, we examine whether provenance-guided repair remains effective across different predictor families, whether versioned concept memory continues to provide useful recovery after multiple recurring revisions, how much additional storage is introduced by provenance and concept-version state, how sensitive the repair procedure is to its preservation and provenance parameters, whether the observed predictive differences are systematic across matched experimental conditions, and how performance degrades as the assumptions favoring selective maintenance are progressively weakened. B-A Robustness Across Predictor Families The proposed framework is designed to separate semantic maintenance from the architecture used for prediction. Rule-delta compilation and provenance-guided affected-data discovery operate before model repair, and therefore the usefulness of the maintenance mechanism should not depend on a single predictive family. We examine this property using the three predictors introduced in the experimental setup: XGBoost, the neural tabular model, and the Hoeffding Adaptive Tree. In this experiment, the rule revisions, historical provenance, candidate-set construction, and data splits are held fixed, while the predictor and its corresponding update mechanism are changed. Figure 5 summarizes the results using three complementary views. Figure 5a reports the percentage of complete-retraining Macro-F1 retained by incremental repair for every dataset–predictor combination. Figure 5b shows the range of update-time reductions observed across the datasets for each predictor family. Finally, Fig. 5c summarizes normalized predictive retention, update speed, repair gap, and cross-dataset consistency in a common robustness profile. (a) Predictive retention. (b) Latency-reduction range. (c) Robustness profile. Fig. 5: Robustness of provenance-guided incremental maintenance across three predictor families and four data modalities. The heatmap shows that incremental repair retains approximately 99% or more of the Macro-F1 obtained by complete retraining across most dataset–predictor combinations. For XGBoost, the corresponding Macro-F1 differences are 0.5 points on PaySim, 0.4 on Census-Income, 0.5 on UNSW-NB15, and 0.5 on ogbn-arxiv. The neural predictor shows similarly small differences of 0.6, 0.4, 0.6, and 0.5 points, respectively. The online tree exhibits somewhat larger gaps, ranging from 0.6 to 0.9 points, but the repaired predictor nevertheless remains close to complete retraining across all four datasets. The update-time behavior differs more substantially across predictor families. XGBoost obtains reductions between approximately 5.0×5.0× and 6.2×6.2×, with a median reduction above 5×5×. The neural model obtains reductions between 4.0×4.0× and 4.8×4.8×, whereas the Hoeffding Adaptive Tree ranges from approximately 2.8×2.8× to 3.5×3.5×. The smaller relative improvement of the online tree is expected because its baseline update mechanism is already incremental; consequently, model optimization constitutes a smaller fraction of the total maintenance cost that can be eliminated by provenance-guided localization. The normalized profile in Fig. 5c further separates these effects. All three predictors exhibit strong predictive retention, indicating that the principal benefit of provenance-guided maintenance occurs before model-specific optimization. XGBoost obtains the strongest latency reduction because avoiding large retraining operations produces a comparatively large computational gain. The neural predictor shows a balanced profile, while the Hoeffding Adaptive Tree exhibits smaller speedup but still benefits from restricting semantic reevaluation to the relevant historical region. Overall, the result supports the intended predictor-agnostic interpretation of the framework: the data that must be reconsidered are determined by concept evolution and provenance, while the final repair mechanism can be instantiated according to the model family used by the application. B-B Long-Horizon Recurring Concept Sequences The main experiment considers a single return to a previously observed definition. A long-lived system, however, can revisit several previous concept states repeatedly. We therefore evaluate a twelve-revision sequence containing four distinct definitions and multiple returns, Q1→Q2→Q3→Q1→Q4→Q2→Q1→Q3 Q_1→ Q_2→ Q_3→ Q_1→ Q_4→ Q_2→ Q_1→ Q_3 (120) →Q4→Q1→Q2→Q1. → Q_4→ Q_1→ Q_2→ Q_1. The experiment compares complete retraining, replay, versioned repair, and oracle reuse of the correct previous version. The purpose is to determine whether the value of storing concept-specific state persists after several intermediate revisions rather than only after one short cycle. (a) Revision trajectory. (b) Repeated-return gaps. (c) Cumulative maintenance cost. Fig. 6: Long-horizon behavior under repeated concept recurrence. Accuracy is tracked over twelve revisions together with return-specific recovery gaps and cumulative maintenance cost. The trajectory matrix in Fig. 6a reveals a clear difference between repeatedly reconstructing the predictor and reusing concept-specific maintenance state. Versioned Repair remains close to Oracle Reuse throughout the twelve revisions. Its accuracy varies between 89.0% and 91.4%, while the oracle remains between 89.3% and 91.4%. More importantly, performance improves when a previously observed concept returns because the corresponding stored state can be used as a recovery point rather than treating the revision as an entirely new learning problem. The effect is most visible for the repeated occurrences of Q1Q_1. Versioned Repair obtains 90.5%, 90.7%, 90.8%, and 90.9% on the successive returns to Q1Q_1, compared with 91.4% at its initial occurrence. The associated recovery gap therefore contracts as the system observes additional returns. Oracle Reuse exhibits the same trend with a still smaller gap. Replay improves relative to complete retraining but remains farther from the previous Q1Q_1 state because its stored examples do not encode concept-version structure explicitly. The cumulative-cost view in Fig. 6c shows that the computational difference increases with the number of revisions. Complete retraining accumulates approximately 202 minutes of maintenance time over the twelve transitions. Replay reduces this to approximately 62 minutes. Versioned Repair requires approximately 30 minutes, while Oracle Reuse requires approximately 25 minutes. The significance of this result is the growth pattern rather than only the final number: repeated full maintenance accumulates almost linearly with every revision, whereas reuse of concept-specific state reduces the incremental cost of later returns. Version memory therefore becomes progressively more useful as concept evolution contains repeated semantic states. B-C Storage Overhead of Provenance and Versioned Memory Selective maintenance reduces repeated computation by retaining additional state. We therefore analyze the corresponding storage cost rather than considering update latency in isolation. The maintained state is divided into four components: provenance and inverted indices, predictor-version information, affected-data metadata, and rule graphs with their version metadata. Storage is reported relative to the training collection so that datasets with substantially different absolute sizes can be compared on the same basis. (a) Version-state composition. (b) Dataset-level overhead. (c) Structural sharing. Fig. 7: Storage behavior of provenance and versioned concept memory, including state composition, normalized dataset-level overhead, and the benefit of sharing unchanged state across concept versions. Figure 7a shows that provenance and index structures constitute the largest portion of the additional state. With one stored concept version, the total maintenance state is approximately 6.1% of the training-data size. After twelve versions, the total reaches approximately 10.2%. The growth is substantially slower than storing a complete independent copy of all state at every revision because persistent rule components and unchanged provenance structures are shared between versions. The relative storage requirement varies across datasets. Figure 7b reports approximately 8.9% for PaySim, 11.4% for Census-Income, 9.7% for UNSW-NB15, and 15.1% for ogbn-arxiv. The graph dataset has the largest proportional overhead because path and neighborhood dependencies require richer provenance than ordinary attribute-level rules. Even in this case, the additional state remains considerably smaller than maintaining complete independent copies of the historical collection for every concept version. Figure 7c isolates the effect of structural sharing. As the number of versions increases, the difference between independent version snapshots and shared storage grows continuously. After twelve versions, shared version maintenance provides a reduction of more than 8×8× relative to storing twelve independent copies of the corresponding maintenance state. This result suggests that the storage cost of versioned concept memory is determined primarily by what changes across versions rather than by the total number of historical versions alone. B-D Sensitivity to Repair and Provenance Parameters The repair objective contains a stability term controlling how strongly the updated predictor preserves behavior on certified stable records. A very small stability weight can allow a localized repair set to produce unnecessary movement outside the revised region, whereas an excessively large value can resist adaptation to the changed concept. The size of the stable buffer introduces a related trade-off: larger buffers supply more evidence about unchanged behavior but increase model-update cost. We therefore examine the joint effect of the stability weight λ and stable-buffer fraction. We additionally study the granularity at which provenance is stored. Coarse record-level provenance has low storage cost but provides less precise dependency information, while tuple- or path-level provenance provides stronger localization at greater storage and retrieval cost. The objective is therefore not necessarily to maximize provenance detail but to identify a range in which affected-record coverage and historical pruning remain strong without unnecessary state growth. (a) Repair sensitivity. (b) Stable-region preservation. (c) Provenance granularity. Fig. 8: Sensitivity of the framework to the repair-stability balance, stable-buffer size, and provenance granularity. The joint response surface in Fig. 8a contains a broad high-performance region rather than a single narrow optimum. Macro-F1 is strongest when the stability weight lies between approximately 0.5 and 1.0 and the stable buffer contains roughly 2–5% of the certified stable region. The maximum value in the evaluated grid is 90.6%. Setting λ=0λ=0 consistently decreases performance because the repair procedure receives no explicit pressure to preserve unchanged behavior. Conversely, increasing the weight to 4.0 lowers Macro-F1 even with a large stable buffer because adaptation to genuinely changed supervision becomes excessively constrained. Figure 8b clarifies the second side of this trade-off. Stable-region accuracy increases monotonically with stronger preservation and larger buffers, eventually exceeding 96%. However, the highest stable-region accuracy does not coincide with the highest overall Macro-F1. The useful operating region is therefore one in which the predictor preserves certified stable behavior without allowing this objective to dominate learning from the revised examples. The provenance-granularity profile in Fig. 8c demonstrates a different trade-off. Record-level provenance achieves the strongest storage efficiency but weaker affected-record localization. Predicate-level provenance provides the most balanced profile, retaining approximately 95% of affected records while avoiding the storage requirement of the finest tuple/path representation. Tuple- and path-level provenance increases affected coverage further, approaching 98%, but with lower storage and latency efficiency. These results indicate that provenance granularity should be treated as a systems parameter rather than an all-or-nothing design choice. B-E Matched Statistical Analysis Aggregate averages can conceal whether an apparent improvement occurs consistently across datasets and concept revisions. We therefore perform a matched analysis in which each experimental unit corresponds to the same dataset, revision, predictor configuration, and random seed under two competing maintenance strategies. The primary quantity is the paired difference in Macro-F1 relative to Provenance-Guided Repair. Confidence intervals are computed over matched differences, and multiple baseline comparisons are corrected using the Holm procedure. The forest representation in Fig. 9a exposes both the magnitude and uncertainty of every comparison. Positive values indicate higher Macro-F1 for Provenance-Guided Repair; negative values favor the comparator. (a) Paired effect estimates. (b) Significance summary. Fig. 9: Matched statistical analysis of predictive differences across maintenance strategies. Intervals report paired Macro-F1 differences, and the accompanying matrix summarizes corrected significance and effect magnitude. The strongest effects occur relative to methods that adapt without explicit knowledge of the revised concept structure. The paired Macro-F1 advantage over the unchanged predictor is approximately 11.1 points, with a 95% interval from 10.2 to 12.0. Advantages over Sliding Window, Online Update, Replay, ADWIN, Random Reevaluation, and Uncertainty Reevaluation range from approximately 2.5 to 5.0 points, and their confidence intervals remain above zero. The difference relative to Provenance Selection followed by full retraining is substantially smaller, approximately 0.35 points, with a 95% interval from 0.05 to 0.65. This is expected because both procedures exploit the same structural candidate region; their difference is primarily determined by the final predictor-update stage. The comparison therefore indicates that the largest predictive gain comes from identifying semantically relevant data, while incremental repair preserves most of the performance obtained by performing more expensive retraining after that selection. Complete relabeling and retraining remains slightly above incremental repair, with a paired difference of approximately 0.48 points in its favor. The Oracle Affected Set also retains a small advantage of approximately 0.28 points. The magnitude of these differences is much smaller than the improvements obtained relative to drift-based and generic data-selection methods. The matrix in Fig. 9b makes this distinction visible: comparisons with conventional adaptation strategies have both stronger effect magnitudes and smaller corrected significance values, while the differences to the strongest structural references remain comparatively small. B-F Controlled Failure-Mode Stress Tests The theoretical analysis predicts that selective maintenance becomes less advantageous when concept changes become global, provenance becomes incomplete, unresolved semantic conditions dominate the candidate region, or relational dependencies become increasingly coupled. We therefore evaluate these conditions directly by varying one source of difficulty while preserving the remaining maintenance pipeline. Figure 10 contains four complementary stress experiments. Figure 10a jointly varies the true affected fraction and dependency coupling. Figure 10b progressively reduces provenance availability. Figure 10c increases the fraction of candidates whose revised target cannot be determined automatically, and Fig. 10d increases graph-path dependency depth. (a) Revision scope and coupling. (b) Provenance loss. (c) Semantic ambiguity. (d) Path-depth amplification. Fig. 10: Controlled stress analysis under increasingly global concept revisions, incomplete provenance, non-executable concept components, and highly coupled graph dependencies. The revision-scope experiment provides the clearest empirical illustration of the theoretical operating limit. When only 5% of the historical collection is truly affected and dependency coupling is low, the framework obtains an update-time reduction above 8×8×. At a 15% affected fraction, the corresponding reduction remains above 6×6×. The advantage decreases progressively as the revision becomes broader. With 70% of records affected, speedup falls below 2×2× for several coupling levels, and when 90% of the historical collection is affected the update approaches the cost of complete recomputation. Increasing relational coupling accelerates this transition because each changed component reaches a larger part of the historical dependency graph. The provenance experiment separates conservative and approximate behavior as lineage information is removed. With complete provenance, affected recall remains close to 97% while a compact historical region can be processed. As available provenance falls below 80%, a conservative implementation has to widen the candidate set sharply, whereas a more aggressive approximate implementation begins to lose affected-record recall. At 40% provenance availability, approximate affected recall decreases to approximately 82.9%. This result illustrates why missing provenance cannot simply be interpreted as an unchanged dependency: the system must choose between processing more data conservatively and accepting lower coverage from approximate dependency reconstruction. Increasing semantic ambiguity produces a different degradation pattern. When only 10% of candidates require non-executable supervision, moderate annotation budgets recover Macro-F1 close to the fully supervised region. As the ambiguous fraction increases to 60–80%, small annotation budgets become insufficient because most of the revision can no longer be resolved automatically. For an 80% ambiguous region, Macro-F1 increases from 82.5% with four annotations to 88.4% with 64 annotations. Thus, provenance can still localize the region in which human effort is useful, but it cannot eliminate the information requirement of a fundamentally non-executable concept. Finally, Fig. 10d isolates structural coupling in graph concepts. Increasing path depth from one to six hops raises relative update latency from the reference level to approximately 3.05×3.05×. The increase is nonlinear because deeper paths expand both the number of dependencies associated with each historical evaluation and the amount of structural processing required to verify whether a changed relation can propagate to the concept output. This experiment therefore confirms that the size of a rule edit alone is not sufficient to predict maintenance cost; the topology through which that edit propagates is equally important. B-G Overall Extended Analysis The additional experiments provide several observations that are not visible from the principal benchmark comparison alone. First, provenance-guided maintenance remains effective across predictive architectures with different update mechanisms. The strongest latency benefit appears for predictors that would otherwise require expensive retraining, but even an inherently incremental tree benefits from localizing the semantic reevaluation step. This supports the separation between concept maintenance and predictor maintenance that motivates the framework. Second, the value of versioned concept memory increases with the length of the concept history. In a multi-revision sequence, returning definitions can reuse previous semantic and predictive state, causing the cumulative computational gap relative to repeated full maintenance to widen over time. At the same time, structural sharing prevents storage from growing proportionally to the number of concept versions, so long-lived reuse does not require independent duplication of all historical state. Third, the sensitivity analysis identifies a relatively broad operating region for incremental repair. Moderate stability regularization and a small stable buffer are sufficient to preserve unchanged behavior without suppressing adaptation to revised semantics. Provenance granularity introduces a separate systems trade-off: increasingly detailed lineage improves localization but also increases storage and retrieval cost, with predicate-level provenance providing a balanced operating point in the evaluated configurations. Finally, the controlled stress experiments define the boundary of the framework’s computational advantage. Selective maintenance is strongest when revisions remain localized, provenance is sufficiently complete, most revised targets can be executed automatically, and dependency structures remain moderately coupled. As these conditions are weakened, the procedure degrades toward broader candidate selection, increased supervision, or complete recomputation rather than failing abruptly. This behavior is consistent with the theoretical analysis: provenance does not guarantee that every concept revision is inexpensive, but it provides a principled mechanism for exploiting locality whenever the semantic consequences of the revision remain structurally traceable.