A run or evaluation fails
Record the failure, affected inputs and artifacts. Preserve the original run as evidence.
run_id · failure type · evidence refsRecover the process, protect the current release and turn reviewed failures into useful training or configuration changes.
Record the failure, affected inputs and artifacts. Preserve the original run as evidence.
run_id · failure type · evidence refsA trigger you set up picks which failures count. Duplicate events are ignored and the usual checks apply.
event id · policy · retry limitRetry a transient failure, correct invalid data or propose a model/configuration candidate.
rules you write · limited investigationA separate declared pipeline prepares corrected inputs or runs a targeted improvement.
parent run · dataset revision · candidateCompare against a baseline and held-out criteria. A regression blocks advancement.
quality · cost · safety · baselineSomeone with approval rights can advance a passing candidate. Otherwise retain the current version.
approval · promotion · rollback evidenceEvidence from the failed evaluation starts a declared review-and-improvement pipeline. The current approved forecast remains in use while a candidate is tested.
The candidate meets the configured evaluation criteria. A reviewer with approval rights decides whether to publish it; the evidence links back to the failed run.
Interactive illustration, not a live self-healing system. Trigger wiring and recovery behavior must be verified for the selected pipeline and backend. Retrying infrastructure is not the same as improving a model. The workflow does not rewrite itself or relax its own policy.
Apache 2.0 licensed, self-hosted. The quickstart gets a control plane with demo data running; a call gets your first pipeline onto it.