Fail2Progress: Adaptive Learning from Failures
- Fail2Progress is a framework that treats failures as structured information, enabling adaptive learning across robotics, test-time recovery, and adversarial evaluations.
- It employs methods like Stein variational inference and failure-aware retry loops to generate targeted simulation data and continually improve policy performance.
- Empirical results highlight significant success rate improvements in complex tasks, demonstrating the practical impact of converting failures into actionable insights.
Searching arXiv for papers mentioning Fail2Progress and closely related formulations. {"query":"all:Fail2Progress OR ti:Fail2Progress OR abs:\"Failure-Aware Retry\" OR abs:\"process mining\" red team attacks", "max_results": 10} Received arXiv search results; using the papers on arXiv (Huang et al., 1 Sep 2025, Hao et al., 1 Jul 2026, Topol, 5 Jun 2026), and the related failure-dynamics paper (Mamo et al., 8 Jul 2026) for the article. Fail2Progress is a term used in recent arXiv literature for methods that treat failure as structured information rather than as a terminal binary outcome. In long-horizon robot manipulation, it names a procedure that generates simulation data targeted to an observed real-world failure and then fine-tunes a skill-effect model with Stein variational inference (Huang et al., 1 Sep 2025). In test-time robot recovery, it denotes a failure-aware retry loop that constructs preference-learning data from failed trajectories, adapts the policy, adds lightweight perturbations, and incorporates successful recoveries into continual policy improvement (Hao et al., 1 Jul 2026). In LLM red teaming, it describes a process-centric methodology that augments attack success rate with event logs, Directly-Follows Graphs, state-transition matrices, self-loop ratios, time-to-jailbreak, and mutator asymmetry (Topol, 5 Jun 2026). A related line of work on time-constrained authentication systems formalizes a distinct failure phenomenon, the Success Cliff, which sharpens the broader question of when accumulated complexity pushes a system from gradual degradation into abrupt non-linear collapse (Mamo et al., 8 Jul 2026).
1. Scope and conceptual usage
In the cited literature, Fail2Progress appears in distinct but structurally related formulations. Each formulation preserves sequential information about failures and uses that information for either adaptation, diagnosis, or targeted data generation. The term therefore spans robot learning, robot recovery at test time, and adversarial evaluation of LLMs, while adjacent work on authentication systems studies failure accumulation under timing constraints rather than under learning or red-teaming dynamics (Huang et al., 1 Sep 2025).
| Work | Domain | Core mechanism |
|---|---|---|
| "Fail2Progress: Learning from Real-World Robot Failures with Stein Variational Inference" (Huang et al., 1 Sep 2025) | Long-horizon manipulation | Generate from failure-consistent simulation environments and fine-tune a skill-effect model |
| "FAR: Failure-Aware Retry for Test-Time Recovery and Continual Policy Improvement" (Hao et al., 1 Jul 2026) | Robot test-time recovery | Failure-Contrastive Preference Adaptation with lightweight action perturbations and continual improvement |
| "Beyond Pass/Fail: Using Process Mining to Understand How LLMs Resist (and Fail) Red Team Attacks" (Topol, 5 Jun 2026) | LLM red teaming | Process mining over event logs with DFGs, Markovian transition matrices, MTTC, and |
| "Modeling Failure Dynamics in Time-Constrained Authentication Systems: Evidence of a Success Cliff in USSD Workflows" (Mamo et al., 8 Jul 2026) | USSD authentication systems | Simulation-based analysis of session failure dynamics and the Success Cliff |
A recurrent theme is that failure is not discarded. In the manipulation setting, a single real-world failure snapshot is used to construct an additional dataset (Huang et al., 1 Sep 2025). In FAR, failed rollouts are converted into paired preference supervision and later placed into replay buffers for continual finetuning (Hao et al., 1 Jul 2026). In red teaming, each attempt is logged as an event in a campaign rather than collapsed into a single pass/fail label (Topol, 5 Jun 2026). This suggests a family resemblance across the works even though the underlying mathematical objects differ: simulator states and symbolic relations in one case, trajectory chunks and diffusion-policy losses in another, and event logs and Markovian transitions in a third.
2. Failure-targeted data generation in long-horizon manipulation
The robot-manipulation formulation of Fail2Progress begins with long-horizon manipulation tasks defined by an initial observation and a high-level goal expressed as a conjunction of symbolic relations. A plan skeleton is a sequence of skill primitives, with each parameterized by continuous parameters . A skill-effect model predicts, given , 0, and 1, the probability of each symbolic relation 2 after execution, and planning selects 3 to maximize 4 (Huang et al., 1 Sep 2025).
The central failure mode is out-of-distribution behavior. Real deployments encounter scenes 5 not covered by the simulator-generated training set 6. When the executed skill 7 produces observed relations 8, the method declares a symbolic-prediction failure. The paper distinguishes this from a Sim2Real-gap failure by reconstructing the simulator from 9 and checking whether the simulator reproduces the failure. A single real-world failure snapshot
0
is explicitly described as insufficient by itself to fine-tune a neural skill-effect model (Huang et al., 1 Sep 2025).
The objective is therefore to construct an additional dataset 1, all using the failed skill 2, such that retraining on 3 most reduces future failure probability. The paper formulates this as
4
where 5 is the model retrained on 6 and the constraint enforces that the pre-skill rendered state matches the observed failure pre-state (Huang et al., 1 Sep 2025).
Operationally, the pipeline proceeds as follows. A real-world execution with 7 detects failure index 8 when 9. If the failure is symbolic-prediction rather than Sim2Real-gap, the method invokes Fail2Progress: it runs parallel simulation environment generation via Stein variational inference to produce 0 particles 1, instantiates each 2 in a fast bounding-box renderer, executes 3 to collect 4, augments 5 with 6, fine-tunes 7, and resumes real-world execution with 8 (Huang et al., 1 Sep 2025).
3. Stein variational inference, dataset construction, and empirical results
The variational component is used because the posterior over simulation states 9 that reproduce the pre-failure relations 0, together with actions 1 that most increase epistemic uncertainty, is high-dimensional and often multi-modal. Fail2Progress uses SVGD to transport a set of 2 particles in parallel on the GPU, enabling 3 environments to be generated efficiently in IsaacGym (Huang et al., 1 Sep 2025). The update is
4
with an RBF kernel
5
and bandwidth 6 set by the median heuristic. For state inference, the target density is 7, where 8 is a uniform prior over feasible object poses. For action inference, generalized Bayesian inference uses the loss 9, giving 0, with 1 uniform in the robot’s workspace (Huang et al., 1 Sep 2025).
Once the particles approximate the posterior, each simulator rollout yields one sample
2
These samples form 3. Fine-tuning then reuses the same losses as pre-training: a detection loss 4, a latent-space regularization loss 5, a position loss 6, and a prediction loss 7 (Huang et al., 1 Sep 2025).
The evaluation covers multi-object transport, constrained shelf packing, and hierarchical tabletop organization. Metrics are execution success rate, 8 of relation detection, and generalization to novel object counts and viewpoints. Baselines are Original, Small, Large, Replanning, Sampling, and Gradient (Huang et al., 1 Sep 2025). On hierarchical tabletop organization, success rates over 9 trials each are reported as follows: with 0 objects, Fail2Progress reaches 1 versus 2 for Gradient and 3 for Replanning; with 4 objects, it reaches 5 versus 6 for Gradient; with 7 objects, it reaches 8 versus 9 for Gradient (Huang et al., 1 Sep 2025). On multi-object transport, it reports 0 for seen 1-object scenarios, 2 for unseen 3-object scenarios, 4 for unseen 5-object scenarios, and 6 and 7 on two unseen viewpoints, outperforming Sampling and Gradient in each listed case (Huang et al., 1 Sep 2025). Real-world hierarchical tabletop experiments are summarized as approximately 8–9 success for Fail2Progress versus 0–1 for baselines, and an ablation states that 2 particles balances fine-tuning gain versus simulation time (Huang et al., 1 Sep 2025).
The stated limitations are also important for encyclopedic scope. The paper reports approximately 3–4 real-world reliability rather than full elimination of failure, does not address Sim2Real gap directly, relies on a simplistic bounding-box Real2Sim stage, and assumes a fixed set of relations and skills. It proposes lifelong deployment, joint inference over physical parameters and symbolic states, and integration with scene graphs for building-scale mobile manipulation as extensions (Huang et al., 1 Sep 2025).
4. Failure-aware retry and continual policy improvement
FAR presents a distinct but closely related formulation in which failures are exploited online at test time rather than through targeted simulator dataset generation. The paper contrasts three modes. Naïve Retry, denoted DP-NR, simply runs the pretrained policy multiple times from the same failure state and often repeats the same mistake. Human-in-the-Loop methods solicit corrective demonstrations or feedback after each failure. FAR instead performs a lightweight, automated test-time update—Failure-Contrastive Preference Adaptation, or FCPA—to steer the policy away from failure-inducing actions, and then injects small randomized perturbations to encourage local exploration (Hao et al., 1 Jul 2026).
FCPA begins with credit assignment by value drops. A conservative critic is trained offline using demonstrations 5 with an IQL-style value loss
6
and Q-loss
7
A failed rollout 8 is broken into overlapping chunks 9, and for each chunk the method computes
0
The lowest 1-percentile of the 2 are taken as negative samples,
3
so that dramatic value drops mark failure-inducing behavior (Hao et al., 1 Jul 2026).
Positive candidates are then mined from the current policy. For each failure state 4 and negative chunk 5, the method samples 6 alternative chunks
7
retains only those satisfying
8
and ranks the survivors by 9, keeping the top 00 as positives. The preference objective is
01
which encourages the diffusion policy to assign lower denoising error, and hence higher likelihood, to good chunks than to failure chunks (Hao et al., 1 Jul 2026).
To avoid repeated failures after adaptation, FAR adds small, temporally smoothed perturbations at execution. With probability 02, it picks a fresh Gaussian target 03; otherwise 04. The perturbation evolves by
05
and the executed control is
06
The continual improvement loop then stores original demonstrations, successful online trajectories, and failed trajectories in 07, 08, and 09, retrains 10 and 11 on the aggregate set, and updates the actor with the advantage-weighted denoising loss
12
where 13 and 14 (Hao et al., 1 Jul 2026).
Empirically, FAR improves average success from 15 to 16 in simulation relative to the base diffusion policy, and from 17 to 18 on RoboMimic. In the real world, across Drawer, Pot, and Tea tasks, it yields an 19 average lift in success rate over standard diffusion policy and is 20–21 percentage points above DP-NR and DP-BGR. Under continual improvement, it outpaces baselines by 22–23 percentage points after just a handful of epochs on Lift, Door, and Can. An ablation reports that removing either FCPA or perturbation reduces performance by 24–25 percentage points (Hao et al., 1 Jul 2026).
5. Process-centric Fail2Progress in LLM red teaming
The red-teaming formulation replaces robot trajectories with event logs. A campaign 26 is one end-to-end run of a single HarmBench prompt against one model. An event is one scored attempt within that campaign. The activity or state is a severity level 27 assigned by an LLM-as-judge, with 28 denoting jailbreak. The attack mutation is 29, where 30 is verbatim and 31 is SuffixDAN. Each event is recorded as a 4-tuple 32, and the full log is 33. The dataset contains 34 scored events across 35 prompts 36 models, with each campaign stopping early on first jailbreak or after up to 37 attempts (Topol, 5 Jun 2026).
From this log, the method extracts a Directly-Follows Graph by grouping events by campaign, sorting by attempt index, and incrementing counts for each observed transition 38. The weighted edges are 39. The same counts produce a row-stochastic state-transition matrix
40
which defines a discrete-time Markov chain over the five severity levels. The self-loop ratio is
41
If 42, the state behaves like a near-absorbing trap (Topol, 5 Jun 2026).
Applying this analysis yields two defense archetypes. GPT-OSS 120B is characterized as an “Absorbing Wall,” with refusal state 43 having
44
and 45. The DFG is dominated by a thick self-loop at 46, with only two leak edges toward jailbreak. Llama 3.3 70B is characterized as a “Porous Gate,” with
47
48
and additional non-zero escape routes 49, 50, 51, and 52 (Topol, 5 Jun 2026).
The framework then adds quantitative progress metrics that go beyond attack success rate. Time-to-jailbreak for a campaign 53 is
54
or 55 if no jailbreak occurs, and mean time to compromise is
56
Empirically, 57 attempts with median 58, whereas 59 with median 60. Mutator asymmetry is measured by per-converter state distributions and the Kullback–Leibler divergence
61
Concrete examples include ROT13, which has 62 on GPT-OSS and 63 on Llama, and Base64, which has 64 on Llama versus 65 on GPT-OSS (Topol, 5 Jun 2026).
The paper summarizes these quantities in a practical scorecard,
66
and frames the overall result as a “Fail2Progress” methodology that preserves the sequential structure of attacks, unmasks hidden defense modes, and yields decision guidance for both red teamers and defenders (Topol, 5 Jun 2026).
6. Boundaries, misconceptions, and related failure dynamics
One recurring misconception is to equate failure-aware progress with simple repetition. The cited work rejects that equation in explicit ways. In FAR, DP-NR merely repeats the pretrained policy, whereas failure-aware retry uses FCPA and perturbations to “try something different” without human rescue (Hao et al., 1 Jul 2026). In LLM red teaming, a single ASR value omits the campaign structure that reveals near-absorbing refusal or porous escape routes (Topol, 5 Jun 2026). In long-horizon manipulation, a single real-world failure snapshot is insufficient by itself; the method instead generates a targeted simulated dataset 67 and fine-tunes the model before resuming execution (Huang et al., 1 Sep 2025).
A second boundary concerns what failure-aware learning does not solve. The original Fail2Progress paper explicitly states that it does not address Sim2Real gap directly and that a simplistic bounding-box Real2Sim stage constrains failure classification and data quality (Huang et al., 1 Sep 2025). FAR demonstrates substantial gains, but those gains are reported relative to standard diffusion policy, DP-NR, and DP-BGR rather than as elimination of deployment failures (Hao et al., 1 Jul 2026). The red-teaming framework is analytical rather than a defense mechanism in itself; it exposes model-specific transition structure and mutator asymmetry but does not claim to convert a porous model into an absorbing one (Topol, 5 Jun 2026).
A related but distinct strand of work models failure accumulation in time-constrained USSD authentication systems and formalizes the Success Cliff (Mamo et al., 8 Jul 2026). There, overall authentication complexity is defined by the normalized sum of per-step complexities, with
68
and the session success probability is
69
with discrete drop and acceleration
70
The Success Cliff 71 is the smallest complexity level at which both 72 and 73 hold, with default thresholds 74 and 75 (Mamo et al., 8 Jul 2026).
The model specifies per-step elapsed time
76
where 77, 78, 79 is retry delay after an input error, and 80 for out-of-band SMS OTP steps. Termination occurs if 81 with 82, if 83 with 84, if 85 with 86, or if the user abandons according to one of the specified models (Mamo et al., 8 Jul 2026).
The empirical result is that in-band complexity alone produces gradual degradation, whereas blocking delay can produce a non-linear collapse. Under medium RTT and no blocking delay, success declines from approximately 87 at 88 to approximately 89 at 90, with no cliff detected. With blocking delay inserted at 91 for SMS OTP, the cliff is detected at the 92 transition, and 93 at 94 collapses to approximately 95 under medium RTT and approximately 96 under high RTT, yielding 97 or normalized 98 (Mamo et al., 8 Jul 2026). This related literature does not use the name Fail2Progress, but it clarifies an operational condition under which sequential failure processes become non-linear and workflows become operationally unreliable.
Taken together, these works define Fail2Progress less as a single algorithm than as a recurring research stance: preserve the structure of failure, model it explicitly, and use it to improve future behavior or diagnosis. In the current literature, that stance appears as targeted simulator data generation for symbolic-prediction failures (Huang et al., 1 Sep 2025), test-time preference adaptation and continual policy improvement (Hao et al., 1 Jul 2026), and process mining of adversarial traces beyond binary ASR (Topol, 5 Jun 2026), while adjacent failure-dynamics research specifies when time-constrained workflows cross a critical threshold into abrupt collapse (Mamo et al., 8 Jul 2026).