Inspectable background jobs
Inspect accepted, running, completed, partial, failed and interrupted work through desktop activity and job results.
Watch a download or build, inspect long-running work, and undo supported actions.

Tell me when this download finishes.
You should not have to keep checking a progress bar. Jarvis can follow actual browser downloads, connected editor tasks and desktop preparation jobs, then keep their outcomes in local activity records. When recovery is supported, those records also provide a way back.
See it in your dayInspect accepted, running, completed, partial, failed and interrupted work through desktop activity and job results.
Subscribe to real browser download events or the exit result of an identified running VS Code task.
Attach a notification to a known job and report completion, failure or partial outcomes when the result arrives.
Undo supported tab organization and file preparation outputs while checking for later changes. This is action recovery, not universal conversation rewind.
Follow the thought from the first sentence to the result. Make the names, files, and timing your own.
You are waiting on a file but have something else you could be doing.

“Tell me when this download finishes.”
The connected browser identifies the actual download and registers a completion watch.
The adapter follows its real completion or interruption event instead of treating a file's appearance as a finished download.
The desktop service records the outcome and uses the available notification path. Inspect the result if the download was interrupted.
A notification tied to a known download's reported outcome, subject to the browser connection and local service staying available.
A connected editor task is still running and you want to switch to other work.

“Watch my running build in VS Code and tell me the result.”
Jarvis lists the actual running VS Code tasks and identifies the intended execution.
The adapter subscribes to that task's exit result and retains completion events across reconnects.
The outcome is reported as success, failure or uncertainty based on available evidence. A generic process exit alone is not proof of a successful build.
The observed result of the specific editor task. A disconnected or unknown execution may require inspection rather than a success claim.
You want different export settings and no longer need the outputs from the previous batch.

“Undo that image preparation batch.”
Jarvis finds the supported action record and its batch recovery identity.
It checks all remaining outputs for later changes before performing the recovery.
Unchanged generated outputs move into retained recovery storage. Modified files trigger a conflict instead of being silently overwritten.
Recovery for the supported recorded batch while retaining originals. It is not a blanket rollback of unrelated work.
Use the terminal activity view or ask the assistant to inspect jobs, watches and history.
uv run jarvis desktop activityBrowser downloads need the Chromium adapter; editor build results need the VS Code adapter. A generic file or process watch has narrower meaning.
Native notifications need the companion and Windows settings. During voice conversations, completion announcements wait for an idle moment.
uv run jarvis desktop setup-notificationsAn accepted job is queued work. A dispatched application command is not yet a verified result. Partial and unconfirmed outcomes deserve inspection before another attempt.
Only recorded, supported actions can be undone. Shell commands, external sends and arbitrary application changes do not become reversible just because Jarvis initiated them.
Workflow images are generated illustrations, not screenshots of a connected assistant. Availability depends on your configured tools and providers.