Skip to main content
The liza binary is the single entry point for every interaction with Liza’s multi-agent coding system. You use it to bootstrap your environment, initialize projects, monitor running agents, manage tasks and worktrees, and perform recovery operations. All commands operate on the .liza/ directory in your project root unless otherwise noted.
Most commands support structured output via the --json flag. Pass --json to receive machine-readable results suitable for scripting, piping to jq, or integration with external tooling. Pass -v (verbose) to any command for timing details, internal operations, and richer error messages.

Command Groups

Use these commands to install Liza globally and prepare individual projects before running any agents.

liza setup flags

liza init flags

Run liza setup once per machine after installation or after upgrading the binary. Run liza init once per project. You do not need to rerun liza setup when starting a new project.
Use these commands to observe system state, control agent execution, and manage sprint lifecycle.

liza get queries

System modes

liza resume behavior by sprint state

Use these commands to run agent supervisor loops, recover from crashes, and manage agent registration.

liza agent flags

liza recover-task flags

liza repair-agent-pool flags

Agent output logs land in .liza/agent-outputs/ as {agent-id}-{timestamp}.txt (stdout) and .err (stderr). Use liza -v or inspect these files to diagnose agent behavior. Sensitive values matching patterns like *_API_KEY or *_TOKEN are automatically masked in persisted logs.
Use these commands to add, cancel, block, unblock, and modify tasks in the blackboard.

liza unblock-task flags

Task status reference

Never edit .liza/state.yaml by round-tripping it through a YAML serializer (Python’s yaml.dump, Ruby’s YAML, etc.). The file is owned by Go’s yaml.v3. Use Liza CLI commands wherever possible; for unsupported edits, use line-level text operations only. Always run liza validate after any manual edit.
Use these commands to move tasks through the doer → reviewer cycle: submission, verdict, handoff, and release.

liza await-verdict exit actions

liza await-resubmission exit actions

Use these commands to create, merge, and delete the git worktrees that give each task an isolated workspace.Worktrees are bare checkouts. If your project requires build artifacts (e.g. node_modules/, vendor/), configure post_worktree_cmd in the config section of .liza/state.yaml to run a shell command after every worktree creation.
Each task gets its own git worktree branch named task/<task-id>. Liza tracks the base_commit and review_commit for each task in state.yaml. Use liza get tasks <task-id> to inspect these values if you need to recreate a worktree manually.

Quick Reference

First-time setup

Monitor a running system

Recover from a crash

Generate a debug report