orca-cli

Solid

Use the public `orca` CLI to operate Orca-managed worktrees/workspaces, terminals, repos, automations, worktree comments, and the browser embedded inside the Orca app. Use when the user says "$orca-cli", "use orca cli", "Orca worktree/workspace", "child workspace", "spawn codex/claude in a workspace", "read/wait/send Orca terminal", "terminal send", "Orca browser", or "control the browser inside Orca". Prefer this over raw `git worktree`, ad hoc PTYs, Playwright, or Computer Use when the task touches Orca-managed state. Use Computer Use for browser windows, webviews, or desktop UI outside Orca's embedded browser.

AI & Automation 4,656 stars 311 forks Updated today MIT

Install

View on GitHub

Quality Score: 92/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Orca CLI Use `orca` when Orca's running editor/runtime is the source of truth. On Linux, use `orca-ide` wherever this file says `orca`. **Dev builds (`pnpm dev`):** after `pnpm build:cli`, the dev CLI is exposed as `orca-dev` (the global shim points at this checkout's wrapper + out/cli). Inside a dev Orca's terminals use `orca-dev emulator ...` (or `./config/scripts/orca-dev.mjs emulator ...` for worktree-local invocation that does not depend on the /usr/local/bin symlink). Plain `orca` targets any installed production Orca. The app's own agent preambles use `orca-dev` automatically in dev mode. Use plain shell tools when Orca state does not matter. ## Start Here ```bash 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: ```bash 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: ```bash 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 curre...

Details

Author
stablyai
Repository
stablyai/orca
Created
2 months ago
Last Updated
today
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

orchestration

Use Orca orchestration for structured multi-agent coordination: threaded messages, blocking ask/reply flows, task dispatch, worker_done/escalation waits, task DAGs, decision gates, coordinator loops, or decomposing work across agents. Use `orca-cli` instead for ordinary terminal control, lightweight terminal prompts, shell commands, Orca worktree management, reading or waiting on terminals, and automation of the browser embedded inside Orca. Use Computer Use for browser windows, webviews, Orca app UI, or desktop UI outside Orca's embedded browser.

4,656 Updated today
stablyai
Web & Frontend Solid

computer-use

Use Orca's computer-use CLI to inspect and operate local desktop app windows through accessibility trees, screenshots, and safe UI actions. Use for desktop app interaction: list apps/windows, get app state, read visible UI, click controls, type, press keys, scroll, drag, set values, or perform accessibility actions. Also use for browser windows, webviews, Orca app UI, or other desktop UI. Triggers include "computer use", "orca computer", "read Spotify", "read Slack", "control/click/read in a desktop app", and "get app state".

4,656 Updated today
stablyai
AI & Automation Listed

orc

Boot a session into the ORCHESTRATOR role for your repo. Use when the user says 'orc', '/orc', 'be the orchestrator', 'start as orchestrator', 'boot the orchestrator', 'this is the orchestrator session', or opens a session whose job is to take specs written by thinker sessions, write the execution plan, dispatch sub-agents to build it, verify their work, integrate it cleanly, and deploy. The orchestrator is the SINGLE session that touches the real working tree and the only one that commits. It runs on Opus, stays lean and interactive, dispatches Sonnet workers in the background, grades their output with a fresh blind sub-session, deploys and confirms the deploy landed, keeps the git tree + INTENT/architecture/health docs pristine, mirrors the ledger to a harness task list, and hands off to the next orchestrator via a relay baton. Invoke at the START of an orchestrator session.

0 Updated yesterday
fredhead88