VoidscapeDocs
Current main
On this page Overview
Operate

Agent automation

Agents may coordinate Voidscape non-interactively, but automation does not weaken consent gates.

Canonical sources: workflow, CLI reference, and the reader protocol decision

Guided coordination#

Use the guided CLI when an agent can present approvals to a user:

PowerShell
voidscape inspect "clip.mp4" --json
voidscape preview "clip.mp4" --tier both --backend captions
voidscape read "clip.mp4" --tier both --backend captions --workdir evidence

The agent records the preview decision, stops when required, and adds only the approval flags the user granted for that invocation.

Raw coordination#

Use focused readers for integrations that need stable envelopes:

PowerShell
python skill/scripts/video.py manifest --envelope --compact
python skill/scripts/video.py probe "clip.mp4" --envelope --compact
python skill/scripts/video.py estimate "clip.mp4" --tier both --envelope --compact
python skill/scripts/video.py run "clip.mp4" --tier both --workdir evidence --envelope --compact

Dispatch order in the guided CLI is image, then article, then video/audio. Integrators should use reader manifests rather than duplicating command flags from memory.

Safe state machine#

Protocol
new -> inspected -> previewed -> approval_required
                         |             |
                         |             +-> wait for current user decision
                         +-> ready -> read -> evidence_ready -> answer_with_citations

Bind the decision to the input, scope, tier, backend, and preview. If those change, preview again. Never auto-retry exit 4 with approval flags.

Failure handling#

  • Exit 2 or 3: correct invocation/input before retrying.
  • Exit 4: stop for the named approval.
  • Exit 5: explain the missing dependency; installation is a separate action.
  • Exit 6: surface the sanitized operation error and whether a narrower/public/local path exists.
  • Exit 1: preserve the error and investigate; do not assume the run is safe to repeat.

The repository-only recording inbox controller provides bounded local workers, verified notes, content dedup and recoverable source moves. It defaults to a read-only preview, waits for files to settle and refuses cloud/download gates. Overlapping runs report busy without starting another worker. The project-scoped process-inbox skill coordinates it and has generated harness mirrors. A Windows scheduler-plan helper can validate fixed local settings, write a reviewed configuration, and print a manual schtasks.exe registration command; it does not create a task. Scheduled and independent harness acceptance remain unproven. Voidscape installs no scheduler or production MCP host. Other calling systems remain responsible for queue durability, cancellation and approval presentation.

Edit this page on GitHub ↗