Run stays Pending
Check the queue reason and instance concurrency budgets. Pending work starts when a compatible slot becomes available. If the configured runner is not ready, fix its diagnostics instead of increasing concurrency.Launch fails before agent work
Verify that the parent repository is clean, the target branch exists, the Run branch is not already owned, and the worktree path is available. Check that the selected Flow revision and runner still exist and are trusted.Agent runtime is unavailable
Open platform runner settings and inspect readiness reason codes. On the supervisor host, verify that the adapter binary is installed, credentials are available to the service account, and configuredenv:NAME references resolve.
MAIster does not substitute another runtime.
A saved answer has not resumed the Run
Read the HITL card’s saved choice and delivery status. Use its identical-answer retry when offered; do not submit a different choice to clear the wait. A session-ended error needs the recovery or relaunch action shown by the UI. See saved answers and delivery.A Run is Crashed
Inspect the failure classification, failed node, and retained work. Recover re-enters the eligible execution path; in a Flow it resumes graph processing rather than treating one finished agent turn as completion of the entire Flow. A node without a resumable session may require the author’sretry_safe
declaration before it can be repeated. Follow the refusal instead of repeatedly
relaunching a side-effecting command.
Use the Git panel to preserve or publish useful work, or to
reattach a missing worktree before an eligible recovery. Reattach alone does
not resume execution.
Recover staged work after worktree cleanup
Before archive, drop, or automatic cleanup removes a worktree, MAIster preserves its changes. This also applies to orphan worktrees whose ownership has been verified. If a file was staged and then edited or deleted again, MAIster saves the index before taking the working-tree snapshot. A preservation failure prevents removal. The staged version is kept in the second parent of a localrefs/maister/rescue/<runId>/<n> reference. The web service logs its name in
rescueRef. For an orphan, the working-tree snapshot is kept separately on a
maister/orphan/... branch; that snapshot does not contain the earlier staged
version of the file.
On the host, open the project’s parent repository and list the retained refs:
<runId>, <n>, and path/to/file with the actual values: