Improvement Validity
Whether reported gains are genuine, retained, and transferable under valid evaluation.
Foundations, Risks, Evaluation, Applications, and Open Challenges
Assessing improvement validity, constraint preservation, and effective oversight across successive updates, successor systems, and recursive revisions to improvement mechanisms.
Step through S1–S4 and recursive revision.
Explore the process →02 / TRUSTWORTHINESS ↗Four themes linked to the chapter reading lists.
Explore the themes →03 / EVALUATION ↗Compare update, successor, and meta-level scope.
Compare claim levels →04 / LITERATURE ↗Search, save, share, and export references.
Browse 413 records →Self-modification alone does not guarantee trustworthy improvement. Gains, constraints, and oversight must be reassessed as systems and their improvement mechanisms change.
Systems built around large models increasingly use experience and feedback to make persistent changes to models, prompts, memories, tools, and workflows. Recursive self-improvement (RSI) extends this process to inductive biases and to the mechanisms that govern future updates.
This survey presents an operational definition and process framework for RSI, and examines risks, safeguards, and evaluation evidence for individual updates, effects inherited by successor systems, and revisions to improvement mechanisms. It distinguishes direct RSI findings from evidence in related systems.
Reading guide · Manuscript §1 and §2.3 · Analytical roles describe what is assessed; they are not stages of the improvement process.
Whether reported gains are genuine, retained, and transferable under valid evaluation.
Whether behavioral and information protections remain effective as changes are inherited and reused.
Whether explanations, verification, and authorized intervention remain useful after recursive revision.
S1–S4 revise the policy h or inductive bias B. Recursive improvement (RI) applies the same stages to the bias update function U itself.
Manuscript §2.1 · Policy h, inductive bias B, and bias update function U have distinct roles. Improvement is an objective, not a guaranteed result.
RSI is a process in which a learning system not only updates its policy using new experience but also autonomously updates its inductive bias. The mechanism that updates this bias is itself recursively revised, with the aim of sustained gains in task performance.
The themes specify what must be assessed or protected. S1–S4 and RI locate where requirements may be violated and where safeguards may be applied.
Four interconnected themes under three complementary analytical roles.
Validity, reliability, robustness, and truthfulness. Distinguish genuine gains from evaluation artifacts, and assess retention and transfer across subsequent versions.
Behavioral safety, value alignment, and group fairness. Examine whether adaptations preserve relevant human goals and constraints across inherited changes.
Protect system integrity and sensitive information. Examine poisoned artifacts, privacy leakage, and the persistence of compromised state in successor systems.
Transparency, interpretability, human control, accountability, and governance. Reassess explanations, correction, and oversight after changes to the system and its updater.
Update, successor, and meta-improvement claims concern different objects and require different evidence. They are not additional stages of the RSI process.
Evidence must name the update, lineage, or updater tested, together with its task scope, assessment horizon, and untested conditions. At the meta-improvement level, both the quality of later updates and the validity of their checks and controls require reassessment.
Examine the open problems →Compare an accepted revision with the unchanged system under comparable conditions. Use evidence independent of candidate development and check the integrated result against applicable requirements.
Assess frozen successor snapshots longitudinally. Test newly targeted tasks alongside previously acquired capabilities, behavioral constraints, information protections, and oversight.
Compare Ut and Ut+1 through paired continuations from a common policy, bias, and persistent state. Match task streams, permissions, and total budgets; assess later updates, constraints, and oversight independently.
Search 413 bibliography records, including 263 classified records across eight chapters. Save a reading list, share your filters, or export the current results.
Application context changes the evidence required: what the system can modify, who controls evaluation feedback, and what persists after acceptance.
Persistent artifacts, system behavior and implementation, or the improvement mechanism itself.
Self-authored evaluation, co-evolving evaluators, or external and protected evaluation.
Reversible software changes, persistent derived state, or consequential real-world actions.
Manuscript §8.3 · The seven directions below preserve the manuscript’s headings; descriptions are condensed for the website.
Develop accounts of how trustworthiness requirements change when the policy, inductive bias, and bias update function evolve together.
Assess whether verification assumptions, acceptance rules, and authorized controls remain valid when the mechanisms producing future updates are revised.
Study how risks persist, interact, or change across successor systems, and evaluate mitigation over longer improvement trajectories.
Examine revisions to evaluators, monitors, and safeguards themselves, with independent evidence of their effects on subsequent updates.
Investigate how runtime control and intervention can accompany additional test-time computation and adaptation.
Characterize the limits and trade-offs among improvement, constraint preservation, verification cost, and effective oversight.
Adapt evaluation and governance to the requirements of different domains, affected populations, and stakeholders.
Browse the chapter-level taxonomy, reference metadata, and source bibliography.