These are the remaining checks and repairs apus doctor performs, beyond the postures and maintenance modes documented on the other pages.

Modes and prompting

Config writes and backups

Update-history inspection and reconciliation are best-effort maintenance. A failure prints a warning and allows independent Doctor repairs and plugin registry mutations to continue. Writable passes also try to save the warning on the latest existing SQLite update run, without changing its outcome or activity timestamps or creating a new run. Read-only passes do not write history. Database integrity, migration, and unsettled process cleanup checks still protect mutations.

Snapshot workers use the runtime executing the CLI. Native workers inherit an unchanged working directory, avoiding a redundant directory change that can fail after sudo -u switches users. A spawn refusal names the runtime and working directory; check executable permissions and directory access for the service user. Disk-space or XDG_CACHE_HOME guidance applies to snapshot storage failures, not runtime launch permissions.

After its checks finish, doctor --fix settles its own inspection workers while retaining maintenance ownership, then checks whether abandoned updater runtimes can be removed. Independent Apus processes, Worker threads, and shared-broker work still prevent removal. Doctor reports the holder PIDs and asks you to let their work finish before rerunning apus doctor --fix.

Gateway and service repairs

Session state and cron

Tool and channel policy

Models and auth

Plugins and skills

Sandbox

Secrets and channel credentials