Restore acceptable behavior after failure.
A repair loop attributes a failed goal, gate, or runtime outcome to the responsible layer, changes that layer, and re-evaluates the candidate.
A self-improving agent system should be able to learn from failures and outcomes without silently replacing its goals, weakening its tests, selecting only favorable evidence, or approving its own successor. WTK treats improvement as a governed lifecycle with separate candidate, evaluation, qualification, and promotion authority.
A governed self-improving agent can use retained evidence to propose a repair or refinement, but the proposed change remains a candidate until it is independently evaluated, qualified for an exact execution form, and promoted by an authority outside the component being improved.
Self-improvement describes the change loop. It does not grant authority to redefine the goal, weaken the evidence floor, discard failed attempts, or approve a replacement.
Retain outcomes, failures, drift, and user evidence without selecting only favorable runs.
Name the responsible layer before choosing repair, refinement, or escalation.
Create a versioned candidate while the qualified incumbent remains recoverable.
Run independent checks and judgment without borrowing the candidate's development test.
State what the exact candidate and execution form demonstrated, including limitations.
A separate authority decides whether the candidate may replace the incumbent.
Invalidate, suspend, revoke, remediate, or roll back when evidence or conditions change.
A repair loop attributes a failed goal, gate, or runtime outcome to the responsible layer, changes that layer, and re-evaluates the candidate.
A refinement loop begins from a qualified baseline, freezes the comparison, preserves original obligations, and rejects candidates that fail any non-regression gate.
A human reviews the retained evidence and decides whether a qualified candidate may replace the incumbent or enter a release channel.
A separate promotion authority may eventually approve bounded changes under human-defined policy when evidence, risk limits, escalation rules, and rollback conditions are satisfied.
Uncertainty, increased consequence, drift, policy change, missing evidence, or failed checks stop unattended promotion and require human judgment.
WTK represents candidate comparison, evidence invalidation, qualification, rollback, and external promotion authority.
WTK has not established safe repeated improvement under evaluator, model, tool, policy, and adversarial drift.
These records preserve the tested question, observed boundary, and work still owed. Their titles and evidence classes remain unchanged.
A repair can respond to a failed review without copying the withheld case that exposed it.
Factory LogsRepeated tests of an unchanged system help distinguish measured improvement from score variation.
Research NotesWhen a failure survives an instruction change, the system should change repair layers instead of polishing the same guess again.
Factory LogsA package edit preserved the old record for inspection while preventing stale construction and approval evidence from authorizing the revised package.
FindingsA fixed comparison found that typed escalation routed every persistent failure correctly while instruction-only repair repeated the same move.
FindingsPortability is not permission to assume that every harness enforces the same safety boundary.
Research NotesA tool connection is not ready merely because it was once configured or once passed a check.
Factory LogsThe August 5 development record separates session-bound feedback from evaluation results; safe autonomous promotion remains unproven.
Factory Logs