CI/CD Integration
This guide covers using Chaser as throwaway compute for pipelines, builds, and automated checks.
One-shot stateless execution
The simplest pattern — run a command on a fresh sandbox and get the result:
No workspace, no session management. Chaser provisions a sandbox, runs the command, and returns exit_code and output.
Queued execution with jobs
For retriable, scheduled, or bulk work, use the jobs API:
Jobs support run_at for delayed execution and idempotency_key for safe retries.
CLI for CI scripts
GitHub Actions integration
Chaser can execute GitHub Actions workflow_job events when your repository uses self-hosted runner labels targeting Chaser (e.g., chaser or chaser-*). The github.runner job kind handles this integration.
When to use workspaces in CI
Use ephemeral execution when:
- Every run should be fully isolated
- You want no state carryover between runs
Use workspace-backed execution when:
- You want cached
node_modules, build artifacts, or.githistory across runs - Multiple pipeline steps need shared filesystem state
- You want to inspect the workspace after a failure
Related
- Command Execution — exec API details
- Jobs — scheduling, pipelines, and job kinds
- Workspaces — persistent storage for CI
