Orca CLI
🧭 Dispatch backend — chọn agent/model rẻ, chạy nhiều worker song song, cú pháp opencode/orchestration → xem orca-dispatch-reference (nguồn chân lý duy nhất, đừng nhân bản syntax ở đây).
Use orca when Orca's running editor/runtime is the source of truth. On Linux, use orca-ide wherever this file says orca.
Use plain shell tools when Orca state does not matter.
Start Here
command -v orca || command -v orca-ide
orca status --json
orca worktree ps --json
orca terminal list --json
If Orca is not running, start it:
orca open --json
orca status --json
Prefer --json for agent-driven calls. If the CLI is missing, say so explicitly instead of inspecting source files first.
Worktrees
An Orca worktree/workspace is Orca's tracked view of a repo checkout, its metadata, terminals, browser tabs, and UI state.
Common commands:
orca repo list --json
orca repo show --repo id:<repoId> --json
orca repo add --path /abs/repo --json
orca repo set-base-ref --repo id:<repoId> --ref origin/main --json
orca repo search-refs --repo id:<repoId> --query main --limit 10 --json
orca worktree list --repo id:<repoId> --json
orca worktree ps --json
orca worktree current --json
orca worktree show --worktree <selector> --json
orca worktree create --repo id:<repoId> --name related-task --json
orca worktree create --name child-task --agent codex --prompt "hi" --json
orca worktree create --name independent-task --no-parent --json
orca worktree set --worktree id:<worktreeId> --display-name "My Task" --json
orca worktree set --worktree active --comment "reproduced bug; testing fix" --json
orca worktree rm --worktree id:<worktreeId> --force --json
Selectors:
id:<worktreeId>,path:<absolutePath>,branch:<branchName>,issue:<number>active/currentfor the enclosing Orca-managed worktree from the shell cwd
Lineage rules:
- When creating from inside an Orca-managed worktree, Orca infers the current workspace as the parent when it can.
- Use
--parent-worktree activewhen the child relationship should be explicit. - Use
--no-parentonly when the new work is independent. - If
--repois omitted, Orca infers the repo from the current Orca worktree when possible.
Agent/setup flags:
orca worktree create --name task --agent codex --prompt "hi" --json
orca worktree create --name task --agent claude --setup run --json
orca worktree create --name task --setup skip --json
orca worktree create --name task --run-hooks --json
--agent <id>launches that agent in the first terminal;--prompt <text>sends initial work to it.--setup run|skip|inheritcontrols repo setup hooks. Default isinherit, which follows the repo's setup policy.--run-hooksis a legacy alias for--setup run; it also reveals/activates the new worktree.--agent,--activate, and--run-hooksreveal the new worktree. Plain create stays in the background.- Let Orca choose setup terminal placement from repo settings, including tab vs split behavior. Do not manually create extra setup terminals.
- If an older installed CLI rejects
--agent,--prompt, or--setup, create the worktree normally, then runorca terminal create --worktree <selector> --command "codex"andorca terminal sendif a prompt is needed.
Worktree Comments
A worktree comment is the short status text shown in Orca's workspace list/card for quick progress visibility.
Coding agents should update the active worktree comment at meaningful checkpoints:
orca worktree set --worktree active --comment "fix implemented; running integration tests" --json
Update after meaningful state changes such as repro, fix, validation, handoff, or blocker. Keep comments short/current; failures are best-effort unless Orca state was requested.
Terminals
Common commands:
orca terminal list --worktree id:<worktreeId> --json
orca terminal show --terminal <handle> --json
orca terminal read --terminal <handle> --json
orca terminal read --terminal <handle> --cursor <cursor> --limit 1000 --json
orca terminal read --json
orca terminal send --terminal <handle> --text "continue" --enter --json
orca terminal send --text "echo hello" --enter --json
orca terminal wait --terminal <handle> --for exit --timeout-ms 5000 --json
orca terminal wait --terminal <handle> --for tui-idle --timeout-ms 300000 --json
orca terminal stop --worktree id:<worktreeId> --json
orca terminal create --json
orca terminal create --title "Worker" --json
orca terminal create --worktree active --command "codex" --json
orca terminal split --terminal <handle> --direction vertical --json
orca terminal split --terminal <handle> --direction horizontal --command "npm test" --json
orca terminal rename --terminal <handle> --title "New Name" --json
orca terminal switch --terminal <handle> --json
orca terminal close --terminal <handle> --json
Terminal rules:
--terminalis optional for most commands; omitted means the active terminal in the current worktree.- Use
terminal readbeforeterminal sendunless the next input is obvious. - Use
terminal sendonly for direct terminal input or one-off prompts where no task state, inbox, or reply tracking is needed. - For structured coordination, invoke the
orchestrationskill; it usesorca orchestration ...commands for messages, handoffs, task DAGs, dispatches, inbox/reply flows, and coordinator loops. - Use
terminal wait --for tui-idlefor agent CLIs such as Claude Code, Gemini, and Codex; always pass--timeout-ms. - Terminal handles are runtime-scoped. If Orca restarts or returns
terminal_handle_stale, reacquire withterminal list. - For long output, use cursor reads. After a limited tail preview, page from
oldestCursor; after a cursor read, continue withnextCursorwhilelimitedis true andnextCursor !== latestCursor. --direction horizontalsplits left/right.--direction verticalsplits top/bottom.
Automations
An automation is a scheduled Orca prompt run by a chosen provider against either a repo-created worktree or an existing workspace.
orca automations list --json
orca automations show <automationId> --json
orca automations create --name "Daily review" --trigger daily --time 09:00 --prompt "Review open changes" --provider codex --repo id:<repoId> --json
orca automations create --name "Weekday triage" --trigger "0 9 * * 1-5" --prompt "Triage issues" --provider claude --repo path:/abs/repo --disabled --json
orca automations create --name "Inbox digest" --trigger hourly --prompt "Summarize unread mail" --provider codex --workspace active --reuse-session --json
orca automations edit <automationId> --trigger weekdays --time 09:30 --fresh-session --json
orca automations run <automationId> --json
orca automations runs --id <automationId> --json
orca automations remove <automationId> --json
Schedules accept hourly, daily, weekdays, weekly, 5-field cron, or RRULE. Use --time <HH:MM> with daily/weekdays/weekly, and --day <0-6> only with weekly where Sunday is 0.
Use --repo <selector> for a new worktree per run, or --workspace <selector> / --workspace-mode existing for an existing Orca worktree. --repo and --workspace are mutually exclusive. Use --reuse-session only for existing-workspace automations; if the previous terminal is gone, Orca falls back to a fresh session. Prefer --disabled while testing setup.
Built-In Browser
The built-in browser is Orca's embedded browser tab surface, scoped to Orca worktrees; it is not Chrome/Safari or desktop app UI.
These commands control only Orca's embedded browser tabs. For external Chrome/Safari/webviews or Orca app chrome/settings, use the Computer Use skill/tool. If the user explicitly asks for Orca CLI desktop control, use orca computer ...; do not use browser commands for desktop UI.
Use a snapshot-interact-re-snapshot loop:
orca goto --url https://example.com --json
orca snapshot --json
orca click --element @e3 --json
orca snapshot --json
Common commands:
orca goto --url <url> --json
orca back --json
orca reload --json
orca snapshot --json
orca screenshot --json
orca full-screenshot --json
orca pdf --json
orca click --element <ref> --json
orca fill --element <ref> --value <text> --json
orca type --input <text> --json
orca select --element <ref> --value <value> --json
orca check --element <ref> --json
orca scroll --direction down --amount 1000 --json
orca hover --element <ref> --json
orca focus --element <ref> --json
orca keypress --key Enter --json
orca upload --element <ref> --files <paths> --json
orca wait --text <text> --json
orca wait --url <substring> --json
orca wait --selector <css> --json
orca wait --load networkidle --json
orca eval --expression <js> --json
orca tab list --json
orca tab create --url <url> --json
orca tab switch --index <n> --json
orca tab close --index <n> --json
orca cookie get --json
orca capture start --json
orca console --limit 50 --json
orca network --limit 50 --json
orca exec --command "help" --json
Browser rules:
- Re-snapshot after navigation, tab switches, clicks that change the page, and any
browser_stale_ref. - Refs like
@e1are assigned bysnapshot, scoped to one tab, and invalidated by navigation or tab switch. - Browser commands default to the current worktree and its active tab. Use
--worktree allonly intentionally. - For concurrent browser work, run
orca tab list --json, readtabs[].browserPageId, and pass--page <browserPageId>on later commands. - Use typed tab commands (
orca tab list/create/close/switch), notorca exec --command "tab ...", so Orca keeps UI state synchronized. - Prefer
wait --text,--url,--selector, or--loadafter async page changes instead of bare timeouts. - Less common workflows can use typed commands above or
orca exec --command "<agent-browser command>"passthrough. - If
fillortypefails on a custom input, tryorca focus --element @e1 --jsonthenorca inserttext --text "text" --json.
Common recoveries:
browser_no_tab: open a tab withorca tab create --url <url> --json.browser_stale_ref: runorca snapshot --jsonand retry with fresh refs.browser_tab_not_found: runorca tab list --jsonbefore switching or closing.
Next Action
Confirm orca status --json unless already checked this turn, then choose the narrowest command for the job: worktree ps/current/create, terminal list/read/wait/send, automations list, or built-in browser snapshot.