Skip to content

remediation_autonomy

Scope: project • Default: confirm_destructive

How autonomous the orchestrator can be when recovering from a stall, crash, or unexpected state.

Positions

PositionBehavior
autoExecute recovery without prompting. Use with sandboxed worktrees only.
confirm_destructivePrompt before destructive actions (git reset --hard, rm -rf, push --force, etc.). Non-destructive recovery proceeds.
confirm_allPrompt before every recovery step. Slower but maximally safe.
pause_all_on_issueFreeze the entire run at the first issue; no recovery until you resume it.

What counts as "destructive"

Destructive recovery means any action that removes or overwrites uncommitted work, force-pushes, reverts merged commits, or deletes files outside a worktree-scoped path.

Released under the FLL-1.2 License.